Date: Tue, 20 Feb 2007 23:48:23 +0100 (CET) From: Martin Blapp <mb@imp.ch> To: Daniel Eischen <deischen@freebsd.org> Cc: rob@debank.tv, freebsd-threads@freebsd.org Subject: Re: 6.2-Release and Clamd 0.90 with libpthread.so Message-ID: <20070220234734.H4139@godot.imp.ch> In-Reply-To: <Pine.GSO.4.64.0702201724590.12034@sea.ntplx.net> References: <20070220153632.E4139@godot.imp.ch> <Pine.GSO.4.64.0702201138080.12034@sea.ntplx.net> <20070220174221.B4139@godot.imp.ch> <Pine.GSO.4.64.0702201145420.12034@sea.ntplx.net> <20070220190347.C4139@godot.imp.ch> <Pine.GSO.4.64.0702201319230.12034@sea.ntplx.net> <20070220225303.V4139@godot.imp.ch> <Pine.GSO.4.64.0702201724590.12034@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Useing daemon(3) instead of fork seems to fix the problem. Thank you very much ! Martin Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org> ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: <finger -l mbr@freebsd.org> PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ On Tue, 20 Feb 2007, Daniel Eischen wrote: > On Tue, 20 Feb 2007, Martin Blapp wrote: > >> Hi, >> >>> Also try setting kern.threads.virtual_cpu=1 if you have >>> more than 1 cpu (this will limit it to 1 KSE). >> >> Our boxes have 2 CPUs and HTT is activated. >> >> Interesting. With kern.threads.virtual_cpu=1 it works also >> in the libpthread case, but while there are still some fork() calls >> it works better. With kern.threads.virtual_cpu=2 it's slower. And >> With kern.threads.virtual_cpu=4 its really slow. >> >> If I run clamd in foreground mode everything works as it should. >> More interesting, the CPU load drops significantly (500-1000%) ! >> >> Something is seriosly broken here. > > Running in foreground with or without kern.threads.virtual_cpu > adjusted? > > If running in foreground works regardless of kern.threads.virtual_cpu > (there will still be some inefficiencies here because of the > scheduler and KSE overhead/contention), then it is probably due > to the application doing a fork() from a threaded application > without doing an exec(). This is prohibited by POSIX and > libpthread makes no attempt to allow it. > > -- > DE > _______________________________________________ > freebsd-threads@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > To unsubscribe, send any mail to "freebsd-threads-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070220234734.H4139>