On Mon, Mar 14, 2011 at 04:56:22PM +0100, Arnd Bergmann wrote:
On Monday 14 March 2011, Philippe De Muyter wrote:
I finally found the culprit there : tmp179:~ # cat /etc/cron.d/novell.ntp-synchronize -*/15 * * * * root /etc/init.d/ntp ntptimeset &>/dev/null tmp179:~ #
I have modified your source to use CLOCK_MONOTONIC instead of CLOCK_REALTIME,
Ok, good to know.
and with the command : ./flashbench -s --scatter-span=3 --scatter-order=14 --blocksize=8192 --count=50 /dev/sdb -o /tmp/output.plot I got the attached result. What do you think of it ?
Unfortunately, not much result again. The only result that is obvious is the bump between 16 and 20 MB, which is an indication that this is an open allocation unit, and is slightly slower to read than others. I see this as a hint that the erase block size is actually 4 MB, not 8 MB, and that the erase block sizes start at full multiples of their size (as is normally the case).
To verify this, you could write to a single block in another erase block, e.g. using dd if=/dev/zero of=/dev/sdb bs=64K seek=128 count=1, and see how the picture changes.
I redid the first test after your above 'dd' command and got the attached file.
tmp179:~ # ./flashbench -s --scatter-span=3 --scatter-order=14 --blocksize=4096 --count=50 /dev/sdb -o /tmp/output3.plot sched_setscheduler: Operation not permitted tmp179:~ #
Philippe