Вопрос по оптимизации ext4
| gard |
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Как я понимаю журналирование это некая реализация транзакций, и кажется (исходя из ниженаписанного) именно информация о транзакции помещается в журнал. Транзакция - это как бы на пальцах.. это “минимальная операция”, до и после которой данные логически целостны. То есть если транзакция не прошла, то записано на диск не будет вообще ничего, иначе - будет записано то, что запланировано транзакцией. То есть строим дом не кирпич - полкирпича - кирпич, а только кирпич - кирпич - кирпич..«Код файловой системы обязан перед созданием записи фиксации быть абсолютно уверенным, что вся информация о транзакции помещена в журнал. Блокирующая система ввода-вывода ядра предоставляет такую возможность благодаря использованию механизма «шлагбаумов» (barriers); проще говоря, «шлагбаум» запрещает запись любых блоков, посланных после него, до того момента, как всё, что было прислано перед «шлагбаумом», будет перенесено на носитель. При использовании «шлагбаумов» файловая система может гарантировать, что всё, что находится на диске, целостно в любой момент времени».Ну то есть журналирование штука полезная.. но вот интересно, что “Логически целостными” данные могут быть с точки зрения системы или же диска?.. Думаю, что системы.. Еще добавлю, тут под транзакцией понимаются сведения о том, как ФС должна измениться, то есть что должно быть записано на диск (и удалено), то есть сначала создается запись в журнал “копирую это отсюда туда” а уже потом происходит копирование, и если бряк и свет погас, то система посмотрит журнал и скопирует заново.. или я не то говорю? Журналирование - это процесс записи изменений, происходящих в файловой системе в журнал (специально выделенный журнальный файл с круговой записью, занимающий непрерывную область на диске). Фактические изменения на физическом устройстве делаются из файла журнала. Это позволяет производить изменения более надежным образом и гарантировать целостность данных даже в случае краха системы или сбоя питания во время выполнения операции. В результате снижается вероятность повреждения файловой системы. |
| amigo |
|
Темы:
35
Сообщения:
2126
Участник с: 05 февраля 2007
|
Да какая разница есть у тебя на 50 метров разделе журнал или нет? Ты этого никаким местом не ощутишь, поверь мне.
Разберемся, голубчик!
|
| gard |
|
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
И я верю.. =) у меня ext2 на /boot, но вообще хоть бы и ext4, отключать журнал смысла не имеет, ибо он оч. мелкий и собсно оч. быстрый.. тысячные доли секунды разница наверное. |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Исходя из двух последних постов скажу: а зачем тогда вообще кому-то советовать это делать, и вообще обсуждать вопрос отключения журнала, если ощутимой прибыли в скорости нет, или она иллюзорна, но риск потери данных всё-таки увеличивается?! gard, спасибо, что не поленился и привёл выдержки, я как-бы, смутно и интуитивно именно это и имел ввиду, когда написал про “фолшебные функции”, читал тоже, но в голове всего не удержишь, особенно, когда это раз прочёл и нигде больше не применяешь, балластом в памяти лежит, стирается. |
| mango |
|
Темы:
43
Сообщения:
1521
Участник с: 18 декабря 2008
|
а зачем тогда вообще кому-то советовать это делать, и вообще обсуждать вопрос отключения журнала, если ощутимой прибыли в скорости нет, или она иллюзорна, но риск потери данных всё-таки увеличивается?!Читайте свой первый пост,первую строчку. НИКТО вам НЕ СОВЕТОВАЛ отключать журналирование. Был конкретный вопрос: “как отключить”? :-))) |
| kernelpanic |
|
|
Темы:
17
Сообщения:
452
Участник с: 14 марта 2009
|
>>отключение журнала >>/boot Дальше не читал |
| gard |
|
|
Темы:
66
Сообщения:
1167
Участник с: 15 декабря 2009
|
Ну bobart имеет ввиду не этот тред как я понимаю, “везде пишут” это про просторы рунета, где энтузиасты спешат отключить журналирование ради жалких долей процента скорости. |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
kernel_panicПоздравляю вас, зато теперь все знают о том, что kernel_panic “дальше не читал” |
| bobart |
|
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Признаюсь, я телегу впереди лошади поставил. Есть такое дело. Вопрос был не “зачем”, а “как”, а следовало сначала выяснить “зачем”. Ноги растут отсюда: viewtopic.php?f=8&t=3176 Re: Ребят, нужна помощь с установкой Archlinux Re: Ребят, нужна помощь с установкой Archlinux Re: Ребят, нужна помощь с установкой ArchlinuxПотому и написал я, впоследствии, что мол, зачем предлагать…, внёс запутку=) |
| sysmouse |
|
|
Темы:
7
Сообщения:
577
Участник с: 17 июня 2008
|
Давай скомпонуем все вместе. 1. Раздел /boot можно не выносить отдельно. 2. Для /boot можно использовать любую файловую систему, поддерживаемую загрузчиком. 3. Для /boot нет особого смысла использовать журналирование, т.к. пишем туда не часто. 4. Если запись не удалась, то восстановить /boot достаточно легко. 5. Журналирование не влияет на скорость загрузки, т.к. используется только при записи. 6. Да, fsck будет медленнее :] 7. Ext4 не особо быстрее ext2. 8. Ext4 использует “отложенную” запись, так что при записи файлов она опаснее. 9. Я не использую /boot на отдельном разделе. 10. Я использую Jfs на всех разделах. 11. Профита от ext4 на /boot особого нет. 12. Профита от /boot на отдельном разделе особого нет. 13. Само ядро линукса грузится за доли секунды. 14. Для быстрой загрузки необходимо оптимизировать загрузочные скрипты и биос. 15. Биос оптимизировать практически не возможно. |