> У нас оно заработает когда тест перестанет падать. Так сколько мелких файлов
> можно записать на 6-ти гиговый раздел с btrfs ? 4 гига
> ? Похоже там не все ок с архитектурой ...# mount
/dev/sdh1 on /data/btrfs type btrfs (rw)
# df -h /dev/sdh1
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sdh1 16G 14G 13M 100% /data/btrfs
# du -h
2,4G ./Hyakko
5,4G ./Kamisama no Memochou
14G .
14G/16G - вполне нормально, 2G вероятно зарезервировано.
Теперь мелким файлом...
# i=1; while [ $i -le 16000 ] ; do echo $i ; dd if=/dev/zero of=test$i bs=1048576 count=1; i=$[$i+1]; done
Удаётся записать 14307 файлов - т.е. тоже 14G, что еще раз наводит на мысли о резервировании ~1-2G под метаданные. Причем после файлы нулевой длины продолжают создаваться - место под каталог есть, но данные объёмом в метр уже не пишутся.
# df -h /dev/sdh1
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sdh1 16G 15G 960K 100% /data/btrfs
# du -c
14650372 .
14650372 итого
Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место файл объемом почти в два гига.
Читаем файлик (для проверки на кеширование - два раза):
# dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216
124+1 записей считано
124+1 записей написано
скопировано 2083825966 байт (2,1 GB), 26,3548 c, 79,1 MB/c
# dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216
124+1 записей считано
124+1 записей написано
скопировано 2083825966 байт (2,1 GB), 25,9846 c, 80,2 MB/c
Нет, это не SSD. Обычный SATA HDD (Seagate серии 11). Благодаря тому, что экстентный аллокатор порубил диск на блочки по 1Мб - фрагментация файла, похоже, не так высока.
Вот как-то так. А "академики" могут продолжать тестировать непонятно что на рамдисках.
