Abhishek Rai представил (http://kerneltrap.org/Linux/Speeding_Up_Fsck_With_Metacluste...) в списке рассылки разработчиков Linux ядра патч, который уменьшает время проверки, почти заполненного ext3 раздела, утилитой e2fsck на 50-80%. Но патч имеет недостаток, он затрагивает часть кода Ext3, что отодвигает время его включения в основное ядро на длительное время, так как требуется кропотливый аудит и тестирование, для выявления возможного негативного влияния изменения кода одной из самых важных подсистем ядра.
Суть оптимизации - объединение блоков косвенной адресации (indirect block, блоки используемые для адресации данных, когда длина файла не позволят обойтись только 12 ссылками из inode) в группы, с последующей их одновременной обработкой, направленной на уменьшение числа перемещений головки жесткого диска, вместо разбора блоков косвенной адресации в порядке обработки блоков данных.
URL: http://kerneltrap.org/Linux/Speeding_Up_Fsck_With_Metacluste...
Новость: http://www.opennet.me/opennews/art.shtml?num=13655
> с последующей их одновременной обработкой, направленной на уменьшение числа
> перемещений головки жесткого диска, вместо разбора блоков косвенной адресации в > порядке обработки блоков данных.Пофтаритте пжалоста я зыпысываю (с) Quakeавзкая пленница.
Прочти еще раз и не строй из себя дурака
Не обижай павлин-мавлина, он тут штатным клоуном работает.Или ничего крупнее 80Гб харда не видел.
О, актуальная штука должна быть. На ноуте как fsck решит проверить раздел в 80Гб, так это может по 7-10 минут длиться. Тотже вендовый проверяльщик помнится ощутимо быстрее управлялся.
xfs и будет быстро:)
Это верно! 1.6 ТБ - за полминуты!
> О, актуальная штука должна быть. На ноуте как fsck решит проверить раздел в 80Гб, так это может по 7-10 минут длиться. Тотже вендовый проверяльщик помнится ощутимо быстрее управлялся.А сколько же она будет тогда проверять на много теребайтном масиве себя, до конца жизни??=-O
А интересно, когда же на ноуте появится "много теребайтный масив", грамотей? ;-)
> А интересно, когда же на ноуте появится "много теребайтный масив", грамотей? ;-)Где я сказал про теребайтный масив на ноуте, чукча не читатель, чукча писатель?;) Или может быть на сервере fsck волшебным образом укаратит время проверки тербайтного масива??;)
Если на самом деле непонятно, то в ноуте очень медленный диск на 5400 обормотов. А на сервере от 7200, ещё и raid бывает...
Столько грамматических ошибок в 1-2х предложениях может сделать либо чукча, либо кретин, либо малолетний ребёнок. Может стоит сначала общее образование поправить, прежде чем задавать подобные вопросы?
> Столько грамматических ошибок в 1-2х предложениях может сделать либо чукча, либо кретин, либо малолетний ребёнок. Может стоит сначала общее образование поправить, прежде чем задавать подобные вопросы?Хорошо папа, а можно вопрос, Тебе череп не жмёт, при таких то знаниях??:-D А по сути сказать нечего да, то что для Linux нет не одной Fs уровня ZFS, значит согласен и что fsck - это признак уровня Fs из каменного века, как в прочем и всё остальное в Linux, ну хоть это признал, ох, как с Тобой трудно папа, Ты такой уже взрослый и умный, мне трудно дойти до Твоего уровня просвещения...:(
Скоро:
http://www.infoworld.com/archives/emailPrint.jsp?R=printThis...
http://www.hitachigst.com/portal/site/en/menuitem.f5f6a619d0.../
По прогнозам проклятых капиталистов - вообще то в ближайшие 5 лет :)
На дешевых ентру левел серверах серверах - уже.
У меня на почтовике проверяет диски 700 гиговые по 30-40 минут...
Ну и не лень же ждать народу! Нет что бы нормальную ФС использовать. Так начнут ведь щас втирать про стабильность и провереность временем!