Hi, Nikolay, Nikolay Pavlov wrote: > On Tuesday, 12 December 2006 at 2:59:37 +0800, LI Xin wrote: >> Hi, Nikolay, >> >> Nikolay Pavlov wrote: >>> On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: >>>> Hi, >>>> >>>> Would you please give the following patch a try? >>>> >>>> http://people.freebsd.org/~delphij/misc/patch-zonelim-drain >>>> >>>> Note: Please revert my previous patch against sys/kern/kern_mbuf.c. >>>> >>>> This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], >>>> it schedules a drain of uma zones when they are low on memory. >>> >>> This time things worked out a bit better, there was no Kernel panic and >>> my server managed to overcome the "magic" number 65550 mbufs. But very >>> soon the server reached another limit - 131072 mbuf clusters >> Do you still get squid stuck in "zoneli" state and the server became >> unresponsive? > > Yes. No panic, but still idle in zoneli and the server become > unresponsive via network.
I am not quite sure but please let me know if the patch: http://people.freebsd.org/~delphij/misc/patch-zonelim-drain-20061212 would help the situation. You can also modify wakeup_one(keg); to wakeup(keg); manually, at sys/vm/uma_core.c:2507. Note that this would be a (potentially) a pessimization for zonelim case, where all zonelim'ed threads would be waken rather than only one. However, confirming whether this would help your situation, would help to narrow down the issue so we can think about a better solution for it. Thanks! Cheers, -- Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/ FreeBSD - The Power to Serve!
signature.asc
Description: OpenPGP digital signature
