xfs
[Top] [All Lists]

Re: [xfs-masters] xfs deadlock in stable kernel 3.0.4

To: Christoph Hellwig <hch@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 19:26:00 +0200
Cc: Dave Chinner <david@xxxxxxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
In-reply-to: <4E7A155D.9060703@xxxxxxxxxxxx>
References: <20110918230245.GF15688@dastard> <4E78665E.8030409@xxxxxxxxxxxx> <20110920160226.GA25542@xxxxxxxxxxxxx> <4E78CBF4.1030505@xxxxxxxxxxxx> <20110920172455.GA30757@xxxxxxxxxxxxx> <4E78CEFD.9030603@xxxxxxxxxxxx> <20110920223047.GA13758@xxxxxxxxxxxxx> <20110921021133.GM15688@dastard> <4E7994D3.5020103@xxxxxxxxxxxx> <20110921114237.GP15688@dastard> <20110921122649.GA16602@xxxxxxxxxxxxx> <4E7A155D.9060703@xxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
Hi,

Am 21.09.2011 14:26, schrieb Christoph Hellwig:
What is also strange is that we allocate a xfs_ail_wq, but don't
actually use it, although it would have the same idea. Stefan,
can you try the following patch? This moves the ail work to it's
explicit queue, and makes sure we never have the same work item
(= same fs to be pushed) concurrently.

Sorry, but with your patch everything is awfully slow. Just the sequ.
file creation takes on an SSD extremely long. I interrupted the test.

i/o top from an SSD:
Total DISK READ: 0 B/s | Total DISK WRITE: 9.88 M/s
PID USER DISK READ DISK WRITE SWAPIN IO> COMMAND
1377 root 0 B/s 0 B/s 0.00 % 99.99 % [xfsbufd/sda3]
2219 root 0 B/s 0 B/s 0.00 % 99.99 % [flush-8:0]
2746 root 0 B/s 9.88 M/s 0.00 % 0.00 % bonnie++ -u root -s 0 -n
1024:32768:0:1024:4096 -d /mnt

Please ignore this mail. Use the wrong disk. *gr* slow SATA

Stefan


<Prev in Thread] Current Thread [Next in Thread>