On Tue, Nov 22, 2011 at 11:56:29AM +0800, Wu Fengguang wrote: > Hi Dave, > > On Mon, Nov 21, 2011 at 10:20:56PM +0800, Dave Chinner wrote: > > Hi Fengguang, > > > > I just found a way of hanging a system and taking it down. I haven't > > tried to narrow down the test case - it's pretty simple - because it > > time for sleep here. > > Yeah, once the global dirty limit is exceeded, the system would appear > hang because many applications will block in balance_dirty_pages(). > > I created a script for this case, however cannot reproduce it.. > > The test box has 32GB memory and 110GB /dev/sda7, so I lowered > the dirty_bytes=400MB and xfs "-b size=10g" explicitly in the script. The VM I was running was a 2p, 2GB RAM config running on a 7200rpm SATA drive, so maybe all your extra RAM has some impact on it. > During the test run on 3.2.0-rc1, I find the dirty pages rarely exceed > the background dirty threshold (200MB). Which means your IO rates are high enough to keep the number of dirty pages under control? > Would you try run this and see if this it's a problem of the test script? > > root@snb /home/wfg# cat ./test-loop-fallocate.sh .... Ok, so using your script my system doesn't hang, either. I suspect the difference is that I was reproducing this with a used image file. It had somewhere in the order of 750MB of space used prior to running the test. I'd been using the image to test large filesystem support for xfstests. I'd done a bunch of testing with XFS on the loop device, and was trying to get the ext4 support to work when I was seeing these hangs. I manually ran the losetup/mount/mkfs loopdev/mount/falloc step to get it to hang. So I think the state of the underlying image file has something to do with the hang. Most likely due to the IO rates, I think.... I'll try to reproduce it by running xfstests on XFS on it again before trying ext4 again (your script blew away the old image file I had). Alternatively, you can try writing lots of small random blocks to the image file before running the ext4 portion of the test. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
