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

Структура и алгоритмы файловой системы XFS, opennews (ok), 19-Янв-09, (0) [смотреть все] Кто не в курсе, вышла 3 0 0 версия xfsprogsТут http xfs org index php Getting_, pavlinux (ok), 15:02 , 19-Янв-09, (1) // страннона kernel org тока 2 10 2 от декабря валяется, fresco (??), 16:37 , 19-Янв-09, (5) // http xfs org index php XFS_Status_Updates xfsprogs is getting close to hav, pavlinux (ok), 17:39 , 19-Янв-09, (7) Надёжная, бастрая ФС, особенно хороша на томе с крупногабаритным медиа Исполь, Аноним (6), 17:26 , 19-Янв-09, (6) // Когда познакомишься поближе, тогда и расскажешь о её надёжности D , Аноним (11), 18:44 , 19-Янв-09, (11) // Я чисто с обывательской точки зрения Из личного опыта Когда наводил справки по, Аноним (-), 21:40 , 19-Янв-09, (24) // Все так Думаю что даже больше EXT4 сделанный вот-вот только что - всего лишь ба, User294 (ok), 12:30 , 20-Янв-09, (42) Использую десятками годо-хостов, доволен Общая формула -- XFS UPS , в т ч до, Michael Shigorin (ok), 01:08 , 20-Янв-09, (30) Вообще, исторически эта надежная ФС известна своим занулением данных в файлах , User294 (ok), 12:09 , 20-Янв-09, (40) скажите а есть в природе драйвер XFS под винду , i (??), 17:48 , 19-Янв-09, (8) // ro точно есть Насчет rw не уверен , SAABeilin (?), 17:54 , 19-Янв-09, (9) // ссылку в студию , Эргил (?), 12:44 , 20-Янв-09, (44) // http google com, pavlinux (ok), 13:04 , 20-Янв-09, (45) Были у crossmeta com но судя по сайту - бобик сдох при том кажется не доведя , User294 (ok), 13:09 , 20-Янв-09, (46) Пытался использовать эту ФС на массиве 22ТБ, пробовал делать проверку, спустя не, metallic (?), 18:05 , 19-Янв-09, (10) // Не осилили документацию , dmitry (??), 18:48 , 19-Янв-09, (12) Пытался использовать эту фс на четырех машинах Все четыре рухнули в течении год, geo (??), 19:10 , 19-Янв-09, (13) RTFM, RTFM и ещё раз RTFM, как завещали Гей-Люссака, Бойл-Марриот, Шарп, и пост, pavlinux (ok), 20:42 , 19-Янв-09, (18) // И зачем же на сервере этот идиотизм atime , Аноним (11), 22:31 , 19-Янв-09, (27) Ну и что там особо наоптимизируешь Там вполне разумные умолчания считаются, да, Michael Shigorin (ok), 01:12 , 20-Янв-09, (31) // Я не думаю, что 16 или 32 allocation group -d agcount 32 , или сколько там по у, pavlinux (ok), 04:30 , 20-Янв-09, (35) Типа XFS настолько быстро работает что необходимо ему подгадить Внимание, вопрос, User294 (ok), 14:14 , 20-Янв-09, (49) По скорости средненький какой-то наверное потому и не юзается особо К рассыпа, User294 (ok), 15:25 , 20-Янв-09, (53) Около полугода пользуюсь домашняя машина , все ок Отключение питания было мног, mikoto (?), 19:40 , 19-Янв-09, (14) // Файлы она кстати значительно быстрее удаляет чем ext2 3 Только это не повод, что, geo (??), 20:02 , 19-Янв-09, (15) // Про время уже смИшно , pavlinux (ok), 22:00 , 19-Янв-09, (26) // ах ах прямо и не знаю что сказать это прямо поветрие какое-то - фс ругать , Аноним (11), 02:35 , 20-Янв-09, (33) Лучших чем что С чем сравнивали В какой ситуации И чем лучше А то анекдот про а, User294 (ok), 14:23 , 20-Янв-09, (50) У меня домашняя машина используется в основном как битторрент клиент, два диска , SnoWLight (?), 21:26 , 20-Янв-09, (57) Я совсем не против того что XFS быстр на чтении, особенно больших файлов Собстве, User294 (??), 18:51 , 21-Янв-09, (58) Не относительно, а дико временем и ситуациями проверено ровно то, что рассыпать, Michael Shigorin (ok), 01:13 , 20-Янв-09, (32) // рассыпаться умеет всё лет 15 уже пока и пока нормально а нужно лучше берем, vitek (??), 02:39 , 20-Янв-09, (34) По всей видимости, аффтар не знает, какой сейчас год и с каком году ext3 появила, 1 (??), 12:42 , 20-Янв-09, (43) аффтар имеет ввиду свой опыт работы с фс вообще и с линейкой extX в частности , vitek (??), 16:28 , 20-Янв-09, (56) Стоит признать, что здесь вы соврешенно правы Щас делаю статью об ext4, пришлос, fresco (??), 09:12 , 20-Янв-09, (36)   // И нельзя не отметить, что в btrfs вопрос устойчивости к сбоям также в числе перв, fresco (??), 09:15 , 20-Янв-09, (37)   да ничем она не сильнее, единственное ее преимущество чисто структурное, со в, Anonymous (?), 12:01 , 20-Янв-09, (39)   вы код посмотрите да, ничего особенного там нет просто предусмотрена обработка, fresco (??), 14:04 , 20-Янв-09, (47)   Ну вот, а меня пинал за констатацию факта и заявлял что дескать у других лучше Я, User294 (ok), 15:14 , 20-Янв-09, (52)   каюсь , fresco (??), 15:42 , 20-Янв-09, (54)   Ладно вам, это я так, не со зла У вас статьи дельные по анатомии ФС на сайте,, User294 (??), 19:10 , 21-Янв-09, (59)   Из практики вчера у коллеги, после проверки файловой системы на диске просто з, anonymous (??), 12:20 , 20-Янв-09, (41)   да, fsck они облновляют достаточно активно -- значит есть причины напишите багр, fresco (??), 14:07 , 20-Янв-09, (48)   Ну вот, а меня кто-то за констатацию этого факта в свое время ругал , User294 (ok), 15:08 , 20-Янв-09, (51)   ну виноват, виноват полез разбираться, посмотрел -- действительно не плохо дсе, fresco (??), 15:44 , 20-Янв-09, (55)   А, ерунда, мне ваши статьи про ФС нравятся На русском ничего лучше вообще не поп, User294 (??), 20:21 , 21-Янв-09, (60)   Стереотипы Проблемы, связанные с обнулением, датированы 2003 вроде бы годом Да, Аноним (11), 20:27 , 19-Янв-09, (16) // А если верить ченжлогам линуксного кернеля то их остатки добивали явно позже , User294 (ok), 15:15 , 28-Янв-09, (62) Использую 2,5 года на сервер 2 массива 5го уровня За это время чего только не , c400 (?), 20:34 , 19-Янв-09, (17) использую raid5 с XFS уже года 3 добавлял диски в рейд и растягивал фс, причем н, i (??), 23:00 , 19-Янв-09, (29) // штуки 4 сервера с raid5 и восемью винтами на 750мб - 1тб Ровно и стабильно рабо, партизан (?), 15:03 , 28-Янв-09, (61) 1,6,8,10,14,16,17,29

Сообщения

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

	36. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 09:12
	Стоит признать, что здесь вы соврешенно правы. Щас делаю статью об ext4, пришлось хорошенько разобраться в вопросе. Действительно, разработчики ext2/3/4 очень серьезно подошли к устойчивости ФС к сбоям питания, случайным записям и битым секторам. Потом, у e2fsck очень сильная логика. Словом, вероятность успешного восстановления данных после некой ошибки у ФС семейства ext наивысшая. Это их единственное преимущество -- для многих решающее. Из практики могу сказать, что reiserfs ведет себя не менее достойно, но алгоритчмически ext3 сильнее -- мне, видимо, просто не доводилось сталкиваться с действительно серьезеными ошибками. PS: не забываем, что большинство этих вопросов нивелируется наличием UPS и RAID.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	37. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 09:15
	И нельзя не отметить, что в btrfs вопрос устойчивости к сбоям также в числе первых стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от Anonymous (?), 20-Янв-09, 12:01
	>но алгоритчмически ext3 сильнее да ничем она не сильнее, единственное ее "преимущество" (чисто структурное, со всеми вытекающими) - известно расположение инодов на диске, а "логика" так это вообще обзац: http://www.mail-archive.com/linux-ext4@vger.kernel.org/... цитата по ссылке: "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."
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	47. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 14:04
	вы код посмотрите. да, ничего особенного там нет. просто предусмотрена обработка многих ситуаций, при возникновении которых прочие fsck либо честно паникуют, либо не в состоянии что либо сделать. да, все эти последствия вытекают из фиксированного положения таблиц inodes -- гордиться вроде бы нечем. но факт остается фактом -- устойчивость от этого сильно выигрывает. PS: я не являюсь фанатом или защитником ext2/3/4 -- напротив, всегда утверждал, что это изрядно устаревшие продукты. но сильные стороны у них есть, отрцать это бессмысленно. мало того, уверен, что ext4 приживется лишь у ленивых и конcервативных и только благодаря легкому апгрейду с ext3, да и то не надолго -- btrfs ее на голову выше по всем параметрам, включая устойчивость к сбоям железа. это уже поняли не только пользователи, но мэйнтейнеры -- судя по очень скорому ее включению в mainline kernel.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от User294 (ok), 20-Янв-09, 15:14
	>PS: я не являюсь фанатом или защитником ext2/3/4 -- напротив, всегда утверждал, >что это изрядно устаревшие продукты. но сильные стороны у них есть, >отрцать это бессмысленно. Ну вот, а меня пинал за констатацию факта и заявлял что дескать у других лучше.Я не злопамятный, но память у меня хорошая ;) >мало того, уверен, что ext4 приживется лишь у ленивых и конcервативных и >только благодаря легкому апгрейду с ext3, ИМХО он еще приживется у тех кто юзает дефолты.То есть - у большинства. >-- btrfs ее на голову выше по всем параметрам, включая устойчивость >к сбоям железа. На него я возлагаю большие надежды.Это то чего я и жду =).Правда верить на слово - не мой метод.Вот когда его поюзает достаточно народа - будет видно насколько он "сыпуч" не в теории а на практике.Ну и надеюсь что тулзы их комплекта ФС не подкачают - без них даже лучшую ФС использовать страшно.Хороший тул должен быть не хуже ext'овских fsck.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 15:42
	каюсь :)
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от User294 (??), 21-Янв-09, 19:10
	>каюсь :) Ладно вам, это я так, не со зла :).У вас статьи дельные по анатомии ФС на сайте, весьма познавательно.Спасибо за труд.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от anonymous (??), 20-Янв-09, 12:20
	>Из практики могу сказать, что reiserfs ведет себя не менее достойно Из практики: вчера у коллеги, после проверки файловой системы на диске (просто запустилась проверка раз в 30 дней, никаких сбоев питания не было.(ноутбук), ситуация штатная) полностью были перебиты права на каталог /usr/bin.....  Сталкиваюсь с этим уже второй раз. Ядра разные. Хотя скорее это проблемы не reiserfs а fsck....
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	48. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 14:07
	да, fsck они облновляют достаточно активно -- значит есть причины. напишите багрепорт, что ли. подобных случаев я видел примерно одинаково как по ext3, так и по reiserfs. потому и говорю, что ведут они себя сходно.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от User294 (ok), 20-Янв-09, 15:08
	>Потом, у e2fsck очень сильная логика. Словом, вероятность успешного восстановления данных >после некой ошибки у ФС семейства ext наивысшая. Это их единственное >преимущество -- для многих решающее. Ну вот, а меня кто-то за констатацию этого факта в свое время ругал =)
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	55. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от fresco (??), 20-Янв-09, 15:44
	ну виноват, виноват :) полез разбираться, посмотрел -- действительно не плохо дселано.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Структура и алгоритмы файловой системы XFS"	+/–
	Сообщение от User294 (??), 21-Янв-09, 20:21
	>  ну виноват, виноват :) А, ерунда, мне ваши статьи про ФС нравятся.На русском ничего лучше вообще не попадалось. >полез разбираться, посмотрел -- действительно не плохо дселано. Если б там плохо сделали - толпы злых пользователей imho давно бы устроили такой вой что все бы знали что линуксы - это такой глюкатель который норовит угробить данные :).Просто потому что EXTы пользуют более 90% инсталляций (если не ошибаюсь).При этом халтура неизбежно выплывет и многократно икнется.А при таком масштабе использования - писать качественно просто придется.Или закидают тухлыми помидорами, так что не отмоешься.
	Ответить | Правка | Наверх | Cообщить модератору

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

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