The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Анатомия журналируемых файловых систем Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: Анатомия журналируемых файловых систем Linux"  
Сообщение от opennews (??) on 07-Окт-08, 17:37 
В статье (http://www.ibm.com/developerworks/ru/library/l-journaling-fi...) рассказано об идеях, приведших к появлению  журналируемых файловых систем, а также о том, почему эти системы обеспечивают лучшую целостность данных в случае сбоя питания или краха системы.

URL: http://www.ibm.com/developerworks/ru/library/l-journaling-fi...
Новость: https://www.opennet.ru/opennews/art.shtml?num=18285

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

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


1. "Анатомия журналируемых файловых систем Linux"  
Сообщение от Аноним (??) on 07-Окт-08, 17:37 
Местами там обозреватель заговаривается. Например, XFS - известнейший тормоз, а там о ней "...обеспечивает очень высокую производительность..." xD
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Анатомия журналируемых файловых систем Linux"  
Сообщение от я on 07-Окт-08, 18:13 
>Местами там обозреватель заговаривается. Например, XFS - известнейший тормоз, а там о
>ней "...обеспечивает очень высокую производительность..." xD

вы дорогуша наверно просто не знаете как использовать xfs

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

3. "Анатомия журналируемых файловых систем Linux"  
Сообщение от дорогуша on 07-Окт-08, 18:33 
и как?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Анатомия журналируемых файловых систем Linux"  
Сообщение от User294 (??) on 07-Окт-08, 21:05 
>и как?

Read the f..ng manual, Luke!А то микроскопом и правда гвозди забивать медленно и неудобно.Кто-то разве сомневался?

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

4. "Анатомия журналируемых файловых систем Linux"  
Сообщение от Аноним (??) on 07-Окт-08, 18:44 
Неужели? Вероятно, просто не использовать xfs? xD
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Анатомия журналируемых файловых систем Linux"  
Сообщение от mitya (ok) on 07-Окт-08, 20:14 
Ну так поделитесь сокровенным знанием...


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

8. "Анатомия журналируемых файловых систем Linux"  
Сообщение от User294 (??) on 07-Окт-08, 21:07 
>Неужели? Вероятно, просто не использовать xfs? xD

Ага, а если у вас заболит голова - срочно юзайте гильотину.Надежное избавление от головной боли!Стопроцентная гарантия эффекта!Српашивайте в аптеках! :)

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

6. "Анатомия журналируемых файловых систем Linux"  
Сообщение от User294 (??) on 07-Окт-08, 21:02 
>Местами там обозреватель заговаривается. Например, XFS - известнейший тормоз,

Местами анонимы - знатные ламера.Кондовые такие, деревянненькие.Иначе бы наш анонимный позорник знал бы что XFS быстр, но только:
1) XFS быстр при работе с БОЛЬШИМИ ФАЙЛАМИ.Порой здорово делая на этом поприще остальных.
2) XFS использует специальную архитектуру которая хорошо размазывается на многодисковые конфигурации.Если у вас что-то типа raid - XFS при правильном подходе сможет выюзать преимущества оного на всю катушку за счет разнесения записей на параллельные, попадающие на разные диски.
2.1) Следствие: работа с большими файлами в параллельном режиме - это то что XFS любит и уважает.Разрывая большую часть конкурентов на этом поле как тузик грелку.
3) В некоторых случаях дефолтные настройки XFS не очень оптимальны.Иногда ему требуется твикинг.
4) В XFS тормозное удаление файлов.Вот тут он тормоз.Да.И средненькая работа с множеством мелких файлов.

Отсюда вывод: если у вас тормозит XFS, значит вы лопухнулись с выбором ФС под задачу или дефолтные настройки под задачу плохо подходят.Это нормально, у любой ФС есть сильные и слабые места.Идеальных файловых систем не бывает - бывают унылые середнячки которые сносно работают на разных типах нагрузок но на "тематических" поприщах сильно сливают более специализированным ФС которым определенный тип нагрузки удобнее чем иные типы нагрузок.Скажем если XFS не ахти для установки на него системы и может даже слить EXT3 (с обычным журналингом), то вот при работе с большими (iso-sized или более) файлами XFS шутя порвет того же EXT3 на британский флаг по скорости чтения\записи файлов например.А уж если параллельный доступ к такому файлу, тут и вовсе EXT3 стушуется и будет натужно хрустеть диском гоняя головы HDD туда-сюда а XFS будет чуть ли не в разы лучше за счет своей архитектуры с несколькими allocation groups.

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

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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