expire running dead slow
Bill Davidsen
davidsen at tmr.com
Tue Aug 24 16:24:48 UTC 2004
Russ Allbery wrote:
> Bill Davidsen <davidsen at tmr.com> writes:
>
>
>>I have a machine, 1 of 6, running INN 2.4.1 on an Intel platform. CNFS
>>storage, about 8TB, dual 2.8GHz HT Xeons, 2.5GB memory. Redhat
>>Enterprise AS3.0.
>
>
>>This is one of our small regional servers. For some reason, expire on
>>this machine takes forever to do expire every few days, anywhere from
>>35-50 hours. At other times it runs only 1-2 hours. We have about 22M
>>articles in history, INN is built largefile enabled, obviously.
>
>
> Whenever expire has suddenly become extremely slow to me, I've always
> ended tracking it down to thrashing swap. I don't know why you'd have
> that problem on this system and not on others, though.
>
Thanks for the thought, there seems to be a breakpoint around 20M
articles, if that's a clue. Some recent times:
Lines processed time (hr)
22163402 50
19499316 2.4
21375003 37
19516415 0.4
I didn't see anything in the code that appeared likely to have a
behavior issue there. It's way over 24 bits, so it's unlikely to be a
field overflow.
On a mailed suggestion I changed articlemmap to 'false' without any
improvement. I had that left over on one of my other machines when there
was a kernel issue with mmap and forking.
Other ideas desperately embraced.
--
-bill davidsen (davidsen at tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
More information about the inn-workers
mailing list