The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Руководство по тюнингу файловых систем Linux для Flash-накоп..., opennews (??), 03-Июл-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


29. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Аноним (-), 03-Июл-13, 13:12 
> в бтрфс пилят модные фичи (хотя - странным образом, читайте Шишкина http://habrahabr.ru/post/108629/)
> extX - поддерживают преемственность прошлых версий и "достаточную" производительность

С ними всё ясно.

> xfs - мультимедийные данные...

А чем оно лучше ext для этой цели?

> reiserfs - интересная архитектура

И что оно даёт? Какие конкретно "интересности"?

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

35. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +1 +/
Сообщение от Аноним (-), 03-Июл-13, 14:01 
>> xfs - мультимедийные данные...
> А чем оно лучше ext для этой цели?

Если у вас один процессор или домашняя дисковая подсистема то скорее всего ничем, если же у вас несколько процессоров и дисковая подсистема позволяет то у XFS скорость операций растёт практически линейно с увеличением процессоров. ext4 пока только приближается к этим показателям.

>> reiserfs - интересная архитектура
> И что оно даёт? Какие конкретно "интересности"?

tail pack например

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

64. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  –2 +/
Сообщение от Аноним (-), 03-Июл-13, 17:44 
> tail pack например

Нынче подобные  по смыслу фокусы, как минимум, хранение мелких файлов прямо в метаданных - умеют как минимум EXT4 и btrfs.

А еще вы забилы уточнить пару моментов:
1) Этот самый tail pack в рейзере - известный источник проблем. Что вам тот гражданин сделал что вы ему заведомо грабельную фичу сватаете?
2) У рейзера 3.х плохие утилиты восстановления (fsck) которые временами окончательно добивают том совсем вместо его починки.
3) А рейзер 4, у которого интересная архитектура - вообще сырой недопилок с непонятными перспективами. Работает над ним целый Шишкин. А работы там - как на пять btrfs'ов, если по нормальному делать то что задумано. Ну в общем лет через 500 такими темпами может что и получится.

И главное: никогда не читайте мнение автора о его собственной программе и наиболее очевидных конкурентах. Это почти всегда заведомо необъективный буллшит. У конкурентов всегда оказывается масса недостатков, ну а свое - оно как известно не пахнет...

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

72. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Аноним (-), 03-Июл-13, 18:31 
> Нынче подобные  по смыслу фокусы, как минимум, хранение мелких файлов прямо
> в метаданных - умеют как минимум EXT4 и btrfs.

Хранить данные в метаданных - это агли хак.


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

сам ты источник проблемы


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

Покажи хоть один багрепорт в листе рассылки за последние пять лет, балаболка


> И главное: никогда не читайте мнение автора о его собственной программе и
> наиболее очевидных конкурентах. Это почти всегда заведомо необъективный буллшит. У конкурентов

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

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

79. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Orduemail (ok), 03-Июл-13, 19:31 
> Булшит - это в Btrfs вместо B-деревьев, что и было показано на популярном языке.

На мой взгляд, он перестарался с популяризацией. Популяризация хороша тогда, когда простыми словами объясняет сложные вещи, но когда всё сводится к "btrfs говно и не лечится, а я умная в белом пальто стою красивая",  немного пересыпается поцреотизмом и академическим ЧСВ, то это уже, извините, не популяризация, а речь политика. Ну или, если хотите, популяризация для быдла.

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

84. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Anonymous1 (?), 03-Июл-13, 22:43 
Главная проблема райзера - не более 1024 буферов чтения/записи, в результате чего запись больших файлов медленная.
Для XFS одна из главных фич (на мой взгляд) - agsize=4g, что позволяет писать (разные и большие) файлы в столько потоков, сколько ядер у проца (Numa-oriented, естественно, а не Интеловские кеш-на-два-ядра извраты).
Плюс райзера - быстро пишет много мелких файлов. На мой взгляд, единственный.  


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

99. "Руководство по тюнингу файловых систем 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 докопался что в синтетических случаях, дескать, может быть так и сяк. Тем не менее, пусть он сначала попробует столько же возможностей  реализовать, чтоб оно при этом не глюкало постоянно. А я потом тоже найду к чему докопаться :). Благо, при должном желании свалить на лопатки можно любую ФС.

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

51. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  –2 +/
Сообщение от Анонимemail (51), 03-Июл-13, 15:08 
> А чем оно лучше ext для этой цели?

Быстрей практически во всех отношениях. Единственное где может проиграть - удаление каталогов со 100000 файлов.

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

65. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Аноним (-), 03-Июл-13, 18:01 
> Быстрей практически во всех отношениях.

Да хрен там. Только при работе с мелочью и не во всех операциях. На больших файлах рулит XFS, особенно в многодисковых конфигах. А EXT4 - просто достаточно резвый и труднораздалбываемый, умеет discard (для SSD актуально). F2FS - предсказуемо надирает попы на флеше. Но пока сыроват (только выкатили же) и fsck нету.

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

74. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Анонимemail (51), 03-Июл-13, 18:45 
XFS также "discard (для SSD актуально)"
Ответить | Правка | Наверх | Cообщить модератору

100. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Аноним (-), 04-Июл-13, 14:07 
> XFS также "discard (для SSD актуально)"

Зато он с мелочью работает плоховато. Его конек - быстрая работа с большими файлами. SGI - это ж были рабочие станции для видеомонтажа и тому подобного. Ну вот что-то такое для XFS'а и хорошо.

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

111. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Crazy Alex (??), 04-Июл-13, 18:30 
У вас не актуальные данные. XFS сильно допилили по работе с мелочью, кое-где он и Ext4 обскакивал. Правда, потом Ext4 тоже подкручивали, так что не знаю, кто там сейчас шустрее, но катастрофических отставаний точно нет.
Ответить | Правка | Наверх | Cообщить модератору

122. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."  +/
Сообщение от Аноним (-), 05-Июл-13, 21:28 
> У вас не актуальные данные.

У меня вполне себе актуальный тридесятый кернель и тома в XFS. Ты мне хочешь рассказать о их свойствах? Ну попробуй :).

Спору нет, XFS допилили. Резвее стало. Но не быстрее конкурентов типа ext4 и рейзера.

> XFS сильно допилили по работе с мелочью,

А все-равно слоупочит он как-то на разлапистых иерархиях с мелочевкой.

> кое-где он и Ext4 обскакивал.

Может кое где оно и обскакивает, но в целом - впечатления при работе с мелочью хуже чем в случае с EXT4. Мне нравится как оно с большими файлами работает - вот там оно себя оправдывает. И фрагментация минимальна, и скорость ядреная. А вот работа с разлапистыми иерархиями из мелочи мне не понравилась, ext4 быстрее обычно отрабатывает.

> Правда, потом Ext4 тоже подкручивали, так что не знаю, кто там сейчас шустрее,
> но катастрофических отставаний точно нет.

Кроме случая когда что-то делается с иерархией из мелочи. В общем как оно было хорошо для больших файлов так и осталось. Принципиально свойства дизайна никуда не изменились.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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