LINUX.ORG.RU

Файловая система для SSD


0

2

Нужна ли для SSD диска специализированная ФС, или подойдет обычная ReiserFS?

Что думают уважаемые господа эксперты о ФС NILFS2, которая, вроде бы, имеет какие-то специальные оптимизации для этих целей?

Deleted

Достаточно ext2 с noatime. Естественно, своп не нужен, а /tmp монтируется в оперативку.

Eddy_Em ☆☆☆☆☆
()

У всех современных контроллеры следят за износом. Так что по-большому счёту тип фс не важен.

Alan_Steel ★★
()
Ответ на: комментарий от Alan_Steel

>>> У всех современных контроллеры следят за износом. Так что по-большому счёту тип фс не важен.

Не совсем правда, у них есть wearing randomizer и всего-то. По сабжу любую ФС без журнала + noatime и MLC, MLC, MLC...

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от madgnu

Я пробовал ФС Btrfs, правда на hdd, и отметил значительную ее тормознутость. Не получится ли, что весь прирост скорости от sdd будет нивелирован малой скоростью работы ФС?

Deleted
()

ext3, ext4. Как обычно, в общем.

aidaho ★★★★★
()
Ответ на: комментарий от Deleted

Вообще говоря, местами она сильно быстрее ext4, местами немного проигрывает ей. Если еще включить LZO компрессию, скорость должна быть довольно высокой. Так что вряд ли нивелируется.

madgnu ★★★★★
()

>NILFS2, которая, вроде бы, имеет какие-то специальные оптимизации для этих целей?
Имеет. А ещё там можно откатиться на некоторое время назад.
У меня один раз после некорректного выключения потеряла пару файлов (хотя это было довольно давно). Других минусов не помню.

x3al ★★★★★
()
Ответ на: комментарий от Shtsh

ну опции для SSD имеет и ext4 - discard
только лучше она от этого не стала

megabaks ★★★★
()

Правильно оттюненная ext4 - проверенный вариант. journal_data_writeback, discard, noatime, nodiratime. Отказоустойчивость, конечно, от снижения уровня журналирования страдает, но остаётся в приемлемых рамках. btrfs не пробовал, говорят, сыровато и оверхед неприличный какой-то, но ручаться не берусь.

Axon ★★★★★
()
Ответ на: комментарий от Axon

Еще иногда встречается рекомендация добавить «elevator=noop» в параметры загрузки, т.к. диск сам умеет объединять последовательные запросы.

От этого может быть какая-то польза?

Deleted
()
Ответ на: комментарий от Deleted

От этого может быть какая-то польза?

Скорее всего, да. Я у себя так сделал.

Axon ★★★★★
()
Ответ на: комментарий от iZEN

В планах. В прошлый раз настройку OpenBSD на нетбуке так и не осилил. Сейчас буду умнее и заранее запасусь манами.

Deleted
()
13 ноября 2011 г.
Ответ на: комментарий от Shtsh

Btrfs проверял лично - результаты превосходят ожидания, но хранить данные пока рисковано, а вот систему поставить (при отдельно монтируемом /home) вполне резонно. И еще XFS вполне нормально работает, а слухи о потере данных на XFS сильно преувеличены - этот баг исправлен уже 3 года назад.

anonymous
()

протестировал NILFS2 работает медленно, при отключении во время записи сохраняет недописанный файл при следующем монтировании. Для сравнения XFS давал скорость записи раз 3-5 быстрее, при отключении во время записи восстанавливал последнее состояние файлов, как и положено для журналируемой ФС. Обнуления, которым пугают XFS не обнаружил ни разу как ни старался, наоборот, восстанавливались стертые файлы.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.