From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 03:29:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC52D1065672; Sun, 7 Jun 2009 03:29:40 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from tritus.poildetroll.net (tritus.poildetroll.net [81.93.245.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1278FC17; Sun, 7 Jun 2009 03:29:40 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from korriban.poildetroll.net (kashyyyk.poildetroll.net [88.162.190.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tritus.poildetroll.net (Postfix) with ESMTPSA id 6F26A596; Sun, 7 Jun 2009 05:13:11 +0200 (CEST) Message-ID: <4A2B3040.7020509@poildetroll.net> Date: Sun, 07 Jun 2009 05:13:04 +0200 From: Pierre Guinoiseau Organization: Poil de Troll User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Kip Macy References: <951233.95131.qm@web39108.mail.mud.yahoo.com> <3c1674c90905302055g542cfadarf201cc273639977d@mail.gmail.com> <4A23919F.8050905@mail.zedat.fu-berlin.de> In-Reply-To: <4A23919F.8050905@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig81DD83F7930A0BFB208EDAD4" Cc: attilio@freebsd.org, bf , "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 03:29:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig81DD83F7930A0BFB208EDAD4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have a similar problem, for about 3 weeks/1 month now, on a SMP box. If i run something using much cpu for a "long" time and/or causing heavy I/O, like compiling or watching a video, my box slows down a lot, X11 (and any apps, X11 or not) become much less responsive, the CPU stays at 100% load (mainly because of X11), even when the original task is ended. If I stop X11, the system stay still very slow. The only way to get my machine back in a usable state is to reboot it... :( Following this discussion, I've tried to compile a kernel (with a fresh check out from yesterday) with and without adaptive sx, and it didn't change anything at all, so this is not the origin of the problem. I've no idea from where the problem comes from, and I can't say exactly since when it is here. But I can give more informations about my system if needed and test any solution you could advise if any. Thanks! Pierre Guinoiseau O. Hartmann wrote: > Kip Macy wrote: >>> I'm running the r193133 amd64 with a custom kernel and all debugging = off >>> on an AMD Athlon64 3400+ single-core, and I haven't noticed any signi= ficant >>> slowing, although I haven't been doing any systematic benchmarking. >>> >>> What would be the penalties of running an SMP -CURRENT kernel on >>> single-core hardware with no hyperthreading? Can anyone quantify the >>> typical added overhead? Or, counterintuitively, would an SMP kernel >>> be better in some ways? >>> >>> =20 >> He is trying to diagnose if the problem was introduced by enabling >> adaptive spinning on sx locks. They're only enabled on SMP kernels. >> >> Cheers, >> Kip >> =20 > Well, no SMP on UP AMD CPUs without SMT means no usage of the sx locks.= > As far as I know, the sx locks were introduced a couple of days ago, > weren't they? >=20 > To avoid any kind of misunderstanding, there is no permanent 'slowdown'= , > it occurs especially whenever the system's compiler builds world or a > kernel or heavy I/O activities occur. It seems my boxes, especially the= > UP box, is freezing, no reaction on X11. Well, first time I thought it > is related to UP, low memory or especially new drm code used with X11 > for acceleration, but I also realized those 'slowdown-incidents' on > boxes with multicores, 8 or more GB of RAM and no X11 installed and > running. This performance impact in situations whenever building a > world is significant. We did not change the compiler, it is still the > old gcc 4.2, so I do not expect an impact from new high-memory and > cpu-consuming optimization routines. I do not even benchmark my boxes > day for day, but I usually do a set of the same work on those boxes use= d > for scientific work, so while building world even on SMP boxes and > working after installation with the same software set reveals some > weirdness in some points. >=20 > I thought this is due some use-uninterruptable debugging switches, some= > wrote the malloc code is about to change and so on so I was wondering i= f > there is something temporarely going on at the moment where some hints > could prevent me from building a world within this testing phase. Just > speculation. >=20 > Greetings, > Oliver > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --------------enig81DD83F7930A0BFB208EDAD4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkorMEYACgkQJikNJSAyef9y3gCeOapd85K42gDZUfl9ZLjkSJ+K pFEAn0IaJhH1ACHyjIP5wcBJJUaFg3hE =UIpk -----END PGP SIGNATURE----- --------------enig81DD83F7930A0BFB208EDAD4--