On 07/03/2012 01:12 PM, Jean-Pierre André wrote: > Hi, > > g4hx wrote: >> On 07/02/2012 06:08 PM, Jean-Pierre André wrote: >> >> Hi, >> >> just to prove you wrong: I just reformatted the partition using >> >> mkfs.ntfs --label DATA -c 65536 -f /dev/mapper/truecrypt1 >> >> and I am experiencing the exact same behaviour: My CPU load goes to >> about 100% and the write rate using dd is about 3 MB/s. If I use an ext3 >> file system the write speed is about 90 MB/s. >> >> g4hx >> > > Well, I am not sure I get all the consequences > of your configuration (dev mapper, truecrypt), > I just hope there is not something which splits > the buffers into 512 byte chunks. > > Anyway, can you retry with a debug version, > letting the file being filled to about 125GB, so > that the low throughput is more likely to be visible. > However you are saying 3MB/s, so this would > last about 12 hours, and the debug version is > slower... > > If you have already filled a big file (I mean really > filled, not a sparse one), say with 1,800,000 > clusters of 65536 bytes, you can just append > 100,000 more clusters, so that I see what is going > on. For instance : > "dd bs=65536 seek=1800000 count=100000" > and of course be sure to mount with option > big_writes. > > Note : I have an experimental version with some > improvement for very fragmented files. Would > you like to test it ? > > Also what version of ntfs-3g are you using ? > > Regards > > Jean-Pierre > > >
Hey Jean-Pierre, so if your conjecture is that the there is something that splits the file into 512 byte chunks, then wouldn't it be possible to create a file (using dd) of size 65536 on a clean partition and find out in how many chunks it is actually split up using the inode information? g4hx ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ ntfs-3g-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
