Исходное сообщение
"Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..." Отправлено iZEN, 09-Сен-12 18:28
> Оно вообще "первый блин комом". У btrfs'ников лучше вышло. /--- По ряду причин, я продолжил пользовать эту великолепную ФС на одной рабочей станции c -o compress,nospace_cache. Итак, постепенно фрагментация нарастала, тормоза усиливались. ls в директории с тысячей файлов уже занимал до секунды, открытие лога gajim - около 10 секунд. И наконец вчера btrfs впервые подала симптомы клинической смерти: no space left on device на полупустом разделе. >>> df -h Файловая система          Размер Использовано  Дост Использовано% Cмонтировано в /dev/mapper/rootfs           13G         9,7G  1,5G           87% / /dev/mapper/home2           135G          72G   60G           55% /home >>> sudo btrfs filesystem show Label: 'rootfs'  uuid: e9becd70-04a7-4de3-abfd-525446c1562b     Total devices 1 FS bytes used 9.20GB     devid    1 size 13.00GB used 13.00GB path /dev/dm-2 Label: 'home2'  uuid: 1efa8d6b-a4b9-4c68-abb2-acfd77a86d37     Total devices 1 FS bytes used 70.93GB     devid    1 size 134.98GB used 134.98GB path /dev/dm-1 Btrfs Btrfs v0.19 Удаление пары тысяч файлов не помогло, remount помог лишь ненадолго, а пользоваться файлухой дальше фактически невозможно. Выводы: 1. btrfs умирает за ~2,5 года ежедневного использования. 2. За это время в логах так и не обнаружено ни одной ошибки от драйвера btrfs. 3. Все оставшиеся на ФС файлы можно извлечь пост-мортем. shahid   (07.09.2012 17:45:35) ---/ http://www.linux.org.ru/forum/talks/8203698/page-1 Лучше? O_o

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Оно вообще "первый блин комом". У btrfs'ников лучше вышло. > /--- > По ряду причин, я продолжил пользовать эту великолепную ФС на одной рабочей > станции c -o compress,nospace_cache. > Итак, постепенно фрагментация нарастала, тормоза усиливались. ls в директории с тысячей > файлов уже занимал до секунды, открытие лога gajim - около 10 > секунд. И наконец вчера btrfs впервые подала симптомы клинической смерти: no > space left on device на полупустом разделе. >>>> df -h > Файловая система Размер > Использовано Дост Использовано% Cмонтировано в > /dev/mapper/rootfs 13G > 9,7G 1,5G > 87% > / > /dev/mapper/home2 135G > 72G > 60G > 55% /home >>>> sudo btrfs filesystem show > Label: 'rootfs' uuid: e9becd70-04a7-4de3-abfd-525446c1562b > Total devices 1 FS bytes used 9.20GB > devid 1 size 13.00GB used 13.00GB path /dev/dm-2 > Label: 'home2' uuid: 1efa8d6b-a4b9-4c68-abb2-acfd77a86d37 > Total devices 1 FS bytes used 70.93GB > devid 1 size 134.98GB used 134.98GB path /dev/dm-1 > Btrfs Btrfs v0.19 > Удаление пары тысяч файлов не помогло, remount помог лишь ненадолго, а пользоваться > файлухой дальше фактически невозможно. > Выводы: > 1. btrfs умирает за ~2,5 года ежедневного использования. > 2. За это время в логах так и не обнаружено ни одной > ошибки от драйвера btrfs. > 3. Все оставшиеся на ФС файлы можно извлечь пост-мортем. > shahid (07.09.2012 17:45:35) > ---/ > http://www.linux.org.ru/forum/talks/8203698/page-1 > Лучше? O_o
	Введите код, изображенный на картинке: