Сам я уже давно не писал реальных драйверов для виндоус.
Но помню, что хорошим тоном считалось не выделять большие куски памяти, тем более nonpaged.
И что я вижу в свежих сорсах refs — выделение 16М NonPagedPoolNx?
Здравствуйте, ononim, Вы писали:
O>..а когда то у меня NT4 с NTFS сносно ворочалась с 16МБ RAMы..
Я когда-то развлекался уминнанием разных систем в виртуалках. 2k удавалось умять до сносной работы на 64-96 Мб, XP — 128-192, Vista/Win7 — 384, Win8 — 512, а Win10 и на гигабайте саму себя обслужить не может. Видно, что быстрый рост начался с 6.x, а до этого был вполне линейным.
Здравствуйте, MShura, Вы писали:
MS>И что я вижу в свежих сорсах refs — выделение 16М NonPagedPoolNx?
ничего странного, refs — серверная fs для больших размеров дисков. Видимо эти 16м ей нужны для какой-нить битмапы для нормального быстрого доступа. С учетом того, что на серверах 16+гб памяти — все ок.
MS>>И что я вижу в свежих сорсах refs — выделение 16М NonPagedPoolNx? _>ничего странного, refs — серверная fs для больших размеров дисков. Видимо эти 16м ей нужны для какой-нить битмапы для нормального быстрого доступа. С учетом того, что на серверах 16+гб памяти — все ок.
битмапа как единого куска в refs уже нет — есть кусочки небольших фрагментов (разного размера), хранящиеся в дереве.
И таких деревьев три.
Эти 16М ей нужны на предмет сканирования и докатки журнала. Да-да. В refs3 появился журнал. Я правда пока не понял что он делает, но названия функций такие-же как и в ntfs. AnalyzePass (refs) vs AnalysisPass (ntfs) + RedoPass (both).
И да, эта память (16M NonPaged) освобождается после сканирования и докатки(?) журнала.
Всё равно такое отношение к ценному ресурсу NonPaged памяти очень неправильное.
Очень легко ввести refs в такое состояние (я такое сделал), что windows пытается его безуспешно замонтировать в бесконечном цикле — сам наблюдаю такое в отладчике.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, ononim, Вы писали:
O>>..а когда то у меня NT4 с NTFS сносно ворочалась с 16МБ RAMы..
ЕМ>Я когда-то развлекался уминнанием разных систем в виртуалках. 2k удавалось умять до сносной работы на 64-96 Мб, XP — 128-192, Vista/Win7 — 384, Win8 — 512, а Win10 и на гигабайте саму себя обслужить не может. Видно, что быстрый рост начался с 6.x, а до этого был вполне линейным.
расскажжите пожалуйста как вы win 8 уминали, общие принципы
Здравствуйте, sergey2b, Вы писали:
S>как вы win 8 уминали, общие принципы
Общие принципы для всех виндов одинаковы: отключить ненужное в Features (которое в Programs & Features), отключить всякие индексации, System Restore, Remote Assistense, Remote Desktop и прочее, что управляется человеческим путем, затем открыть список служб и отключать/запрещать ненужные, только не забыть зафиксировать их начальное состояние, чтобы в случае проблем не забыть, какие исходно не работали, а какие Вы отключили.
Отключение визуальных эффектов (кроме, разве что, "живого" перетаскивания окон) на занимаемую память особо не влияет, но заметно поднимает быстродействие на не самом быстром железе. А отключение анимации окон порой позволяет избавиться от заиканий звука/видео.