форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

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

Сообщение от opennews on 19-Сен-07, 23:20

Стандартный e2fsck тратит много времени на сканирование и проверку всех инод таблиц, не взирая на факт использования инод (в среднем обычно задействовано 1-10% инод). Avantika Mathur представила (http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4) усовершенствованный вариант e2fsck игнорирующий при проверке не инициализированные иноды, дополнительно помеченные как неиспользуемые на уровне файловой системы ext4 (uninit_groups). В итоге скорость проверки, в зависимости от заполненности ФС, возросла от 2 до 20 раз. URL: http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_ext4 Новость: https://www.opennet.ru/opennews/art.shtml?num=12106

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по ответам]

	1. "Патч значительно увеличивающий производительность fsck"
	Сообщение от Vladimir_A on 19-Сен-07, 23:20
	интересная весчь. жаль что только под ext4, хотя не исключена "ложная" маркировка инодов, что в итоге даст некорректную проверку диска. посмотрим что покажет практика, обычно такие вещи если и приживаются, то занимают свою нишу "стандартного набора утилит"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "Патч значительно увеличивающий производительность fsck"
	Сообщение от guest (??) on 20-Сен-07, 01:37
	А как работает background fsck в бзде? Есть ли планы сделать нечто подобное для Linux?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Патч значительно увеличивающий производительность fsck"
	Сообщение от Michael Shigorin (ok) on 20-Сен-07, 02:23
	Зачем?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Патч значительно увеличивающий производительность fsck"
	Сообщение от Moralez (??) on 20-Сен-07, 08:31
	background fsck в BSD имеет смысл только на FS с soft updates, коих в linux, емнип, нет. а на журналируемых FS в FREEBSD (остальные GEOM вроде не имеют, а значит обламываются) background fsck не нужно...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Патч значительно увеличивающий производительность fsck"
	Сообщение от nuclight on 20-Сен-07, 12:10
	Несколько неудобно, когда при перезагрузке после большого аптайма вылезает  186 days  without being checked, forcing check - и приходится ждать, пока оно эту сотню гигов проверит - и такая задержка почему-то имеет свойство происходить именно при тех ребутах, когда ждать неохота.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Патч значительно увеличивающий производительность fsck"
	Сообщение от fresco (??) on 20-Сен-07, 12:33
	Ну будет как опция. Типа проверяем сначала только использованные inodes, ели не помогло -- все остальные.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "Патч значительно увеличивающий производительность fsck"
	Сообщение от ilia kuliev on 20-Сен-07, 13:02
	> Несколько неудобно, когда при перезагрузке после большого аптайма > вылезает  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
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]