[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Savannah-hackers-public] Re: locate on sv.gnu.org?
From: |
Sylvain Beucler |
Subject: |
Re: [Savannah-hackers-public] Re: locate on sv.gnu.org? |
Date: |
Tue, 9 Jan 2007 00:44:17 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
On Mon, Jan 08, 2007 at 05:01:22PM -0600, Karl Berry wrote:
> I don't think so, I believe 'nice' helps with the CPU load but not
> with disk I/O :/
>
> I thought the theory is that something nice -19'd will run only when
> nothing else wants to run, for whatever reason. Sure, it'll pound the
> disk, but it still might help with perceived performance of other
> processes.
'info nice' says that's an advisory to the scheduler, apparently
without clear meaning.
The thing is that Savannah is I/O bound so this should slow it down
anyway.
> Suggestions?
>
> I don't know of any other way to affect scheduling priority, or do disk
> priority in particular.
>
> A low-tech idea: do the indexing only once per week, say, Sunday morning
> at 2am. Even with something as big as savannah, even used worldwide,
> I'm sure there must be slow times and busy times.
Do you wish to look for such pattern in:
/vservers/savannah/var/www/uptimes.txt
?
... assuming the load is a meaningful value to determine the server's
activity, though. I never really understood how that works.
> Do you remember of concrete examples of files you were looking for?
> It'd help determining what data needs to be indexed and what might be
> ignored.
>
> I remember some, but it doesn't help. Stuff like "locate brains99"
> (trying to track down crazy web recursive symlink), "home.shtml" (more
> web symlinks), different versions of the same file in
> gnulib/findutils/etc. The whole point is that I'm not entirely sure
> what I'm looking for or where it is, that's why I'm searching. So
> there's no use in indexing only some files.
>
> It doesn't happen very often. I've maybe done it half a dozen times
> since I got access. I'll miss it on the occasions when it's needed, but
> if no one else cares, never mind.
Cron disabled is probably related to me trying to get rid of
everything not strictly necessarly - especially cron jobs. We provide
rsync access instead of daily CVS tarballs for a reason :p
So it probably makes sense to enable it back.
--
Sylvain