С тех пор, как у меня появились SSD, никогда не обращал внимания на соотношение объемов чтения и записи. А сегодня вдруг заметил, что на виндовом системном диске записано вдвое больше, чем прочитано. Вроде бы это закономерное следствие работы файлового кэша с write-back, но вдвое — как-то многовато. В винде это может быть следствием того, что она все время что-то меняет в реестре, а большинство приложений, создавая временные файлы, не утруждает себя указанием FILE_ATTRIBUTE_TEMPORARY.
В линуксах соотношение примерно такое же, или меньше?
Б>Read 7 Tb, Write 34 Tb Б>Думаю, причина в кэше (RAM 32 Gb). Т.е. все читается один раз, а запись идет реально на диск
Пишешь 1 байт, перезаписывается вся страница. Сколько она там у SSD, 512k?
Друга ищи не того, кто любезен с тобой, кто с тобой соглашается, а крепкого советника, кто полезного для тебя ищет и противится твоим необдуманным словам.
Re[2]: Соотношение объемов чтения и записи на диске
Здравствуйте, Буравчик, Вы писали:
Б>Думаю, причина в кэше (RAM 32 Gb). Т.е. все читается один раз, а запись идет реально на диск
Это так, но, чтобы страницы кэша записывались на диск, они должны меняться. Вопрос в том, все ли эти изменения должны приводить к постоянным изменениям на диске.
Я тут поглядел через Process Monitor на то, как создаются файлы в виндовых временных каталогах, и слегка офигел — за несколько часов было создано около пяти тысяч временных файлов, но ни один не имел атрибута FILE_ATTRIBUTE_TEMPORARY. То есть, все эти файлы, пока для них есть место в кэше, могли бы находиться исключительно там, не попадая на диск вообще. А так система трудолюбиво сливает все это дерьмо на диск. Какая-то запредельная деградация умов.
Re[3]: Соотношение объемов чтения и записи на диске
O>>Пишешь 1 байт, перезаписывается вся страница. Сколько она там у SSD, 512k? ЕМ>Они в SMART показывают именно объем внутренней перезаписи, а не то, что пришло снаружи?
У некоторых дисков я видел несколько чисел, отдельно наружное и несколько разных внутренних.
Друга ищи не того, кто любезен с тобой, кто с тобой соглашается, а крепкого советника, кто полезного для тебя ищет и противится твоим необдуманным словам.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>С тех пор, как у меня появились SSD, никогда не обращал внимания на соотношение объемов чтения и записи. А сегодня вдруг заметил, что на виндовом системном диске записано вдвое больше, чем прочитано. Вроде бы это закономерное следствие работы файлового кэша с write-back, но вдвое — как-то многовато. В винде это может быть следствием того, что она все время что-то меняет в реестре, а большинство приложений, создавая временные файлы, не утруждает себя указанием FILE_ATTRIBUTE_TEMPORARY.
На Win7 за 10 лет:
Записано — 27,58 TB;
Прочитано — 32,34 TB.
Re[2]: Соотношение объемов чтения и записи на диске
Возможно, у Вас постоянно используются большие БД, рабочие наборы которых не помещаются в ОЗУ. Или ОЗУ заметно меньше, чем занимают приложения, поэтому страницы кода EXE/DLL часто вытесняются, а затем заново загружаются из своих файлов.
Re[3]: Соотношение объемов чтения и записи на диске
Здравствуйте, Евгений Музыченко, Вы писали:
ВИ>>Записано — 27,58 TB; ВИ>>Прочитано — 32,34 TB.
ЕМ>Возможно, у Вас постоянно используются большие БД, рабочие наборы которых не помещаются в ОЗУ. Или ОЗУ заметно меньше, чем занимают приложения, поэтому страницы кода EXE/DLL часто вытесняются, а затем заново загружаются из своих файлов.
Как раз всё наоборот.
Комп домашний. ОЗУ 16 ГБ с 2013 года, хотел накормить долгоносика. Почти никогда не пригодилось. Много о чём думал, но почти ни чем не занялся.
Файл подкачки (где-то слышал, что лучше не отказываться полностью) всего 1ГБ.
Re[4]: Соотношение объемов чтения и записи на диске
Здравствуйте, Воронин Иван, Вы писали:
ВИ>Комп домашний.
Посмотрите статистику чтения/записи по процессам. У меня вот наиболее активные экземпляры Firefox пишут больше, чем читают. При этом хотя бы часть операций записи, если файлы не временные, в конечном счете доходит до диска, а вот большинство операций чтения, кроме первой — уже нет.
ВИ>Файл подкачки (где-то слышал, что лучше не отказываться полностью)
Если памяти хватает, то единственный смысл в файле подкачки — это сохранение дампов ядра, которые при BSOD пишутся именно туда.
ВИ>всего 1ГБ.
