Cristian Livadaru wrote: > me again ... isn't there anybody that could give ANY hint on what's > wrong? > > I did some test with dd and the result is terrible! > > LVM > explendidos:/shared# dd if=/dev/zero of=test1.dd bs=64 count=1000 > 1000+0 records in > 1000+0 records out > 64000 bytes transferred in 20.019969 seconds (3197 bytes/sec) seems the data gets written synchronously without any buffering. Thus each write is delayed until the data is really written to disk. For a 5400 RPM disk you get 90 transactions per seconds. This gives about 10 seconds for 1000 chunks. "bs=64" means 64 bytes! so each sector will be written multiple times. So may be the system even reads in each sector again each time before writing it, thus it takes two turns which gives 20 seconds. Unfortunately I can't tell why this happens :-( May be "direct IO" takes place (like for oflags=direct), or this is some configuration option of LVM, i don't know about. Try using "hdparm" to see, if DMA etc. is enabled. Have a look into /var/log/messages or use "dmesg" for nay hardware problems. I recently discovered the "blockdev" command. Do you use any special ext3 feature? You may try "tune2fs -o journal_data_writeback". If you don't have relevant data on the LV, you may try to write to the LV device directly. Is it slow for read, too? try "hdparm -t" Dieter. _______________________________________________ linux-lvm mailing list linux-lvm@redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
