stripe из флешек и rw снапшоты
Задача, воспользоваться высокой скоростью чтения с флешек и попытаться обойти опасные места связанные с записью (медленная скорость, короткий срок жизни от циклов записи).
Пока у меня есть частично один вариант решения lvm2 stripe на флешках + живем в rw snapshot на HDD и периодически переливаем изменения на флешку с пересозданием снапшота.
Плюсы:
* очень высокая скорость чтения (независимость от фрагментации, линейное увеличение скорости от количества устройств)
* контролируемая запись на флешки (кстати так же скорость линейно увеличивается) для ограничения количества циклов записи.
Недостатки:
* нет механизмов для переноса изменений в снапшоте в исходный том без отключения тома и без лишних копирований (копировать можно только на уровне файлов программами вида rsync)
* непонятные тормоза с записью в снапшот, наблюдения atop показали что при записи в снапшот происходит чтение из оригинала (один раз на сектор), даже если читается весь сектор, например линейная запись dd . (При записи в оригинал еще хуже - происходит чтение оригинала и запись в снапшот).
Есть еще unionfs сильно не копался, но судя по некоторым сообщениям на форумах кажется у нее проблемы с точками монтирования внутри нее, плюс при записи в файл происходит его полное копирование. Аналоги еще менее развиты, если какие есть и есть опыт работы с ними, подскажите.
P.S. Наверное это вопрос не по gentoo, но меня интересует реализация именно на ней (т.е. zfs даже не прийдется рассматривать, хотя на будущее хотел приглядеться в сторону xen именно как средство сэкономить на оборудовании если программные и лицензионные средства не позволяют решить все на одном устройстве).
- Для комментирования войдите или зарегистрируйтесь
Однако мысль
Однако мысль материальна... а то я подумывал покопаться в исходниках на предмет допилить до нужной функциональности
В LVM появилась поддержка слияния снапшотов