From: nikodim <nikodim@kgrs.kuzbe.elektra.ru> To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: f**k reiserfs Date: Fri, 18 Jul 2003 10:38:43 +0800 Message-ID: <20030718103843.3c6e1d3b.nikodim@kgrs.kuzbe.elektra.ru> (raw) In-Reply-To: <3F166AEA.2080701@l14.ru> >>Мораль такова: >> > мораль такова - меньше читайте рекламу, а если читаете, то читайте, что > написано, а не то, что вам хочется прочитать. Наезд не в тему. Причем здесь реклама? Я вообще по жизни скептик :) >>Главное качество журналируемой системы - обеспечить логическую целостность >>тома (раздела) при сбоях питания, или при внезапном Reset'е, например. > логическая целостность != целостность содержимого файлов Да, это так. Журналируются только метаданные. Если произошел сбой в момент записи файла, его уже ничто не спасет (хотя, теоретически и здесь можно организовать логику транзакций, но с файлами произвольного содержимого транзакции, ИМХО, бесполезны :() >>А наличие журнала наоборот снижает производительность по сравнению с тем >>случаем, если бы журнала не было. > журнал позволяет определить сам факт необходимости вмешательства и не > более того. > chkdisk быстрый и более корректный, по другому. fsck более быстрый, естественно. Но в среднем операции очевидно медленнее из-за необходимости записывать что-либо в журнал транзакций. >>Когда один гражданин в этой дискуссии сказал, что XFS требует обязательно >>UPS для обеспечения стабильного питания, т.к. "агрессивно кэширует >>метаданные", то я задаюсь вопросом, а нахрена тогда ей журнал? С >>"агрессивным кэшированием" и без журнала она была бы еще быстрее :) > есть разные отказы. отказ по питанию лечится установкой ups, чего не > сказать про остальные. Так вот в чем дело! Это два разных вопроса - журналируемость и чувствительность в сбоям питания. Дело не в журнале, а в т.н. "ленивом кэшировании записи", когда данные, предназначенные для записи на диск, физически записываются не сразу, а в момент простоя (покоя) системы. Степень "ленивости" должна регулироваться в ядре или в настройках ФС. Если система не "ленивая", то сбои питания ей тоже опасны, но меньше, т.к. изменения в файлах немедленно (почти) записываются на диск. И пусть ФС как угодно агрессивно кэширует метаданные, лишь бы она без задержек синхронизировала изменения с диском, не откладывая запись на потом. Тогда и без UPS прожить можно (на рабочей станции, т.к. сервер без UPS как автомобиль без тормозов :).
next prev parent reply other threads:[~2003-07-18 2:38 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 [this message] 2003-07-18 21:40 ` Alexey Lubimov 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=20030718103843.3c6e1d3b.nikodim@kgrs.kuzbe.elektra.ru \ --to=nikodim@kgrs.kuzbe.elektra.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