From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-sysadm/2011-January/001924.html | 96 ++++++++++++++++++++++++++ 1 file changed, 96 insertions(+) create mode 100644 zarb-ml/mageia-sysadm/2011-January/001924.html (limited to 'zarb-ml/mageia-sysadm/2011-January/001924.html') diff --git a/zarb-ml/mageia-sysadm/2011-January/001924.html b/zarb-ml/mageia-sysadm/2011-January/001924.html new file mode 100644 index 000000000..53a0e19a4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-January/001924.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Starting packages import in Mageia svn + + + + + + + + + +

[Mageia-sysadm] Starting packages import in Mageia svn

+ Michael Scherer + misc at zarb.org +
+ Wed Jan 12 01:56:11 CET 2011 +

+
+ +
Le mercredi 12 janvier 2011 à 01:26 +0100, Olivier Blin a écrit :
+> Michael Scherer <misc at zarb.org> writes:
+> 
+> > Easier to sort, easier to do select ( like showing just the package of a
+> > maintainer without selecting the whole listing of rpm, and doig lots of
+> > I/O )
+> >
+> > It would spread the load amongst server (I/O wise again), it would use a
+> > proper indexing system, as the main part of the job of the status page
+> > is to find the list of job by getting all inodes from some predefined
+> > directory. 
+> 
+> I'm not sure the current way requires too much I/O, if the main BS
+> interface just lists the contents of the ~schedbot/uploads/ directories.
+> It's what urli + emi are doing as well, and it's extremely likely to be
+> cached when the BS interface tries to browser the tree.
+
+Well, kenobi was quite heavy on I/O ( recreate the srpm ), and we are
+hosting the main mirror here too, along with svn server. 
+
+> Check for yourself at http://pkgsubmit.mageia.org/
+> 
+> Sure, a db is certainly more efficient, but more complex to code, and
+> prone to inconsistencies between the db state and tree state.
+
+Well, the idea could be to no longer keep the state in the tree. That
+would however mean more ind epth change, so that's a valid remark, yes. 
+
+i do not advocate to change right now, but now we do have a easy way to
+replicate the BS, we can think of testing change, etc.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ -- cgit v1.2.1