From owner-freebsd-current Thu Jan 23 20:50: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1504637B401 for ; Thu, 23 Jan 2003 20:50:08 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7483443F3F for ; Thu, 23 Jan 2003 20:50:07 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0155.cvx22-bradley.dialup.earthlink.net ([209.179.198.155] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18bvmx-00008Y-00; Thu, 23 Jan 2003 20:49:59 -0800 Message-ID: <3E30C597.8FB82EC9@mindspring.com> Date: Thu, 23 Jan 2003 20:48:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Atte Peltomaki , freebsd-current@FreeBSD.ORG Subject: Re: Performance problems with 5.0-RELEASE References: <20030123162644.GA560@naama> <3E309E58.C0745816@mindspring.com> <20030124040705.GA7945@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a44eec947abef883f316c3cc3f2c0816cb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > If you lean on the keyboard, or if you set up the network adapters > > as "entropy" sources, does the problem fix itself? > > If you're thinking it's /dev/random blocking on him, 5.0's output never > blocks. Its output is a PRNG periodically seeded from random data, > including interrupt timings and LAN traffic by default. Mostly, I was thinking that the other suggestions (WITNESS, INVARIANTS, malloc flags) didn't really have any chance of being the cause of the lock-ups, and without some message on the console, it's unlikely that it was a driver tiemout, either. 8-|. If it's long enough to pause the console noticibly, the next thing to try is breaking to the debugger -- which might require an NMI card -- to see what code it's stuck in during the pause. The lack of NMI cards in most people's tool boxes is what made me not suggest that before (i.e. if the console is locked, then using the console to get to the debugger is probably out of the question). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message