Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*rewrite\s+very\s+slow\s*$/: 15 ]

Total 15 documents matching your query.

1. rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Fri, 15 Feb 2008 20:16:37 +0100
I need some help to tunning my storage. Very simple test at begin (perl script test.pl): $time=time(); for ($i=1;$i<100;$i++) { open (SUBOR,">$i.txt"); print SUBOR "aaaaaaaaaaaaaaaaaaa\n"; close (SU
/archives/xfs/2008-02/msg00145.html (8,259 bytes)

2. Re: rewrite very slow (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Fri, 15 Feb 2008 18:36:06 -0600
... What kernel? when I test on my 2.6.23.9-85.fc8 and 2.6.22.5 boxes, I see 2 and 7 seconds for rewrite, respectively. but granted, on ext3 I get 0 seconds for every run. Also the difference appears
/archives/xfs/2008-02/msg00146.html (8,154 bytes)

3. Re: rewrite very slow (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Sat, 16 Feb 2008 13:46:34 +1100
Yup - after a truncate we use flush-on-close semantics if the file is closed before pdflush does writeback. yes, it has a measurable impact on silly microbenchmarks like this, but nobody even noticed
/archives/xfs/2008-02/msg00148.html (9,156 bytes)

4. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:41:42 +0100
Test configuration: Linux kernel 2.6.23.1 #1 SMP 2x Intel(R) Xeon(TM) CPU 2.40GHz with HT iSCSI storage (1TB - 7 sata disks in RAID6, 2GB cache controler) Yes, your "test" works fine: file1:/mnt/host
/archives/xfs/2008-02/msg00154.html (8,980 bytes)

5. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:43:49 +0100
Hmm, and what cat I do to get it work now? DS
/archives/xfs/2008-02/msg00155.html (9,461 bytes)

6. rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Fri, 15 Feb 2008 20:16:37 +0100
I need some help to tunning my storage. Very simple test at begin (perl script test.pl): $time=time(); for ($i=1;$i<100;$i++) { open (SUBOR,">$i.txt"); print SUBOR "aaaaaaaaaaaaaaaaaaa\n"; close (SU
/archives/xfs/2008-02/msg00561.html (8,259 bytes)

7. Re: rewrite very slow (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Fri, 15 Feb 2008 18:36:06 -0600
... What kernel? when I test on my 2.6.23.9-85.fc8 and 2.6.22.5 boxes, I see 2 and 7 seconds for rewrite, respectively. but granted, on ext3 I get 0 seconds for every run. Also the difference appears
/archives/xfs/2008-02/msg00562.html (8,154 bytes)

8. Re: rewrite very slow (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Sat, 16 Feb 2008 13:46:34 +1100
Yup - after a truncate we use flush-on-close semantics if the file is closed before pdflush does writeback. yes, it has a measurable impact on silly microbenchmarks like this, but nobody even noticed
/archives/xfs/2008-02/msg00564.html (9,156 bytes)

9. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:41:42 +0100
Test configuration: Linux kernel 2.6.23.1 #1 SMP 2x Intel(R) Xeon(TM) CPU 2.40GHz with HT iSCSI storage (1TB - 7 sata disks in RAID6, 2GB cache controler) Yes, your "test" works fine: file1:/mnt/host
/archives/xfs/2008-02/msg00570.html (8,980 bytes)

10. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:43:49 +0100
Hmm, and what cat I do to get it work now? DS
/archives/xfs/2008-02/msg00571.html (9,461 bytes)

11. rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Fri, 15 Feb 2008 20:16:37 +0100
Hello, I need some help to tunning my storage. Very simple test at begin (perl script test.pl): $time=time(); for ($i=1;$i<100;$i++) { open (SUBOR,">$i.txt"); print SUBOR "aaaaaaaaaaaaaaaaaaa\n"; clo
/archives/xfs/2008-02/msg00977.html (8,259 bytes)

12. Re: rewrite very slow (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Fri, 15 Feb 2008 18:36:06 -0600
... What kernel? when I test on my 2.6.23.9-85.fc8 and 2.6.22.5 boxes, I see 2 and 7 seconds for rewrite, respectively. but granted, on ext3 I get 0 seconds for every run. Also the difference appears
/archives/xfs/2008-02/msg00978.html (8,212 bytes)

13. Re: rewrite very slow (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Sat, 16 Feb 2008 13:46:34 +1100
Yup - after a truncate we use flush-on-close semantics if the file is closed before pdflush does writeback. yes, it has a measurable impact on silly microbenchmarks like this, but nobody even noticed
/archives/xfs/2008-02/msg00980.html (9,233 bytes)

14. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:41:42 +0100
Test configuration: Linux kernel 2.6.23.1 #1 SMP 2x Intel(R) Xeon(TM) CPU 2.40GHz with HT iSCSI storage (1TB - 7 sata disks in RAID6, 2GB cache controler) Yes, your "test" works fine: file1:/mnt/host
/archives/xfs/2008-02/msg00986.html (9,057 bytes)

15. Re: rewrite very slow (score: 1)
Author: xfs@xxxxxxxxxxxx (DS)
Date: Sat, 16 Feb 2008 06:43:49 +0100
Hmm, and what cat I do to get it work now? DS
/archives/xfs/2008-02/msg00987.html (9,576 bytes)


This search system is powered by Namazu