Date: Wed, 29 Jun 2011 12:54:33 +1000 From: Peter Jeremy <peterjeremy@acm.org> To: Marius Strobl <marius@alchemy.franken.de> Cc: freebsd-sparc64@freebsd.org Subject: Re: 'make -j16 universe' gives SIReset Message-ID: <20110629025433.GA48145@server.vk2pj.dyndns.org> In-Reply-To: <20110622100524.GO14797@alchemy.franken.de> References: <20110526234728.GA69750@server.vk2pj.dyndns.org> <20110527120659.GA78000@alchemy.franken.de> <20110601231237.GA5267@server.vk2pj.dyndns.org> <20110608224801.GB35494@alchemy.franken.de> <20110613235144.GA12470@server.vk2pj.dyndns.org> <20110615233445.GZ7064@alchemy.franken.de> <20110619220033.GA61397@server.vk2pj.dyndns.org> <20110622100524.GO14797@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Jun-22 12:05:24 +0200, Marius Strobl <marius@alchemy.franken.de> wr= ote: >Okay, given that it considerably improves the situation though I >suspect that the problem is that we instantly begin to fault on >kernel mappings once we flush all unlocked TLB entries in order >to get rid of the user mappings, which in case of cpu_switch() >still is covered by sched_lock. That would mean that we should use >a fine grained approach instead as the current one doesn't behave/ >scale well even if sched_lock wasn't be (ab)used here. Could you >please give the following patch a try on top of what you already >have? >http://people.freebsd.org/~marius/sparc64_flush_user_no_sledgehammer.diff My V890 has been running "make -j32 buildworld" in a loop for a week now without problems so I think that was the problem. --=20 Peter Jeremy --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk4Kk+kACgkQ/opHv/APuIcC4wCfQcxFObwVz786CmmvZdJH7pGW fhwAnj+MJmPN7HEIa4lfj0cWbt6kRCGN =DPN7 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110629025433.GA48145>