Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dmex:
Цитата: Add workaround for the ImDisk driver (see commit description)
The ImDisk* driver doesn't implement various ioctls required by Windows and works around this by patching Windows and the registry... ImDisk patches the Win32 API but since PH uses the NTAPI it breaks path traversal and other things including the updater... We can workaround this by using directory paths that ImDisk won't modify. |
* ImDsk это эмулятор с открытыми исходниками создающий в ОЗУ виртуальный FDD, CD-ROM или HDD
почему в данном классе технических решений нет смысла:
- подкачку в ОЗУ размещать бессмысленно т.к. механизм виртуальной памяти (ВП) использует значительно более ёмкую, но и намного более медленную чем ОЗУ внешнюю память (например HDD) для перемещения в неё редко или неиспользуемых страниц ОЗУ, а тут происходит их перемещение с одних адресов ОЗУ на другие, а доступный ПО размер ОЗУ снижается.
Равно как и времянка в ОЗУ бестолкова по той же причине - ну записала программа в неё некие данные, а сунулась за ними через час - два работы. И в этот интервал времени они лежат мёртвым грузом в ОЗУ занимая его адресное пространство куда ОС могла бы загрузить что-то сейчас считающее или исполняемый код.
Так что эти эмуляторы в случае когда ОС способна использовать всё установленное ОЗУ не просто бесполезны, а тормозят работу ЭВМ используя для своих целей часть полосы пропускания ОЗУ и его адресное пространство, а в остальных случаях просто жрут полосу пропускания ОЗУ снижая скорость обмена с ним для активных задач подобно любым интегрированным контроллерам использующим общую системную память (ОЗУ) для своей работы.
Так что это в любом случае тупиковое решение ... пока полоса пропускания входного канала ОЗУ не станет равна бесконечности, что абсолютно не осуществимо. |
Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 09:47 01-04-2019 | Исправлено: Victor_VG, 12:55 01-04-2019 |
|
