Nevermind--the latest code doesn't look quite like that and doesn't suffer the same problem. Christoph, will you please ensure the fix gets to the stable folks though? You have my review for the chan
How much memory does your test machine have? The performance will be vastly different if there is enough RAM to hold the working set of inodes and page cache (~20GB all up), and that could be one of
Author: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Date: Wed, 21 Sep 2011 09:40:03 +0200
Am 21.09.2011 04:11, schrieb Dave Chinner: How much memory does your test machine have? The performance will be vastly different if there is enough RAM to hold the working set of inodes and page cach
Ok, I got a hang in the random delete phase. Not sure what is wrong yet, but inode reclaim is trying to reclaim inodes but failing, and the AIL is trying to push items but failing. Hence the tail of
Author: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Date: Wed, 21 Sep 2011 13:55:30 +0200
Am 21.09.2011 13:42, schrieb Dave Chinner: Ok, I got a hang in the random delete phase. Not sure what is wrong yet, but inode reclaim is trying to reclaim inodes but failing, and the AIL is trying to
Ok, it makes sense now. The kernel I was running (from before I went on holidays) had this patch in it: http://oss.sgi.com/archives/xfs/2011-08/msg00472.html I found this out by disassembling the ker
Author: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Date: Thu, 22 Sep 2011 07:27:49 +0200
I found this out by disassembling the kernel code. That code has a bug it in when the stuck case is hit - it fails to issue the log force in that case, and that's why I've been seeing this kernel ge
Author: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Date: Thu, 22 Sep 2011 09:52:11 +0200
Am 22.09.2011 07:27, schrieb Stefan Priebe - Profihost AG: Am 22.09.2011 02:53, schrieb Dave Chinner: On Wed, Sep 21, 2011 at 09:42:37PM +1000, Dave Chinner wrote: On Wed, Sep 21, 2011 at 09:40:03AM