|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 18 May 2002 10:03:49 To : Alexei Dets Subject : Re: risefs vs ext2 -------------------------------------------------------------------------------- Hello! Alexei Dets <adets@idsk.com> wrote: AD> Опять же, AFAIK _дефолтное_ время сброса буферов на диск одинаково для AD> _всех_ fs и определяется параметрами update (bdflush). Разве нет? Hет. Есть буфера с данными, есть с метаданными, у некоторых есть еще журналы всякие разные... И не все эти буффера прилинкованы в dirty list, даже если они и правда dirty. И вот те что туда не прилинкованы сбрасываются на диск тогда, когда тот лист в который они прилинкованы, сбрасывается (обычно это решается каким-то своим внутренним кернел тредом, например kjournald/kreiserfsd) AD> BTW, 5 сек - дефолтное время для метаданных. Hе только на ext3. Hет. Hапример на ext2 никаких записей (кроме слуая O_SYNC или sync(2) не ведется). Если суперблок помечен в памяти флагом "dirty", то VFS дергает fs'овский метод write_super, который у ext2fs вырождается в ext2_commit_super: static void ext2_commit_super (struct super_block * sb, struct ext2_super_block * es) { es->s_wtime = cpu_to_le32(CURRENT_TIME); mark_buffer_dirty(sb->u.ext2_sb.s_sbh); sb->s_dirt = 0; } насколько часто дергается этот метод зависит в том числе и от наличия свободной памяти. Если ее мало, дергается он довольно часто. FS в которых эта операция включает в себя нетривиальные действия ( сбросить на диск журнал и суперблок, например, в reiserfs) да еще плюс к тому если эта fs постоянно к месту и не к месту этот флаг dirty выставляет (все та же reiserfs, например). То при записи больших об'емов данных весьма быстро начинаются проблемы со скоростью. Да, так о чем это я? А о том что то что сброс буферов на диск раз в 5 секунд никакого прироста к скорости по сравнению со сбросом буферов раз в 30 секунд не даст (при условии что памяти хватит, если не хватит, то тоже не даст, но тогда скорее никакой разницы вообще не будет). Bye, Oleg --- ifmail v.2.15dev5 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/9139a9fa22dd.html, оценка из 5, голосов 10
|