В статье (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

• Анатомия журналируемых файловых систем Linux,Аноним, 17:37 , 07-Окт-08
  • Анатомия журналируемых файловых систем Linux,я, 18:13 , 07-Окт-08
    • Анатомия журналируемых файловых систем Linux,дорогуша, 18:33 , 07-Окт-08
      • Анатомия журналируемых файловых систем Linux,User294, 21:05 , 07-Окт-08
    • Анатомия журналируемых файловых систем Linux,Аноним, 18:44 , 07-Окт-08
      • Анатомия журналируемых файловых систем Linux,mitya, 20:14 , 07-Окт-08
      • Анатомия журналируемых файловых систем Linux,User294, 21:07 , 07-Окт-08
  • Анатомия журналируемых файловых систем Linux,User294, 21:02 , 07-Окт-08

Местами там обозреватель заговаривается. Например, XFS - известнейший тормоз, а там о ней "...обеспечивает очень высокую производительность..." xD

>Местами там обозреватель заговаривается. Например, XFS - известнейший тормоз, а там о
>ней "...обеспечивает очень высокую производительность..." xD

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

и как?

>и как?

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

Неужели? Вероятно, просто не использовать xfs? xD

Ну так поделитесь сокровенным знанием...

>Неужели? Вероятно, просто не использовать xfs? xD

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

>Местами там обозреватель заговаривается. Например, 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.