TwoOceans
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: в батнике не надо, потому как ГП все уже делает | Ясно, просто другая точка зрения и ГП доверяете больше. К сожалению, я настолько рассчитывать на ГП не могу - как уже писал, регулярно выпадают компьютеры из домена, а настраивать на каждом локальную то еще задание. Самое смешное, что по журналу ошибок тоже не особо проверишь - компы регулярно пытаются получить политику и найти контроллер домена раньше чем поднимут сетевой интерфейс. Следовательно пишут кучу ошибок, что ничего не нашли. Может потому же и вылетают, что после поднятия сетевого интерфейса не пытаются снова контроллер найти. Но без понятия как заставить применение ГП подождать пару секунд пока сетевой интерфейс поднимется. Цитата: У вас неверное представление о работе менеджера памяти и в частности скидывания данных в файл подкачки. ... В файл подкачки сбрасываются только измененные страницы памяти.. | Хм, достаточно забавно. Потому что этому нас учили в институте, а не просто где-то на форуме прочитал. Впрочем, там говорили безотносительно к Windows - как работает сферическая в вакууме ОС вообще. И кстати, это прекрасно показывается Системным монитором и написанным Руссиновичем до прихода в Майкрософт ProcessExplorer (конечно, на семерке - а Вы упорно про десятку, которая мне не особо интересна) - около 40Мб на рабочей станции и 200Мб на сервере находятся в состоянии изменены и висят в памяти. Впрочем, кажется говорим о разном - уточню, какое у меня представление о менеджере памяти: если данные изменены и не предполагается их запись в файл (когда программа меняет свои сегменты данных или библиотека загружена по отличному от базового адресу) - понятно, что их некуда записать и они будут при необходимости вытеснены (сброшены) в файл подкачки. Данные загруженные по базовому адресу и не измененные с момента загрузки - ОС может не записывать их в подкачку, а считывать снова сам исходный файл - но по быстродействию это ничуть не лучше файла подкачки. Со временем на 32 разрядной Windows все больше общих библиотек которые пересекаются в адресном пространстве и потому загружаются по другому адресу - "только измененные страницы" стремится к "только 100% страниц". Руссинович говорит что-то другое? "В файл подкачки сбрасываются только измененные страницы памяти" не означает "измененных страниц нет в памяти". Реестр по такой логике не имеет базового адреса должен просто записываться в исходный файл реестра. ОК, если внимательно посмотреть, не в подкачку, но файл на диске прочитать ничуть не быстрее, чем подкачку. Буфера жесткого диска в любом случае не хватит на весь объем реестра. Перед тем как изменения запишутся на диск, некоторое время измененная часть реестра существует только в памяти - именно про этот промежуток я говорил выше. По сути, это уже не менеджер памяти, а кэш драйвера диска (но он расположен в памяти, без вариантов - нет смысла драйвер диска выгружать на диск). Относительно новых ОС я готов поверить, что там что-то изменилось и Руссинович лучше знает. Что библиотеки теперь 64-разрядные и адресов всем хватает, например. Отключение подкачки при UWF логично. Или все-таки подкачка просто перенесена в UWF - тогда ничего по факту не изменилось - тот же способ что предлагали знатоки, отправляемые в сад, только от Майкрософт. Если изменения на диск вообще не сохраняются, то и измененный реестр будет только в памяти - логично. Совсем другой случай, не мой. Кстати, что будет если памяти недостаточно для UWF? Включится подкачка? В семерке (не Embedded) такого UWF (EWF) нет и подкачка не отключается. ОК, давайте обойдемся без дискуссии - и так видно что случаи совсем разные. Цитата: Можете смело посылать всех "знатоков" с такими рецептами в сад | Согласен. Помимо всего прочего (замены ядра, проблем с обновлением и т.д.), еще и нестабильно - не успеет RAM-диск включиться и ОС дохлая. Цитата: Не поверите, тормоза от подгружаемых библиотек, которые были выкинуты из памяти при необходимости загрузки других. | Стоп-стоп-стоп, я вообще говорил про другое - на семерке (хр, 2k, 98) открываю regedit и ищу по названию - сразу тормоза и чтение с диска. Никаких библиотек в этот момент не должно подгружаться. Ладно, допустим подгружаются, тогда если сначала "походить" по реестру библиотеки должны уже подгрузиться и поиск станет быстрее. По факту - не становится, в то что Enum (ручное "хождение") и Find (поиск строки) используют разные библиотеки слабо верится - значит нет подгрузки библиотек, есть подгрузка реестра. Как уже выяснили у Вас UWF и реестр в памяти - спорить не о чем. В целом, про подгрузку библиотек очень даже поверю - а вот "выкинуты из памяти" немного некорректный термин, управляющие структуры с информацией о библиотеке все равно в памяти ядра, даже если библиотека временно вытеснена на диск. Это кстати тоже иногда раздражает - закрываешь программу, а она вместо того чтобы просто закрыться и оставить все системе, начинает возвращать по всем правилам системе память, вытесненную в файл подкачки. То есть сначала из подкачки (Virtual) переводится в оперативную память (Working set), потом оперативная радостно освобождается. | Всего записей: 9 | Зарегистр. 20-02-2017 | Отправлено: 06:05 30-03-2017 | Исправлено: TwoOceans, 06:44 30-03-2017 |
|