The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Руководство по тюнингу файловых систем Linux для Flash-накоп..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Руководство по тюнингу файловых систем Linux для Flash-накоп..." +2 +/
Сообщение от Аноним (-), 04-Июл-13, 14:05 
> Хранить данные в метаданных - это агли хак.

Да нормально - если файл мелкий, сразу же и прочитается. Механике меньше дергать головы, да и NAND поимеет некий профит, т.к. ему наиболее удобно читать последовательно и желательно побольше. Так что если удастся странсформировать 2 мелких чтения/записи в 1 покрупнее - это замечательно.

>> 1) Этот самый tail pack в рейзере - известный источник проблем.
> сам ты источник проблемы

Достаточно скормить гугле нечто типа reiser tail pack и узнать много нового и интересного :).

Хотя если уж мы о проблемах - рейзер вообще источник проблем. У авторов aMule например рейзер целиком все данные на серванте потерял после fsck.

>> 2) У рейзера 3.х плохие утилиты восстановления (fsck) которые временами окончательно
>> добивают том совсем вместо его починки.
> Покажи хоть один багрепорт в листе рассылки за последние пять лет, балаболка

А нет смысла репортить - как минмум 1 ситуация такого плана объявлена "known issue".

Описанная ситуация в которой это возможно: если на томе отформаченом в рейзер лежит образ диска, и так получилось что он тоже был с рейзером - fsck рейзера очень даже может взять дерево из образа и попробовать "починить" на основе этих данных несущий том. Результатом станет полный дестрой, разумеется. Разработчики рейзера на это скзали "known issue" и предложили воркэраунд - "не храните образа диска с reiserss на томе reiserfs". Что, конечно, замечательно, но риск факапов полностью не отменяет. Сколько там еще поодбных ситуаций - понятия не имею. Вот эта точно есть - это сами же разработчики рейзера и описали как известную проблему.

А то что багрепортов мало - посмотрите что в основном использует народ. Там и багрепорты, собственно. Не потому что EXT4 бажный, а потому что повсеместный :).

> Булшит - это в Btrfs вместо B-деревьев, что и было показано на популярном языке.

Булшит - это в основном статьи Шишкина. Себе он сделал фантастического размера скидки, зато к btrfs докопался что в синтетических случаях, дескать, может быть так и сяк. Тем не менее, пусть он сначала попробует столько же возможностей  реализовать, чтоб оно при этом не глюкало постоянно. А я потом тоже найду к чему докопаться :). Благо, при должном желании свалить на лопатки можно любую ФС.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Руководство по тюнингу файловых систем Linux для Flash-накоп..., opennews, 03-Июл-13, 10:43  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру