btrfs vs ext4

drBatty, т.е. если делать правильный тест на скорость копирования то только с одного жесткого на другой?
но тогда мы меряем ещё и сам жесткий, а оно нам надо? ФС решает как видно из топика коммента с рейзер.

system-root написал:

т.е. если делать правильный тест на скорость копирования то только с одного жесткого на другой?
но тогда мы меряем ещё и сам жесткий, а оно нам надо?

почему? как я понял, диск-то один? скорость записи на него одна, скорость чтения из источника тоже не изменяется (источник один и тот же).

Если основное время занимает позиционирование (а это именно так видимо), то просто может у вас одна ФС лежит ближе? Вот когда вы копируете из /dev/zero, так тут источник всегда один, причём бесконечно быстрый. И файл один и большой - о чём тут ФС думать? Да ни о чём - просто тупо клади байы, и всё.

system-root написал:

ФС решает как видно из топика коммента с рейзер.

да нихрена там не видно: сжатие файлов - документированная фишка Linux'а. В EXT3/4 она включается отдельно для файлов/каталогов:

A file with the `c' attribute set is automatically compressed on the disk by the kernel. A read from this
file returns uncompressed data. A write to this file compresses data before storing them on the disk.
Note: please make sure to read the bugs and limitations section at the end of this document.
<...>
BUGS AND LIMITATIONS
The `c', 's', and `u' attributes are not honored by the ext2 and ext3 filesystems as implemented in the
current mainline Linux kernels. These attributes may be implemented in future versions of the ext2 and
ext3 filesystems.

и как видно, в МОЁМ ядре ПОКА не включена. Что там у вас - без понятия. Особенно с новой ФС, которой у меня естественно нет. Кроме того, есть ещё и т.н. разряжённые файлы, их умеет делать даже команда cp. dd конечно такого не делает, но где написано, что этим не занимается ваша FS? Если, ЕМНИП, такое NTFS уже делать могла, начиная с Windows2000. В cp довольно примитивный алгоритм, так почему-бы его не улучшить? Уже на уровне ФС, учитывая, что сейчас не 2000й год, и процессоры стали намного быстрее. Не... Сначала сделайте рандомный файл (это долго, но пойдёт любой архив со сжатием), а потом уж этот рандомный файл пишите, причём с другого диска. Или можно программку написать простенькую, чтоб генерила псевдослучайные числа, а то /dev/urandom уж больно тормозная обычно (про /dev/random вообще молчу).