The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Патч значительно увеличивающий производительность fsck

19.09.2007 17:51

Стандартный e2fsck тратит много времени на сканирование и проверку всех инод таблиц, не взирая на факт использования инод (в среднем обычно задействовано 1-10% инод). Avantika Mathur представила усовершенствованный вариант e2fsck игнорирующий при проверке не инициализированные иноды, дополнительно помеченные как неиспользуемые на уровне файловой системы ext4 (uninit_groups).

В итоге скорость проверки, в зависимости от заполненности ФС, возросла от 2 до 20 раз.

  1. Главная ссылка к новости (http://kerneltrap.org/Linux/Im...)
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/12106-ext3
Ключевые слова: ext3, ext4, fsck, inote, speed, patch, fs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (7) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Vladimir_A (?), 23:20, 19/09/2007 [ответить]  
  • +/
    интересная весчь. жаль что только под ext4, хотя не исключена "ложная" маркировка инодов, что в итоге даст некорректную проверку диска. посмотрим что покажет практика, обычно такие вещи если и приживаются, то занимают свою нишу "стандартного набора утилит"
     
     
  • 2.6, fresco (??), 12:33, 20/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ну будет как опция. Типа проверяем сначала только использованные inodes, ели не помогло -- все остальные.
     

  • 1.2, guest (??), 01:37, 20/09/2007 [ответить]  
  • +/
    А как работает background fsck в бзде?
    Есть ли планы сделать нечто подобное для Linux?
     
     
  • 2.3, Michael Shigorin (ok), 02:23, 20/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем?
     
     
  • 3.5, nuclight (?), 12:10, 20/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько неудобно, когда при перезагрузке после большого аптайма вылезает  186 days  without being checked, forcing check - и приходится ждать, пока оно эту сотню гигов проверит - и такая задержка почему-то имеет свойство происходить именно при тех ребутах, когда ждать неохота.
     
     
  • 4.7, ilia kuliev (?), 13:02, 20/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > Несколько неудобно, когда при перезагрузке после большого аптайма
    > вылезает  186 days  without being checked, forcing check - и приходится
    > ждать, пока оно эту сотню гигов проверит

    tune2fs -i 0 /dev/hdxx

    Либо опять же -i и указать как часто делать этот самый forced check.

    Ну и вообще

    tune2fs
    Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-g group]
    [-i interval[d|m|w]] [-j] [-J journal_options]
    [-l] [-s sparse_flag] [-m reserved_blocks_percent]
    [-o [^]mount_options[,...]] [-r reserved_blocks_count]
    [-u user] [-C mount_count] [-L volume_label] [-M last_mounted_dir]
    [-O [^]feature[,...]] [-T last_check_time] [-U UUID] device

     
  • 2.4, Moralez (??), 08:31, 20/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    background fsck в BSD имеет смысл только на FS с soft updates, коих в linux, емнип, нет. а на журналируемых FS в FREEBSD (остальные GEOM вроде не имеют, а значит обламываются) background fsck не нужно...
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру