welic

Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bomzzz Задачи свопа (файла подкачки) в обычных, инсталлированных на HDD системах и системах в VHD с поддержкой EWF, совершенно разные. Не учитывая этого, вы ставите перед собой выполнение совершенно не нужных задач и с завидным упорством преодолеваете все трудности, в том числе и с помощью привлечения других пользователей к этому бесперспективному занятию. Попробую вкратце объяснить свою позицию. Задача свопа в обычной, (инсталлированной на HDD) системе сводится к тому, чтобы при переполнении RAM (отводимого на один процесс) система могла переадресовывать и перемещать занятые и неиспользуемые ячейки памяти из RAM на HDD, а при необходимости их использования - переадресовывать и перемещать их обратно в RAM не тратя времени на их поиск и считывание из самой системы. В этом и заключается ускорение от применения свопа. Теперь давайте рассмотрим систему в VHD с поддержкой EWF. В ней все без исключения процессы и хранение измененных данных происходит в ограниченном пространстве оверлея EWF и при его заполнении произойдет остановка выполнения системных процессов, т.е. непрерывность работы системы ограничивается максимальным размером оверлея. Теперь давайте подумаем как это время можно увеличить если нельзя увеличить максимальный размер оверлея и невозможно никуда переместить из него измененные данные (можно только сохранить их копии на незащищенном разделе). Очевидно остается только один вариант - это переадресация выполнения процессов в виртуальный диск RAM, при этом для системы этот диск будет выглядеть как файл подкачки не находящийся под защитой EWF, т.е. RAM в оверлее теперь будет заполняться до некоторого своего предела как обычно, а затем система начнет переадресовывать неиспользуемые ячейки памяти из RAM в оверлее в RAM виртуального диска (свопа) и наоборот, т.е. теперь оверлей может быть переполнен только за счет изменения данных, что увеличивает время непрерывной работа системы практически до бесконечности (при правильной организации сохранения изменений, о чем я уже писал ранее, и не применении режима сна). Думаю что теперь вам ясно, что сохранение свопа после перезагрузки системы - для систем в VHD с поддержкой EWF не актуально, т.к. низкоскоростные носители в данном процессе не завязаны и нет перемещения никаких данных, а только переадресация ячеек памяти выполняемая процессором. А вот если сделать сохранение свопа, да еще и на флешку, то это принесет только большие минусы - это существенное увеличение времени загрузки системы (за счет загрузки свопа) и отключения системы (за счет сохранения свопа), кроме того это приведет к быстрому износу флешки (за счет перезаписи ячеек памяти под свопом). | Всего записей: 1829 | Зарегистр. 13-05-2006 | Отправлено: 13:48 15-11-2014 | Исправлено: welic, 14:05 15-11-2014 |
|