Как правильно померить поток данных??

можно отключить кэширование, mount -o remount,async /mnt/mmcblock0/

с чего ты взял что async отключает кэширование??

ну ладно перепутал, sync. Обещает, что all I/O to the file system should be done synchronously.

2no1sm:

> Обещает, что all I/O to the file system should be done synchronously.

"Синхронный" не означает "не засоряя кэш". Синхронное монтирование всего лишь гарантирует, что после выхода из write'а данные будут на диске.

anonymous (*) (12.04.2005 13:31:05):

> ..честно ли вобще мерить поток данных на вайловую систему утилитой dd.

Нет.

> А если нет то тогда чем??

Единственный известный мне способ, позволяющий под Линуксом хоть как-то оценить производительность файловой системы, состоит в отмонтировании директории после копирования:

time sh -c "dd if=/dev/zero of=/mnt/null.txt count=1000000 bs=1M; umount /mnt"

Я пробовал использовать O_DIRECT, в результате программа писАла чудовищно медленно. Тут была на эту тему дискуссия с полгода назад:

http://www.linux.org.ru/view-message.jsp?msgid=707517

еще нужно кэш в самом диске отключить (hdparm или atactl). Кстати вообще, если упса нет, то кэш на дике обязательно нужно отключать.

>dd if=/dev/zero of=/mnt/mmcblock0/test count=100 bs=1024

>100+0 records in

>100+0 records out

>102400 bytes transferred in 0.018828 seconds (5 438 698 bytes/sec)

тебе было бы неплохо до и после вызвать df дабы понять что ты занимаешся полной ерундой.

после такой dd файл /mnt/mmcblock0/test навряд ли займёт 1килобайт дискового пространства(по крайней мере на ext2,3).

2dilmah:

>еще нужно кэш в самом диске отключить (hdparm или atactl).

А я думал, что ATA диски не имеют кэша... Какие опции hdparm за него отвечают? Мой man hdparm про кэш молчит.

> Кстати вообще, если упса нет, то кэш на дике обязательно нужно отключать.

Кстати, по умолчанию в SCSI дисках кэш отключен.

я ж линуксом года 2 уже не пользуюсь.. В NetBSD:

dkctl wdN setcache r

> А я думал, что ATA диски не имеют кэша...

ну на чтение то точно есть. не знаю. Мне dkctl wdN getcache пишет что enabled и read и write cache.

cvv wrote:
>
> > dd if=/dev/zero of=/mnt/mmcblock0/test count=100 bs=1024
>
> после такой dd файл /mnt/mmcblock0/test навряд ли займёт
> 1килобайт дискового пространства(по крайней мере на ext2,3).

это как это? намекаете на sparse файлы? нет, будет честно
записано 100K. vfs и ext2 не знает (и не проверяет), что
там нули. только в случае truncate.

> ну ладно перепутал, sync. Обещает, что all I/O to the
> file system should be done synchronously.

или просто делать open(O_SYNC). что, кстати, имеет
смысл, если после каждого write() идет fsync(), как
у автора вопроса.

кроме того, если вызывать fsync() напрямую, следует
помнить про fdatasync() - быстрее.

Всем спасибо за советы. Сделал открытие файла с флагом O_ASYNC и на больших записываемых блоках с bs>=10240 получаю вполне нормальную скорость 500-600 Кб/с.

>> > dd if=/dev/zero of=/mnt/mmcblock0/test count=100 bs=1024 >> >> после такой dd файл /mnt/mmcblock0/test навряд ли займёт >> 1килобайт дискового пространства(по крайней мере на ext2,3).

>это как это? намекаете на sparse файлы? нет, будет честно >записано 100K. vfs и ext2 не знает (и не проверяет), что >там нули. только в случае truncate.

кажись меня память подвела. В етом случае действительно sparse на ext2 кажись не поддерживается. А вообще поддерживается но при других обстоятельствах

> Сделал открытие файла с флагом O_ASYNC

надеюсь, описка у вас здесь, а не в коде :)

O_ASYNC и O_SYNC - немножко разные флаги :)