LINUX.ORG.RU

Ненулевая.

Гораздо интересней вопрос - а какой будет скорость чтения/записи если в зеркало запихать ssd и обычный hdd?

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

Даже слесарь знает, что скорость будет равна скорости наиболее медленного винта.

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

скорость чтения/записи если в зеркало запихать ssd и обычный hdd?

запись будет со скоростью самого медленно винта. А чтение как повезёт. Обычно один процесс читает только с одного винта (дефолтный алгоритм балансировки запросов). Поэтому дальше можешь сам смоделировать что будет в твоём случае.

true_admin ★★★★★ ()

ненулевая, без бэкапов никуда.

кстати, в raid1 можно и больше двух винтов запихать.

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

Неплохо бы было оптимизировать md драйвер, чтобы чтение производилось всегда с более быстрого носителя. Расширит потенциальные возможности применения зеркалирования.

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

Неплохо бы было оптимизировать md драйвер, чтобы чтение производилось всегда с более быстрого носителя.

Там можно указать медленный компонент — он будет исключён из балансировки чтения, кроме крайней необходимости.

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

А, ну тогда, остаётся, конечно, запись, но вообще - для случаев надёжности - вполне можно использовать...

А если делать raid1 из 3 массивов - ssd, hdd, ramdisk - будет ещё более интересная конструкция :D

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

Мсье знает толк в извращениях. Особенно интересным будет ребилд конструкции при каждом старте системы :) Да и практическая применимость ее близка к нулю - ввиду того, что реально то же самое делает обычный файловый кеш.

NiTr0 ★★★★★ ()

А по сабжу: вероятность вылета обеих винтов ИМХО будет намного больше чем при использовании одиночного SSD. Сомневаюсь, что весь стек (fs->lvm?->mdraid->ssd) будет передавать накопителям TRIM для удаленных файлов (даже более того - практически уверен, что TRIM передаваться не будет самим mdraid ввиду требования к идентичности данных на винтах массива) - а без него надежность резко падает, особенно для разделов, имеющих свойство заполняться под завязку.

NiTr0 ★★★★★ ()

для твердотельных дисков момент смерти определяется либо износом, либо багами в контроллере. В raid1 износ идентичных дисков будет одинаковым, следовательно умрут они у тебя приблизительно в одно время.
Хочешь повысить надежность - объединяй твердотельный диск с обычным. Тут основная проблема будет в балансировке скорости, кроме рейда можешь копнуть в сторону каскадного монтирования

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

TRIM работает на уровне файловой системы. На уровне объединённых физических томов не работает. Вот где может пригодится нарушение разделения на уровне, так это в технологии таких файловых систем, как ZFS и Btrfs — они имеют полную информацию не только о логической организации хранилища, но и о физических параметрах самих носителей.

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

Я так понимаю если у меня mdraid->fs то trim нервно курит в сторонке? А если в принципе на винтах (120гб) не будет ничего кроме базы на 10гигов? Чем грозит?

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

Я так понимаю если у меня mdraid->fs то trim нервно курит в сторонке?

Угу.

А если в принципе на винтах (120гб) не будет ничего кроме базы на 10гигов? Чем грозит?

Сделайте раздел гигов на 20-30 рэйд, остальное место оставьте неразмеченным. Скорее всего - надежность не пострадает, но вот умрут SSD с большой вероятностью примерно в одно и то же время. Ибо износ будет одинаковым.

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

Оставить побольше свободного места. Ибо после инициализации рэйда с большой вероятностью место пометится как занятое...

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