From: Alexey Lubimov <avl@l14.ru> To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: f**k reiserfs Date: Sat, 19 Jul 2003 01:40:46 +0400 Message-ID: <3F18695E.7080500@l14.ru> (raw) In-Reply-To: <20030718103843.3c6e1d3b.nikodim@kgrs.kuzbe.elektra.ru> nikodim пишет: >>>Мораль такова: >>> >>> >>> >>мораль такова - меньше читайте рекламу, а если читаете, то читайте, что >>написано, а не то, что вам хочется прочитать. >> >> > >Наезд не в тему. Причем здесь реклама? Я вообще по жизни скептик :) > Скептик, не скептик, но заявлять, что журналируемая фс лучше переносит резет или сбой по питанию, чем не журналируемая может только сильно промытый дилетант. А уж заявление про надежность NTFS в свете ext2 вовсе за гранью критики. Лучше всего от проблем с питанием спасает ext2 + опция sync. Журнал тут только помеха. >>>Главное качество журналируемой системы - обеспечить логическую целостность >>>тома (раздела) при сбоях питания, или при внезапном Reset'е, например. >>> >>> >>логическая целостность != целостность содержимого файлов >> >> > >Да, это так. Журналируются только метаданные. Если произошел сбой в момент >записи файла, его уже ничто не спасет (хотя, теоретически и здесь можно >организовать логику транзакций, но с файлами произвольного содержимого >транзакции, ИМХО, бесполезны :() > Надо понимать, что любая логика транзакций будет работать только в случае целостности журнала (или данных). В нашем случае это недостижимо. >>>А наличие журнала наоборот снижает производительность по сравнению с тем >>>случаем, если бы журнала не было. >>> >>> >>журнал позволяет определить сам факт необходимости вмешательства и не >>более того. >>chkdisk быстрый и более корректный, по другому. >> >> > >fsck более быстрый, естественно. Но в среднем операции очевидно медленнее >из-за необходимости записывать что-либо в журнал транзакций. > Это зависит от организации. В XFS сделано все или почти все, чтобы журналирование не мешало быстродействию. >>>Когда один гражданин в этой дискуссии сказал, что XFS требует обязательно >>>UPS для обеспечения стабильного питания, т.к. "агрессивно кэширует >>>метаданные", то я задаюсь вопросом, а нахрена тогда ей журнал? С >>>"агрессивным кэшированием" и без журнала она была бы еще быстрее :) >>> >>> >>есть разные отказы. отказ по питанию лечится установкой ups, чего не >>сказать про остальные. >> >> > >Так вот в чем дело! >Это два разных вопроса - журналируемость и чувствительность в сбоям питания. >Дело не в журнале, а в т.н. "ленивом кэшировании записи", когда данные, >предназначенные для записи на диск, физически записываются не сразу, а в >момент простоя (покоя) системы. Степень "ленивости" должна регулироваться в >ядре или в настройках ФС. Если система не "ленивая", то сбои питания ей тоже >опасны, но меньше, т.к. изменения в файлах немедленно (почти) записываются на >диск. И пусть ФС как угодно агрессивно кэширует метаданные, лишь бы она без >задержек синхронизировала изменения с диском, не откладывая запись на потом. >Тогда и без UPS прожить можно (на рабочей станции, т.к. сервер без UPS как >автомобиль без тормозов :). > > XFS создавалась с учетом требований SGI. Это отказоустойчивая, полнофункциональная промышленная ФС. Промышленная, это значит, что график отклика ФС не имеет провалов на максимально широком диапозоне нагрузок. Это самая масштабируемая ФС под линукс. Полнофункциональная, это значит, что XFS имеет в себе и квоты, ACL, минимум ограничений на размер файлов, директорий и прочего. Отказоустойчивая, это значит, что журнал и данные ведуться раздельно (как вариант, на разных устройствах) и позволяют держать состояние ФС под полным контролем. Отказ по питанию из за отсутствия юпса не рассматривается в XFS, как отказ. Для low cost систем есть другие ФС. "Неленивое" кеширование записи неизбежно повлияет на график загрузки ФС, так что этот вариант вряд ли вообще рассматривался в SGI.
next prev parent reply other threads:[~2003-07-18 21:40 UTC|newest] Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-07-14 20:06 [sisyphus] f**k tcb || reiserfs Dmitry Ivanov 2003-07-14 23:44 ` [sisyphus] " Michael Shigorin 2003-07-15 6:50 ` Dmitry Ivanov 2003-07-15 7:10 ` Maxim Tyurin 2003-07-15 11:14 ` Dmitry Ivanov 2003-07-15 11:28 ` Alexander Bokovoy 2003-07-16 12:09 ` Ildar Mulyukov 2003-07-15 8:01 ` Michael Shigorin 2003-07-15 7:31 ` [sisyphus] " Peter V. Saveliev 2003-07-15 16:58 ` Alexei V. Mezin 2003-07-15 17:23 ` [sisyphus] f**k reiserfs Dmitry Ivanov 2003-07-15 17:48 ` Alexei V. Mezin 2003-07-15 19:33 ` Dmitry Ivanov 2003-07-15 21:39 ` Алексей Любимов 2003-07-16 4:12 ` iLya Bryzgalow 2003-07-16 4:34 ` Leonid B. Sysoletin 2003-07-16 18:08 ` [sisyphus] " Michael Shigorin 2003-07-17 5:43 ` [sisyphus] Re: f**k reiserfs[JT] iLya Bryzgalow 2003-07-17 7:48 ` [sisyphus] Re: f**k reiserfs avl 2003-07-17 8:31 ` Michael Shigorin 2003-07-17 9:24 ` avl 2003-07-17 13:46 ` Sergey Vlasov 2003-07-17 8:57 ` nikodim 2003-07-17 9:18 ` Dmitry Ivanov 2003-07-17 9:22 ` avl 2003-07-17 9:48 ` Mike Lykov 2003-07-17 13:32 ` avl 2003-07-17 13:48 ` Maxim Tyurin 2003-07-17 13:56 ` Dmitry Ivanov 2003-07-17 14:02 ` [sisyphus] Re: [JT] " Dmytro O. Redchuk 2003-07-17 14:02 ` [sisyphus] " Maxim Tyurin 2003-07-17 14:07 ` Sergey Vlasov 2003-07-17 23:10 ` Alexey Lubimov 2003-07-18 3:29 ` Mike Lykov 2003-07-18 13:21 ` Serge Pavlovsky 2003-07-18 20:01 ` [sisyphus] Re: f**k iserfs Denis Smirnov 2003-07-19 6:00 ` [sisyphus] Re: f**k reiserfs Игорь 2003-07-19 14:15 ` Maxim Tyurin 2003-07-20 15:11 ` Vitaly Lugovsky 2003-07-20 15:27 ` Dmitry Ivanov 2003-07-20 16:30 ` Vitaly Lugovsky 2003-07-20 17:00 ` Dmitry V. Levin 2003-07-18 2:38 ` nikodim 2003-07-18 21:40 ` Alexey Lubimov [this message] 2003-07-18 21:58 ` Dmitry Ivanov 2003-07-19 2:05 ` Alexey Lubimov 2003-07-21 1:13 ` nikodim 2003-07-21 7:10 ` Игорь 2003-07-21 8:51 ` avl 2003-07-21 9:41 ` Aleksey Avdeev 2003-07-21 13:17 ` Michael Shigorin 2003-07-21 21:42 ` [sisyphus] Re: f**k iserfs Denis Smirnov 2003-07-18 14:39 ` [sisyphus] Re: f**k reiserfs Ilya Palagin 2003-07-18 18:29 ` Mikhail Arkhipov 2003-07-16 17:49 ` Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=3F18695E.7080500@l14.ru \ --to=avl@l14.ru \ --cc=sisyphus@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git