Date: Sun, 4 Nov 2007 14:17:08 +0000 From: Thomas Sparrevohn <Thomas.Sparrevohn@btinternet.com> To: freebsd-current@freebsd.org Cc: Peter Schuller <peter.schuller@infidyne.com> Subject: Re: ZFS Hangs Message-ID: <200711041417.08646.Thomas.Sparrevohn@btinternet.com> 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
On Sunday 04 November 2007 08:48:17 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 could be the machine has 4GB memory and is running amd64 - However I can reproduce it with vm.kmem_size_max=2147483648 and with the default - It is not only with pkg_install but seems randomly. but you are correct pkg_create seems to use significant amount of time - but due to the issues I am seeing with ZFS - I have not looked into why pkg_create takes so long even for very simple packages
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200711041417.08646.Thomas.Sparrevohn>