Date: Mon, 04 Mar 2013 22:11:11 -0600 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: ZFS "stalls" -- and maybe we should be talking about defaults? Message-ID: <5135705F.6090406@denninger.net> In-Reply-To: <19488839B29A476C8F731EB8F419AF94@multiplay.co.uk> References: <513524B2.6020600@denninger.net> <1362449266.92708.8.camel@btw.pki2.com> <51355F64.4040409@denninger.net> <8C68812328E3483BA9786EF15591124D@multiplay.co.uk> <513568EE.80006@denninger.net> <19488839B29A476C8F731EB8F419AF94@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 3/4/2013 10:01 PM, Steven Hartland wrote: > ----- Original Message ----- From: "Karl Denninger" <karl@denninger.net> >>> Then it happened I thought the machine had wedged, but minutes (not >>> seconds) later, everything sprung into action again. >> >> That's exactly what I can reproduce here; the stalls are anywhere from a >> few seconds to well north of a half-minute. It looks like the machine >> is hung -- but it is not. > > Out of interest when this happens for you is syncer using lots of CPU? > > If its anything like my stalls you'll need top loaded prior to the fact. > > Regards > Steve Don't know. But the CPU is getting hammered when it happens because I am geli-encrypting all my drives and as a consequence it is not at all uncommon for the load average to be north of 10 when the system is under heavy I/O load. System response is fine right up until it stalls. I'm going to put some effort into trying to isolate exactly what is going on here in the coming days since I happen to have a spare box in an identical configuration that I can afford to lock up without impacting anyone doing real work :-) -- -- Karl Denninger /The Market Ticker ®/ <http://market-ticker.org> Cuda Systems LLC
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5135705F.6090406>