Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Jan 2008 17:47:04 +0000
From:      Dieter <freebsd@sopwith.solgatos.com>
To:        "Steven Hartland" <killing@multiplay.co.uk>
Cc:        freebsd-performance@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: newfs locks entire machine for 20seconds 
Message-ID:  <200801310147.BAA04522@sopwith.solgatos.com>
In-Reply-To: Your message of "Thu, 31 Jan 2008 01:04:00 GMT." <013201c863a5$2a91a1c0$b6db87d4@multiplay.co.uk> 

index | next in thread | previous in thread | raw e-mail

> > What *exactly* do you mean by
> > 
> >> machine still locks up with no activity for anywhere from 20 to 30 seconds.
> > 
> > Is there disk activity? (e.g. activity light(s) flashing if you have them)
> 
> Cant tell if there is disk activity its in a DC miles away ;)
> 
> > Does top continue to update the screen during the 20-30 seconds?
> >
> > I'm thinking that newfs has queued up a bunch of disk i/o, and other
> > disk i/o gets locked out, but activities that don't require any disk i/o
> > (like top, once it is up and running) could continue.  Is that what is
> > happening?
> 
> No all sessions totally freeze. I have top set to 1 second refreshes and
> the clock literally stops and then 20-30 seconds later continues.

Wow!

> All sessions are via ssh not X if that's of interest.
> 
> I could understand if IO to disk for other processes became slow but
> everything including things like top just stop which is quite odd and
> concerning.

Ok, new idea.  Your disk activity is via the network, and your sessions
are via the network.  Could it be that something network related is saturated?


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200801310147.BAA04522>