olegus, 32-битность процесса не является препятствием для этого. Вот если бы он хотел в оперативке держать своих 5 гигов данных, тогда была бы проблема. А так чужие данные, тем более кусочками проверить всегда можно.
Еще раз - почитай что это такое и для чего это нужно, никакого криминала в этом нет.
а как каспер вообще получит доступ к овер 4 гига оперативы? ведь винда в данном случае не в пае работает? Или таки в пае и ее 64 бита фикция?
Поясню: в своё время я изучал разницу между 16 и 32 битами, т.к. попадал на этот стык, будучи кодером. Сейчас мне лень уже вникать, но что-то мне подсказывает, что мелкие пытаются наймать всех.
хм... тут даже круче:
В «длинном» режиме упразднен ряд «рудиментов» архитектуры x86, таких, как режим виртуального 8086, сегментированная модель памяти (однако, осталась возможность использования сегментов FS и GS, что полезно для быстрого нахождения важных данных потока при переключении задач), аппаратная мультизадачность, а также ряд команд, как реализующих упраздненные возможности, так и работающие с BCD-числами, которые в новых программах практически не использовались. Среди особенностей «длинного» режима, следует отметить тот факт, что он активируется установкой флага CR0.PG, который используется для включения страничного MMU (при условии что такое переключение разрешено (EFER.LME=1), в противном случае просто произойдет включение MMU в «наследственном» режиме). Таким образом, невозможно исполнение 64-битного кода с запрещенным страничным преобразованием. Это создает определенные трудности в программировании, поскольку при переключении из «длинного» в «наследственный» режим и обратно (например, для вызова функций BIOS или DOS, монитором виртуальной машины, и т. д.) требуется двойной сброс MMU, для чего код переключения должен находиться в тождественно отображённой странице.
...
Архитектура x86-64 имеет:
16 целочисленных 64-битных регистра общего назначения (RAX, RBX, RCX, RDX, RBP, RSI, RDI, RSP, R8 — R15);
8 80-битных регистров с плавающей точкой (ST0 — ST7);
8 64-битных регистров Multimedia Extensions (MM0 — MM7, имеют общее пространство с регистрами ST0 — ST7);
16 128-битных регистров SSE (XMM0 — XMM15);
64-битный указатель RIP и 64-битный регистр флагов RFLAGS.
Разрабатывая архитектуру x86-64, инженеры корпорации AMD решили навсегда покончить с главным «рудиментом» архитектуры x86 — сегментной моделью памяти, которая поддерживалась ещё со времён 8086/80286. Однако из-за этого при разработке новой версии своего продукта для виртуализации программисты компании VMware столкнулись с непреодолимыми трудностями при реализации виртуальной машины для 64-битных гостевых систем.[1] Поскольку для отделения кода монитора от кода «гостя» программой использовался механизм сегментации, эта задача стала практически неразрешимой.
Осознав ошибку, AMD вернула ограниченный вариант сегментной организации памяти, начиная с ревизии D архитектуры AMD64, что позволило запускать 64-битные ОС в виртуальных машинах. Intel этому примеру не последовала, и на её процессорах, не поддерживающих средства аппаратной виртуализации[какие?], запустить 64-битную виртуальную машину нельзя[источник не указан 166 дней]. Для проверки того, возможен ли на процессоре запуск 64-битных гостевых ОС, VMware предоставляет вместе со своими продуктами специальную утилиту.
Изменено: olegus, 13.06.2012 - 10:15
*** Неоднократно уличён в трансляции дезинформации. Каждый высер рекомендуется проверять с лупой ***
это полный трындец ведь.
