| To: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfstests: fix 130, 132 for inifinitely-fast disks |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Fri, 24 Apr 2009 13:51:35 -0400 |
| Cc: | xfs mailing list <xfs@xxxxxxxxxxx> |
| In-reply-to: | <49F0B379.2060309@xxxxxxxxxxx> |
| References: | <49F0B379.2060309@xxxxxxxxxxx> |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Thu, Apr 23, 2009 at 01:29:13PM -0500, Eric Sandeen wrote: > Due to the new quantum/holographic storage I'm testing, my > disks go infinitely fast, thereby breaking some filters: > > -XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec) > +3 KiB, 1 ops; 0.0000 sec (inf EiB/sec and inf ops/sec) > > I'm no regexp expert but I think the below change will fix it. Looks good to me. I used to see this too when running xfsqa under qemu (with really fast disk (=host pagecache) and a really slow cpu.. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: fsck.xfs proposed improvements, Mike Ashton |
|---|---|
| Next by Date: | Re: [PATCH] xfs_file_last_byte() needs to acquire ilock, Christoph Hellwig |
| Previous by Thread: | Re: [PATCH] xfstests: fix 130, 132 for inifinitely-fast disks, Josef 'Jeff' Sipek |
| Next by Thread: | [PATCH] xfs_file_last_byte() needs to acquire ilock, Lachlan McIlroy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |