| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [xfs-masters] xfs deadlock in stable kernel 3.0.4 |
| From: | Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx> |
| Date: | Wed, 21 Sep 2011 09:40:03 +0200 |
| Cc: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, "xfs-masters@xxxxxxxxxxx" <xfs-masters@xxxxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx> |
| In-reply-to: | <20110921021133.GM15688@dastard> |
| References: | <4E705C42.6020909@xxxxxxxxxxxx> <20110914143005.GA28496@xxxxxxxxxxxxx> <4E75B660.1030502@xxxxxxxxxxxx> <20110918230245.GF15688@dastard> <4E78665E.8030409@xxxxxxxxxxxx> <20110920160226.GA25542@xxxxxxxxxxxxx> <4E78CBF4.1030505@xxxxxxxxxxxx> <20110920172455.GA30757@xxxxxxxxxxxxx> <4E78CEFD.9030603@xxxxxxxxxxxx> <20110920223047.GA13758@xxxxxxxxxxxxx> <20110921021133.GM15688@dastard> |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 |
Am 21.09.2011 04:11, schrieb Dave Chinner: The livesystems which crash within hours have between 48GB and 64GB RAM. But my testing system has only 8GB.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 the factors contributing to the problems. The above xfs_info output is from your 160GB SSD - what's the output from the 1TB device? The 1TB device is now doing something else and does not have XFS on it anymore. But here are the layouts of two livesystems. xfs_info /dev/sda6meta-data=/dev/root isize=256 agcount=4, agsize=35767872 blks
= sectsz=512 attr=2
data = bsize=4096 blocks=143071488, imaxpct=25
= sunit=64 swidth=512 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=69888, version=2
= sectsz=512 sunit=64 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
xfs_info /dev/sda6
meta-data=/dev/root isize=256 agcount=4, agsize=35768000
blks
= sectsz=512 attr=2
data = bsize=4096 blocks=143071774, imaxpct=25
= sunit=64 swidth=512 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=32768, version=2
= sectsz=512 sunit=64 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Also, what phase do you see it hanging in? the random stat phase is terribly slow on spinning disks, so if I can avoid that it woul dbe nice.... Creating or deleting files. never in the stat phase. Stefan |
| Previous by Date: | Re: xfs deadlock in stable kernel 3.0.4, Stefan Priebe - Profihost AG |
|---|---|
| Next by Date: | Re: [PATCH v2] xfs: fix possible overflow in xfs_ioc_trim(), Lukas Czerner |
| Previous by Thread: | Re: [xfs-masters] xfs deadlock in stable kernel 3.0.4, Dave Chinner |
| Next by Thread: | Re: [xfs-masters] xfs deadlock in stable kernel 3.0.4, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |