Date: Sat, 10 Jul 2004 10:54:48 +0200 (CEST) From: Martin Blapp <mb@imp.ch> To: Robert Watson <rwatson@freebsd.org> Cc: Steve Kargl <sgk@troutmask.apl.washington.edu> Subject: Re: Native preemption is the culprit [was Re: today's CURRENT lockups] Message-ID: <20040710105224.L56824@cvs.imp.ch> In-Reply-To: <Pine.NEB.3.96L.1040709231313.19581G-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1040709231313.19581G-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, > I'm now experiencing extremely hard hangs in the following configurations: > > SMP kernel running SCHED_ULE with hyperthreads > SMP kernel running SCHED_4BSD with hyperthreads > > To generate the load, I'm using the "supersmack" benchark with the > select-key.smack query set with 30 client workers and 10,000 transactions. > I am able to reliable hang the system with one or two runs. I'm seeing the same effect here on a 2 CPU IBM server running without HTT. The server is completly locked. We have running mimedefang on it and clamd, after 2-3 hours running, suddenly the processlist grows and grows and the box is not accessibe anymore. > By disabling the "#define PREEMPTION" entry in param.h with SCHED_4BSD, > I'm able to complete the benchmark several times in a row without apparent > problems. However, I'll leave it running for a few more hours and see if I > didn't just "get lucky". I'll then try SCHED_ULE w/o PREEMPTION. I'll try that too. Martin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040710105224.L56824>