The OpenNET Project / Index page

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

Структура и алгоритмы файловой системы XFS

19.01.2009 13:13

Вышла статья "XFS: структура и алгоритмы" (PDF, 360 Кб). В документе подробно рассмотрены дисковый формат XFS, алгоритмы работы драйвера, специфические оптимизации.

Кроме того, можно отметить представленный ранее перевод документа "Масштабируемость в файловой системе XFS" и перевод системного руководства xfs_quota(8) и xfs_admin(8).

  1. Главная ссылка к новости (http://www.filesystems.nm.ru/m...)
  2. Подборка похожих обзоров ФС: reiserfs, reiser4, JFS, ZFS, FFS, btrfs
  3. OpenNews: Архитектура и реализация reiser4
  4. OpenNews: Дизайн файловой системы JFS.
  5. OpenNews: Архитектура файловой системы ZFS
  6. OpenNews: Архитектура файловой системы btrfs
Автор новости: fresco
Тип: яз. русский / Практикум
Ключевые слова: fs, xfs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (51) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 15:02, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто не в курсе, вышла 3.0.0 версия xfsprogs

    Тут http://xfs.org/index.php/Getting_the_latest_source_code

     
     
  • 2.5, fresco (??), 16:37, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    странно
    на kernel.org тока 2.10.2 от декабря валяется
     
     
  • 3.7, pavlinux (ok), 17:39, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    http://xfs.org/index.php/XFS_Status_Updates

    "... xfsprogs is getting close to have the 3.0.0 release which will be the first full resync with the kernel sources since the year 2005."

    А ты про CXFS (Clustered XFS) Их там не пытал? Открывать будут??? :)
    http://www.sgi.com/products/storage/software/cxfs.html
    http://www.sgi.com/pdfs/2816.pdf (PDF x.зKb)


     

  • 1.6, Аноним (6), 17:26, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надёжная, бастрая ФС, особенно хороша на томе с "крупногабаритным" медиа. Использую на ровне с EXT3 и ReiserFS3. Познакомлюсь с ней поближе :)
     
     
  • 2.11, Аноним (11), 18:44, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Надёжная, бастрая ФС, особенно хороша на томе с "крупногабаритным" медиа. Использую на
    >ровне с EXT3 и ReiserFS3. Познакомлюсь с ней поближе :)

    Когда познакомишься поближе, тогда и расскажешь о её надёжности. :D


     
     
  • 3.24, Аноним (-), 21:40, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Надёжная, бастрая ФС, особенно хороша на томе с "крупногабаритным" медиа. Использую на
    >>ровне с EXT3 и ReiserFS3. Познакомлюсь с ней поближе :)
    >
    >Когда познакомишься поближе, тогда и расскажешь о её надёжности. :D

    Я чисто с обывательской точки зрения. Из личного опыта. Когда наводил справки по этой ФС, те, кто твердил что XFS - сырое говнище и вообще не нужна, ext3 наше всё, кажется остановили планку своего развития года эдак 4 назад. Я не жалуюсь. Пользуюсь на домашнем ПК (на работе в всязи со спецификой - венда. А так бы и там пользовался.), данные и после прерывания питания не терял, не говоря уж о порче ни стого, ни с сего.

     
     
  • 4.42, User294 (ok), 12:30, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >и вообще не нужна, ext3 наше всё, кажется остановили планку своего
    >развития года эдак 4 назад.

    Все так.Думаю что даже больше: EXT4 сделанный вот-вот только что - всего лишь банальное вытягивание EXTов до состояния которое у других ФС было уже 5-6 а то и более лет назад.Достаточно посмотреть на то когда у других ФС появились экстенты и B-деревья а линейные списки и т.п. структуры типа битовых карт и таблиц перестали юзать из-за проблем масштабирования ;).Поэтому те кто твердит что ничего кроме EXT'ов не нужно - или просто забыли отпустить ручник или некрофилы со стажем или под их задачи "5-летний комп с одним HDD 5-летней давности" им его и правда хватает.А как посмотришь на скорость работы XFS с большими файлами, обувать себя на это может и не захотеться... если с умом делать, зная сильные и слабые стороны ФС - все ок.

     
  • 3.30, Michael Shigorin (ok), 01:08, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Надёжная, бастрая ФС, особенно хороша на томе с "крупногабаритным" медиа. Использую на
    >>ровне с EXT3 и ReiserFS3. Познакомлюсь с ней поближе :)
    >Когда познакомишься поближе, тогда и расскажешь о её надёжности. :D

    Использую десятками годо-хостов, доволен.  Общая формула -- "XFS+UPS", в т.ч. дома.

     
  • 2.40, User294 (ok), 12:09, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Надёжная, бастрая ФС, особенно хороша на томе с "крупногабаритным" медиа. Использую на
    >ровне с EXT3 и ReiserFS3. Познакомлюсь с ней поближе :)

    Вообще, исторически эта "надежная" ФС известна своим занулением данных в файлах =).Хотя это долго и упорно чинили.Насколько починили - хрен знает: при юзании XFS предпочитаю не тестировать это на реальных данных, подперев упсой и по возможности преимущественно большие файлы, по возможности в основном read-only.Так можно пользоваться плюсами XFS не знакомясь с (хрен его знает добитыми ли) минусами :D.

     

  • 1.8, i (??), 17:48, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    скажите а есть в природе драйвер XFS под винду?
     
     
  • 2.9, SAABeilin (?), 17:54, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ro точно есть.
    Насчет rw не уверен.
     
     
  • 3.44, Эргил (?), 12:44, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ссылку в студию!
     
     
  • 4.45, pavlinux (ok), 13:04, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    http://google.com
     
  • 4.46, User294 (ok), 13:09, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ссылку в студию!

    Были у crossmeta.com но судя по сайту - бобик сдох... при том кажется не доведя драйвера до ума. Да и вообще, пора уже привыкнуть что под винды по части ФС - попа.Микрософт сам ее создал потребовав бабла за SDK и забив болт на развитие этого направления.Ну вот и получается что всерьез в винде можно выбирать между антикварным фат32 да NTFS, склонным к фрагментации и не сильно то и быстрым.Еще есть сторонний ext2 драйвер.Без журналирования и ттооррммоозз.Ну вот пусть виндузятники и выбирают, ха-ха =)

     

  • 1.10, metallic (?), 18:05, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пытался использовать эту ФС на массиве 22ТБ, пробовал делать проверку, спустя некоторое время вывалилась из-за нехватки ОП (было 4ГБ).
    Остановился на JFS, вроде все нормально.
     
     
  • 2.12, dmitry (??), 18:48, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Не осилили документацию.
     
  • 2.13, geo (??), 19:10, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Пытался использовать эту фс на четырех машинах. Все четыре рухнули в течении года по идентичной причине - отключение питания на ходу. Момент сбоя зафиксировать сложно, но при активности rw на файловой системе после сбоя она крайне быстро деградирует до полного разрушения. Теряются файлы, обнуляются, заполняются не тем содержимым. Как правило если такой сбой произошел достаточно месяца для 50%-ного разрушения, я бы назвал "периодом полураспада" :))))
     
  • 2.18, pavlinux (ok), 20:42, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    RTFM, RTFM и ещё раз RTFM, как завещали  Гей-Люссака, Бойл-Марриот, Шарп, и постоянный Больцман :)

    особенно на тему

    mkfs.xfs
    -d agcount=n, agsize=n
    -l agnum=n,size=num,version=n
    -n size=num,version=n

    а так же
    mount -t xfs на предмет  osyncisosync, inode64, logbsize=n

    Надеюсь вы на сервере, НЕ додумались включит noatime, nodiratime...

    Ах да, и можно глянуть команду проверки XFS

     
     
  • 3.27, Аноним (11), 22:31, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    И зачем же на сервере этот идиотизм atime?
     
  • 3.31, Michael Shigorin (ok), 01:12, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >-d agcount=n, agsize=n
    >-l agnum=n,size=num,version=n
    >-n size=num,version=n

    Ну и что там особо наоптимизируешь?  Там вполне разумные умолчания считаются, да и по страйпам лучше не разложишь.  Вот lazy-count интересней.  И вынос журнала на отдельный шпиндель, говорят -- мне вот всё как-то не доводилось, больше восьми дисков на тушку не осваивал.

    >mount -t xfs на предмет  osyncisosync, inode64, logbsize=n

    Спасибо, надо будет глянуть.

    >Надеюсь вы на сервере, НЕ додумались включит noatime, nodiratime...

    Включил, конечно. :-P

     
     
  • 4.35, pavlinux (ok), 04:30, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Там вполне разумные умолчания считаются,

    Я не думаю, что 16 или 32 allocation group (-d agcount=32), или сколько там по умолчанке,
    на 22Tb это есть хорошо...

    Я бы выставил по 128Gb mkfs.xfs -d agsize=128Gb (или в среднем 2-4 группы на физический диск)

     
  • 3.49, User294 (ok), 14:14, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Надеюсь вы на сервере, НЕ додумались включит noatime, nodiratime...

    Типа XFS настолько быстро работает что необходимо ему подгадить?Внимание, вопрос: а нахрен время доступа на сервере?Если к файлам интенсивно обращаются оно не имеет практического смысла.А вот протормозить ФС - может.

     
  • 2.53, User294 (ok), 15:25, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Остановился на JFS, вроде все нормально.

    По скорости средненький какой-то (наверное потому и не юзается особо?).К рассыпаниям вроде не склонен - во всяком случае у мну с jfs никогда не было проблем, даже без подпирания упсой.В интернете тоже как-то матюков на разрушения jfs томов не густо - хороший признак на мое имхо.В итоге - ФС как ФС.Вполне юзабельная вроде.

     

  • 1.14, mikoto (?), 19:40, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Около полугода пользуюсь (домашняя машина), все ок. Отключение питания было много раз. То, что файлы медленно удаляет - да, есть. В остальном все хорошо.
     
     
  • 2.15, geo (??), 20:02, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Файлы она кстати значительно быстрее удаляет чем ext2/3.
    Только это не повод, чтобы рисковать данными ради сомнительных удовольствий.
    ext3 наше все. относительно медленная, но проверенная временем и нештатными ситуациями.
     
     
  • 3.26, pavlinux (ok), 22:00, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > ext3 наше все. но проверенная временем

    Про время..... уже смИшно. :)

     
     
  • 4.33, Аноним (11), 02:35, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ах.. ах... прямо и не знаю что сказать. это прямо поветрие какое-то - фс ругать.
    мне вот ext на lvm вполне устраивает. одно из лучших решений на данный момент.
    лучшее назовёте?
     
     
  • 5.50, User294 (ok), 14:23, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >мне вот ext на lvm вполне устраивает. одно из лучших решений на
    >данный момент.

    Лучших чем что?С чем сравнивали?В какой ситуации?И чем лучше?А то анекдот про "армяне лучше чем грузины" вспоминается.

    >лучшее назовёте?

    Не, так не пойдет - вы кукарекнули что одно из лучших - вам и обосновывать.Я вот у XFS вижу явное преимущество в такой конфигурации: он за счет своего layout запросто размажется на несколько дисков с соответствующей прибавкой в скорости.Если диски могут работать параллельно - XFS в разы выиграет в скорости, не выдвигая каких-то специальных требований к организации всего этого - лишь бы параллельно работало.EXT-ы это смогут далеко не всегда(только если специально подыграть, например, stripe-ом).Ну и на больших файлах XFS традиционно лучше.На куче мелочи XFS ничего шедеврального не покажет.Более того - время удаления в некоторых случаях клиническое - наблюдал как XFS стирал файл на 4Гб секунд 30...но его качали торентом и без предварительной аллокации - похоже найден метод эффективно подгадить XFS'у ;)

     
     
  • 6.57, SnoWLight (?), 21:26, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >На куче мелочи XFS ничего шедеврального не покажет.Более того
    >- время удаления в некоторых случаях клиническое - наблюдал как XFS
    >стирал файл на 4Гб секунд 30...но его качали торентом и без
    >предварительной аллокации - похоже найден метод эффективно подгадить XFS'у ;)

    У меня домашняя машина используется в основном как битторрент клиент, два диска по 300 гб без райда, в районе 400 гигов в раздаче, сеть 100 Мбит, камень Athlon X2 4200+, два гига памяти. Эксперементировал с фс, в порядке производительности ext3-reiser3-xfs. Разница реально в разы. Я не знаю че там у вас за сервера используются, но могу сказать что при нормальном аплоаде/даунлоаде скорость примерно на ext3 - 3-4 Мбайт в секунду, reiser3 в районе 7-8 и XFS 11 - т/е в случае XFS закачка идет на полной скорости сетевого интерфейса. Как вы понимаете для современного винта скорость 10 мегабайт/с просто ничто. Внимание вопрос. Куда девается скорость в случае ext3 (у reiser'а понятно - проц грузится)?

    По поводу стабильности (из личного опыта) неприятно удивляет ext3 - в случае сбоя питания вероятность обрушения при последующей проверке fsck в районе 10-30 процентов. Лучше всего себя ведет reiser3, ставил людям шлюзы на нем, работали прекрасно на сыпавшихся винтах. Шлюзы собраны из хлама. Да здравствует Linux.

     
     
  • 7.58, User294 (??), 18:51, 21/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Я совсем не против того что XFS быстр на чтении, особенно больших файлов Собстве... текст свёрнут, показать
     
  • 3.32, Michael Shigorin (ok), 01:13, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >ext3 наше все. относительно медленная, но проверенная временем и нештатными ситуациями.

    Не относительно, а дико; временем и ситуациями проверено ровно то, что рассыпаться она тоже умеет.  Хоть и более деревянная.

    Если у Вас пока не рассыпалось -- хорошо, но сами понимаете, мало о чём говорит.

     
     
  • 4.34, vitek (??), 02:39, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    рассыпаться умеет всё.
    лет 15 уже "пока". и "пока" нормально.
    а нужно лучше? берем её же и лвм.
     
     
  • 5.43, 1 (??), 12:42, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >лет 15 уже "пока". и "пока" нормально.

    По всей видимости, аффтар не знает, какой сейчас год и с каком году ext3 появилась в ядре - значит просто берет на понт

     
     
  • 6.56, vitek (??), 16:28, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    "аффтар" имеет ввиду свой опыт работы с фс вообще и с линейкой extX в частности.
    >значит просто берет на понт

    а на хрена Вы мне здались? денег на Вас я всё-равно не заработаю.

     
  • 3.36, fresco (??), 09:12, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит признать, что здесь вы соврешенно правы. Щас делаю статью об ext4, пришлось хорошенько разобраться в вопросе. Действительно, разработчики ext2/3/4 очень серьезно подошли к устойчивости ФС к сбоям питания, случайным записям и битым секторам. Потом, у e2fsck очень сильная логика. Словом, вероятность успешного восстановления данных после некой ошибки у ФС семейства ext наивысшая. Это их единственное преимущество -- для многих решающее.

    Из практики могу сказать, что reiserfs ведет себя не менее достойно, но алгоритчмически ext3 сильнее -- мне, видимо, просто не доводилось сталкиваться с действительно серьезеными ошибками.

    PS: не забываем, что большинство этих вопросов нивелируется наличием UPS и RAID.

     
     
  • 4.37, fresco (??), 09:15, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    И нельзя не отметить, что в btrfs вопрос устойчивости к сбоям также в числе первых стоит.
     
  • 4.39, Anonymous (?), 12:01, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >но алгоритчмически ext3 сильнее

    да ничем она не сильнее, единственное ее "преимущество" (чисто структурное, со всеми вытекающими) - известно расположение инодов на диске, а "логика" так это вообще обзац:
    http://www.mail-archive.com/linux-ext4@vger.kernel.org/msg02272.html
    цитата по ссылке: "although ext3 has redundant copies of the superblock (RRedundancy), these copies are never updated after file system creation and hence are not useful. Finally, there are important cases when ext3 violates the journaling semantics, committing or checkpointing invalid transactions."

     
     
  • 5.47, fresco (??), 14:04, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    вы код посмотрите. да, ничего особенного там нет. просто предусмотрена обработка многих ситуаций, при возникновении которых прочие fsck либо честно паникуют, либо не в состоянии что либо сделать.

    да, все эти последствия вытекают из фиксированного положения таблиц inodes -- гордиться вроде бы нечем. но факт остается фактом -- устойчивость от этого сильно выигрывает.

    PS: я не являюсь фанатом или защитником ext2/3/4 -- напротив, всегда утверждал, что это изрядно устаревшие продукты. но сильные стороны у них есть, отрцать это бессмысленно.

    мало того, уверен, что ext4 приживется лишь у ленивых и конcервативных и только благодаря легкому апгрейду с ext3, да и то не надолго -- btrfs ее на голову выше по всем параметрам, включая устойчивость к сбоям железа. это уже поняли не только пользователи, но мэйнтейнеры -- судя по очень скорому ее включению в mainline kernel.

     
     
  • 6.52, User294 (ok), 15:14, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >PS: я не являюсь фанатом или защитником ext2/3/4 -- напротив, всегда утверждал,
    >что это изрядно устаревшие продукты. но сильные стороны у них есть,
    >отрцать это бессмысленно.

    Ну вот, а меня пинал за констатацию факта и заявлял что дескать у других лучше.Я не злопамятный, но память у меня хорошая ;)

    >мало того, уверен, что ext4 приживется лишь у ленивых и конcервативных и
    >только благодаря легкому апгрейду с ext3,

    ИМХО он еще приживется у тех кто юзает дефолты.То есть - у большинства.

    >-- btrfs ее на голову выше по всем параметрам, включая устойчивость
    >к сбоям железа.

    На него я возлагаю большие надежды.Это то чего я и жду =).Правда верить на слово - не мой метод.Вот когда его поюзает достаточно народа - будет видно насколько он "сыпуч" не в теории а на практике.Ну и надеюсь что тулзы их комплекта ФС не подкачают - без них даже лучшую ФС использовать страшно.Хороший тул должен быть не хуже ext'овских fsck.

     
     
  • 7.54, fresco (??), 15:42, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    каюсь :)
     
     
  • 8.59, User294 (??), 19:10, 21/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно вам, это я так, не со зла У вас статьи дельные по анатомии ФС на сайте,... текст свёрнут, показать
     
  • 4.41, anonymous (??), 12:20, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Из практики могу сказать, что reiserfs ведет себя не менее достойно

    Из практики: вчера у коллеги, после проверки файловой системы на диске (просто запустилась проверка раз в 30 дней, никаких сбоев питания не было.(ноутбук), ситуация штатная) полностью были перебиты права на каталог /usr/bin.....  Сталкиваюсь с этим уже второй раз. Ядра разные.
    Хотя скорее это проблемы не reiserfs а fsck....

     
     
  • 5.48, fresco (??), 14:07, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    да, fsck они облновляют достаточно активно -- значит есть причины. напишите багрепорт, что ли.

    подобных случаев я видел примерно одинаково как по ext3, так и по reiserfs. потому и говорю, что ведут они себя сходно.

     
  • 4.51, User294 (ok), 15:08, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Потом, у e2fsck очень сильная логика. Словом, вероятность успешного восстановления данных
    >после некой ошибки у ФС семейства ext наивысшая. Это их единственное
    >преимущество -- для многих решающее.

    Ну вот, а меня кто-то за констатацию этого факта в свое время ругал =)

     
     
  • 5.55, fresco (??), 15:44, 20/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну виноват, виноват :)

    полез разбираться, посмотрел -- действительно не плохо дселано.

     
     
  • 6.60, User294 (??), 20:21, 21/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >  ну виноват, виноват :)

    А, ерунда, мне ваши статьи про ФС нравятся.На русском ничего лучше вообще не попадалось.

    >полез разбираться, посмотрел -- действительно не плохо дселано.

    Если б там плохо сделали - толпы злых пользователей imho давно бы устроили такой вой что все бы знали что линуксы - это такой глюкатель который норовит угробить данные :).Просто потому что EXTы пользуют более 90% инсталляций (если не ошибаюсь).При этом халтура неизбежно выплывет и многократно икнется.А при таком масштабе использования - писать качественно просто придется.Или закидают тухлыми помидорами, так что не отмоешься.

     

  • 1.16, Аноним (11), 20:27, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Стереотипы. Проблемы, связанные с обнулением, датированы 2003 вроде бы годом. Давно уже исправлены. Что касается "памяти не хватило"
    > Не осилили документацию.

    Использую не один год на 10ТБ медиа-архиве.

     
     
  • 2.62, User294 (ok), 15:15, 28/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Стереотипы. Проблемы, связанные с обнулением, датированы 2003 вроде бы годом.

    А если верить ченжлогам линуксного кернеля то их остатки добивали явно позже.

     

  • 1.17, c400 (?), 20:34, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использую 2,5 года на сервер (2 массива 5го уровня)
    За это время чего только не было
    поочерендно заменял харды в массивах
    Растягивал ФС неоднократно
    Вырубал питание (не в момент растягивания :)))

    Вобщем все отлично! Очень доволен. Перешел с ReiserFS. Ну очень доволен!

     
  • 1.29, i (??), 23:00, 19/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    использую raid5 с XFS уже года 3.
    добавлял диски в рейд и растягивал фс, причем на лету :)
    сейчас рейд из 5 по 500гб дисков /dev/md0 on /opt type xfs (rw,sunit=256,swidth=1024)
    за все время проблем не было, правда 1 раз нарвался на баг, некоторые процессы делающие i/o на xfs переходили в deep sleep. Не помню в каком ядре это исправили.
     
     
  • 2.61, партизан (?), 15:03, 28/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    штуки 4 сервера с raid5 и  восемью винтами на 750мб - 1тб.
    Ровно и стабильно работают, отдавая до 2 гигабит каждый.
    XFS поставлена на сырой md0 без создания раздела.
    Больше года - полёт нормальный, проблем не выявлено... :)
    Выключения при работе не приводили к повреждению XFS.



     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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