Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 04 Nov 2007 11:12:58 +0100
From:      Kris Kennaway <kris@FreeBSD.org>
To:        Peter Schuller <peter.schuller@infidyne.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: ZFS Hangs
Message-ID:  <472D9B2A.5080900@FreeBSD.org>
In-Reply-To: <200711040948.25732.peter.schuller@infidyne.com>
References:  <200711021208.25913.Thomas.Sparrevohn@btinternet.com>	<20071103164231.GB23714@outcold.yadt.co.uk> <200711040948.25732.peter.schuller@infidyne.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Peter Schuller wrote:
>> For example, pkg_delete seems to be _extremely_ slow and ^T reports that
>> it is stuck waiting on zfs:(&zio->io_cv) for an unreasonable (IMO) amount
>> of time.
> 
> FWIW, I have seen pkg_install (and possibly other pkg_* tools) being extremely 
> slow seemingly as a result of the active set of files it touches exceededing 
> the amount cached. In particular I had this problem after converting to ZFS, 
> but prior to switching to amd64 and more RAM.
> 
> It would sit and churn on disk I/O forever, entirely seek bound. Tracing the 
> processes showed it traversing the package database over and over (presumably 
> recursively following dependencies or some such). So the same files were 
> touched any number of times. As a result, with too little cached, runtime 
> exploded (it took hours and hours upgrading my desktop using *binary* 
> pre-built packages because the larger packages with a lot of dependencies 
> would take forever to install and delete).

It certainly could be a caching effect but the particular problem you 
were seeing should have been fixed.  Are you still seeing it?

Can the OP report whether e.g. gstat shows disk activity?

Kris



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