Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..." Отправлено iZEN, 23-Сен-12 19:13
>> Палундра в ZFS нет дефрагментатора %) > Да вон iZEN уже ощущает результат. И даже если он осовободит место, > сильно лучше может и не стать. В общем то нет простого > метода расчистить такое без дефрагментатора. Было: http://www.opennet.ru/openforum/vsluhforumID3/86368.html#433 //--- % dd if=/downloads1/Margin\ Call.mkv of=/store/video/Margin\ Call.mkv bs=20M 74+1 records in 74+1 records out 1561257376 bytes transferred in 908.455462 secs (1718584 bytes/sec) % df /store/video Filesystem     Size    Used   Avail Capacity  Mounted on store/video    790G    789G    1.1G   100%    /store/video ---// Стало: % dd if=/downloads1/Margin\ Call.mkv of=/store/video/Margin\ Call.mkv bs=20M 74+1 records in 74+1 records out 1561257376 bytes transferred in 18.599765 secs (83939630 bytes/sec) % df /store/video Filesystem     Size    Used   Avail Capacity  Mounted on store/video    789G    757G     32G    96%    /store/video И как? Стало лучше, по-твоему? ;) На самом деле тут одна особенность выяснилась. Тормозила не столько запись на RAID-Z пул (кстати, состоящий из трёх разделов ноутбучных винчестеров с 5400 rpm), сколько чтение с заполненного скачанными файлами пула, состоящего из одного диска Western Digital Caviar Blue WD6400AAKS. Последний результат показан для записи файла, который был предварительно закэширован в ARC ZFS (dd выполнялась два раза, представлен второй, наилучший результат её работы).