Vanderpool technology в БИОСе что это?

Svm support bios что это

Приветствую дорогие! Выходят новые материнские платы, процессоры, память.. все железо становится лучше и быстрее. Появляются новые функции. Старые остаются.

Но сегодня мы поговорим про одну из старых функций, которая уже давно существует..

не знаю когда появилась у AMD, но у Intel она появилась еще в Pentium 4 модель 662/672 — была простая виртуализация VT-x.

Разбираемся

SVM Support (Support Vector Machine) — опция позволяет включить или отключить технологию AMd SVM (Secure Virtual Machine). Данная технология представляет из себя аппаратную виртуализацию AMD, которая необходима для работы некоторых программ.

Данная технология присутствует почти во всех современных процессорах AMD, у Intel есть своя — Intel VT.

Старые процессоры могут не поддерживать виртуализацию.

Другое описание опции — помогает разгрузить процессор во время использования виртуальны машин, скорее всего данное описание не совсем точно. Хотя по сути эффект именно такой же — если использовать виртуальные машины, а опцию не включать — будут реально дикие тормоза.

Принцип работы — простыми словами

На самом деле ничего сложного нет:

1. Виртуализация позволяет некоторым программам посылать команды процессору напрямую — так он их обрабатывает быстрее. Применимо только к специальным программам, которые эмулируют среду — например Андроид, Windows, Линукс и другие.
2. Есть обычная виртуализация и расширенная. Первая — обеспечивает прямой доступ к процессору. Вторая — доступ к устройствам на шине PCI (например аудио/видеокарта).
3. Теоретически, аппаратную виртуализацию могут использовать и некоторые обычные программы, например Хром или видео-плеер. Почему? Вы наверно слышали где-то — аппаратное ускорение. Я об этом. Оно может работать быстрее при включенной виртуализации. Такое ускорение вроде есть в Хроме, и может быть в некоторых видеоплеерах.

Нужно ли включать?

И здесь тоже все очень просто:

1. Чтобы ответить на этот вопрос, скажу иначе — отключать нет смысла. Технология никак не грузит ПК, не меняет принцип работы процессора, просто включает в нем некую инструкцию и все.
2. При отключенной опции иногда могут быть проблемы при установке некоторых программ — они просто могут сообщать вам что нужна технология виртуализации, иногда они ее называют Hyper-V (хотя это виртуализация на основе гипервизора).

Опция в биосе:

Другое название — SVM Mode:

Какие программы нуждаются в этой технологии?

Программ немного и все они имеют общую направленность — эмуляция среды (операционки):

1. VMware Workstation/Player. Позволяет создать настоящий виртуальный ПК со своим процессором, оперативной памятью, жестким диском и так далее. Требует включенной виртуализации, при отключенной — будут страшные лаги. Сам по себе виртуальный ПК представляет окно в другой ПК — там может быть установлена Windows, будет меню пуск, все как обычно. Но эта Windows полностью изолирована от реальной.
2. VirtualBox. Аналог предыдущей проги, но полностью бесплатная. В большинстве случаев функции такие же, отличие в интерфейсе. По моему опыту VMware работает быстрее.
3. BlueStacks/NOX. Позволяет эмулировать среду Андроид — можно устанавливать приложения, тестировать их, даже играть в игры можно. И при этом все это на обычном ПК с Windows. Весомый недостаток — требовательность к ресурсам, виртуальный Андроид не будет шустро работать на том ПК, где шустро работает виртуальная Windows. Минимум 2 ядра (лучше с высокой частотой и последнего поколения) и 4 гига оперы.
4. Ну и как я писал выше — возможно виртуализация поможет работать быстрее тем программам, которые используют аппаратное ускорение. Но это теория, врать не буду — не тестировал.

Вывод

Мы выяснили, что SVM Support:

1. Нужно включать. Просто потому что она никак не вредит — ничем, абсолютно. Нет ни одной проблемы в мире, при которой, чтобы решить ее — нужно отключить виртуализацию. Так что смело включайте ее — в биосе выставьте Enabled/Enable.
2. При использовании софта, который эмулирует виртуальный ПК — включение обязательно.
3. Присутствует почти на всех современных процессорах как Intel так и AMD, однако по умолчанию может быть отключена.

Надеюсь информация помогла. Удачи.

! 15.02.2019

Источник: http://VirtMachine.ru/amd-svm-support-chto-eto-v-biose-lyuchat-ili-net-support-vector-machine-svm-mode.html

Virtualization Technology

Другие идентичные названия опции: Vanderpool Technology, VT Technology.

Опция Virtualization Technology (технология виртуализации) предназначена для включения режима поддержки процессором технологии аппаратной виртуализации. Данная опция может принимать всего два значения – Enabled (Включено) и Disabled (Выключено).

статьи

• Принцип работы
• Стоит ли включать?

Принцип работы

Что же вообще означает термин «виртуализация»? Технология виртуализации позволяет пользователю иметь множество виртуальных компьютеров на одном-единственном физическом компьютере.

Естественно, что такой подход зачастую имеет немало преимуществ по сравнению с наличием нескольких физических компьютеров, прежде всего в плане сокращения расходов на оборудование и уменьшения энергопотребления.

Для создания виртуальных компьютеров требуется специальное программное обеспечение. Наиболее известно такое ПО для виртуализации, как VMWare и Microsoft Virtual PC.

Сердцем любой системы виртуализации является технология, носящая название диспетчера виртуальных машин (Virtual Machine Monitor, VMM). Эта технология создает прочную основу для управления виртуализацией.

В функции диспетчера виртуальных машин (который также иногда называют гипервизором) входит управление в реальном времени ресурсами компьютера и распределение их между виртуальными системами.

Диспетчер виртуальных машин позволяет запускать на одном компьютере либо несколько операционных систем (такие виртуальные операционные системы обычно называются гостевыми), либо несколько копий одной операционной системы.

Также в его задачи входит управление ресурсами памяти, процессора и устройств ввода-вывода в целях распределения их между различными виртуальными компьютерами.

Таким образом, гипервизор может позволить нескольким операционным системам использовать один и тот же процессор, что повысит эффективность его работы.

Однако долгое время технология виртуализации была основана лишь на программных методах, а на аппаратном уровне ее поддержка почти отсутствовала, в частности, из-за отсутствия четких стандартов.

Хотя одной из первых реализаций аппаратной виртуализации стала поддержка виртуального режима работы процессора Intel 8086, встроенная еще в процессор 80386 и в последующие процессоры фирмы Intel(подробнее с процессорами можно познакомиться тут ), тем не менее, возможности данной технологии были ограничены. Сегодня ведущие производители процессоров, Intel и AMD предлагают собственные технологии виртуализации, рассчитанные уже на защищенный режим работы процессора.

Вариант технологии виртуализации от Intel носит название VT-x. Он появился в 2005 г.

Эта технология внедрила в серверные и клиентские платформы ряд улучшений, обеспечивающих поддержку программных средств виртуализации.

Технология виртуализации AMD носит название AMD-V. Впервые она появилась в процессорах Athlon 64 в 2006 г. Эта технология позволяет взять на себя некоторые задачи, выполняемые гипервизором программным способом и упростить их благодаря встроенному в процессоры AMD улучшенному набору инструкций.

По сравнению с программным методом виртуализации аппаратная виртуализация имеет ряд преимуществ.

Дело в том, что операционные системы, предназначенные для платформы Intel, разрабатывались таким образом, что операционная система должна была иметь прямой доступ к аппаратным ресурсам компьютера.

Процессорные расширения виртуализации предлагают новые подходы к управлению виртуализацией. Кратко суть улучшений можно описать следующим образом.

Операционные системы обеспечивают различные уровни доступа к ресурсам, которые носят название колец защиты. Эти кольца представляет собой иерархию привилегий внутри архитектуры компьютерной системы.

Наиболее привилегированным уровнем обычно является нулевой. Этот уровень также может осуществлять доступ к ресурсам напрямую.

В традиционной архитектуре Intel x86 ядро операционной системы может осуществлять прямой доступ к процессору на уровне 0.

Таким образом, гостевая операционная система может выполняться лишь на уровне 1.

Но тут есть одна загвоздка – некоторые инструкции процессора могут выполняться лишь на уровне 0. Эту проблему можно решить несколькими способами, но ни один из них не является удовлетворительным.

Например, операционная система может быть перекомпилирована, чтобы избежать подобных ситуаций, но это можно осуществить лишь в том случае, если доступны исходные коды данной операционной системы.

Такой подход  иногда применяется и носит название паравиртуализации.

Но в тех случаях, когда паравиртуализация невозможна, обычно используется другое решение.

Диспетчер виртуальных машин просто перехватывает нужные инструкции гостевой операционной системы и заменяет их на безопасные.

Само собой, что такой подход приводит к значительному падению производительности. Соответственно, программные виртуальные машины часто получаются намного медленнее их реальных аналогов.

Поэтому технологии аппаратной виртуализации от Intel  и AMD содержат не только новые процессорные инструкции, но и, что имеет решающее значение, позволяют использовать новый уровень привилегий.

Теперь гипервизор может работать на уровне более низком, чем нулевой (его можно обозначить, как –1), в то время, как гостевой операционной системе предоставляется в полное распоряжение нулевой уровень.

Источник: https://dcvesta.org/svm-support-bios-chto-eto/

Ломаем BIOS: включение поддержки виртуализации VT-x на нетбуке Acer Aspire One

В данной статье мы расскажем вам пошагово о том, как допилить напильником свой нетбук или ноутбук, в котором по какому-то недоразумению выключен и залочен в таком состоянии бит 2 в MSR 0x3A — попросту говоря, у вас есть в процессоре поддержка виртуализации, но она заблокирована биосом.

ПРЕДУПРЕЖДЕНИЕ: всё, описанное в этой статье, рассчитано на то, что вы знаете, что делаете. Всё на свой страх и риск! Если не уверены — не пытайтесь повторить это дома.

Итак, в чем же проблема?

Проблема, которую мы будем решать, для конечного пользователя компьютера выглядит так: При использовании гипервизора второго типа (например, VirtualBox)

• вы не можете запускать виртуалки с более, чем одним процессором
• вы не можете запускать 64-битные гостевые операционные системы внутри 32-битной хост ОС.

Вот такое сообщение вы можете видеть при попытке запуска виртуалки с числом процессоров, большим чем 1: Аналогичное сообщение об ошибке вы также получаете, если собираетесь запускать 64-битную виртуальную машину (например, Debian amd64) с 32-разнядной хост ОС, например WinXP.

Можно ли вылечить это?

На этот вопрос можно ответить, проверив некоторые биты в некоторых словах состояния процессора. Самый простой способ убедиться, что в вашем случае проблема лечится — это посмотреть на то, что показывает программа SecurAble.

В моем случае это выглядело так:
Итак, если у вас программа показывает такую же картинку, как показанная выше, то вы можете вылечить эту проблему.

Однако нюанс заключается в том, что это установить нужный бит в регистре процессора можно только в БИОСе, поскольку вредный БИОС вашего ноутбука его выставляет в ноль, потом включает блокирующий бит и изменение этого бита более невозможно (до перезагрузки компа, где БИОС во время POST опять его сбросит и залочит).

Биос на нетбуке Acer Aspire производства Insyde, настройки его очень скудны и по F2 естественно мы не можем зайти в программу редактирования настроек БИОСа и включить виртуализацию там. Это было бы слишком просто. Поэтому, мы будем дизассемблировать БИОС и менять его код, чтобы у нас бит был выставлен в 1. Если готовы, то читаем далее.

Что нужно знать до начала работы

Итак, некоторая техническая информация — чтобы понимать, что мы делаем и зачем.

Современные процессоры, по крайней мере многие из них, имеют поддержку виртуализации. За нее отвечает бит №5 в слове ECX при вызове команды CPUID с параметром EAX=01H. Именно этот способ проверки — единственно верный, поскольку, как показывает практика, сайт Intel врет, например, для моего процессора Intel Atom N570. По этой ссылке написано:

Intel® Virtualization Technology (VT-x) No Однако мы-то знаем, что это неправда. Для тех, кто на «ты» с программированием на ассемблере, не составит труда выяснить это, написав нечто вродеMOV EAX, 1CPUIDи проверив потом 5-й бит регистра ECX.
Мне же было лень этим заниматься, поэтому я скачал опенсорсовую программу CPUID Explorer, запустил ее и посмотрел результат. К слову, CPU-Z тут непригодна — она дает результат слишком «юзер френдли» — нам же нужно было узнать точное значение бита. Вот как это выглядело в моем случае:
В кружочек обведен интересующий нас бит VMX. Он выставлен в 1, он есть, несмотря на то, что говорит нам сайт Intel.

Документация по командам процессора на стр. 215 говорит нам про команду CPUID, что

Bit #5 VMX Virtual Machine Extensions. A value of 1 indicates that the processor supports this technology

Но это еще не все. Чтобы гипервизоры второго типа смогли пользоваться командами поддержки виртуализации (VMX), необходимо явным образом разрешить эти инструкции в MSR (специальном регистре процессора) номер 0x3A. Вот что говорит нам документация по этому регистру на стр. 237:

регистр 3Ah: IA32_FEATURE_CONTROL Бит 0: lock bit — если он выставлен, то дальнейшие модификации этого регистра не допускаются, до следующей перезагрузки. Бит 1: VMX в SMX — safer mode extensions. Работа функций виртуализации в SMX допускается только тогда, когда процессор поддерживает SMX — это указывается в соседнем слева, 6-м бите в ECX при вызове команды CPUID.01H — на картинке выше этот бит равен нулю, наш процессор Atm N570 не поддерживает SMX — поэтому и в MSR 0x3A бит №1 должен быть нулевым. Бит 2: VMX не в SMX — это, собственно, и есть бит, отвечающий за поддержку виртуализации. Он соответствует обведенному в кружочек биту в CPUID и именно он должен быть выставлен в 1.

Как проверить содержимое MSR 0x3A

Чтобы убедиться, что мы все про наш компьютер поняли верно, нужно посмотреть, что на самом деле у нас хранится в MSR 0x3A. Для этого я использовал пакет msr-tools в Debian (реальном, не виртуальном. В виртуальном результат неверный).

Вот так вы сможете проверить значение этого бита: — ребутаемся в Debian, потом:# apt-get install msr-tools# modprobe msr# rdmsr 0x3A9 Девять!!! Девять это 00001001. Как видим, наш BIOS использует недокументированный бит №3 в специальном слове регистра 0x3A — по документации, этот бит Reserved. Но это не суть.

Суть в том, что у нас включен lock bit и выключен наш VMX бит №2 — так что все верно, программа SecurAble не врет и у нас действительно поддержка виртуализации отключена на уровне BIOS, хотя и поддерживается процессором. Будем это править.

Почему эту проблему нужно решать

Дело в том, что при отключенной поддержке виртуализации (VMX) в процессорном слове 0x3A ваши виртуальные машины в VirtualBox работают в режиме паравиртуализации. Они, не имея возможности перевести гипервизор в VMX Root и виртуальную машину в VMX Non-root operation, вынуждены делать трансляцию процессорных инструкций НА ЛЕТУ. Проблему представляют 17 инструкций процессора, которые не «VM-safe», т.е.

они используют единственные на весь компьютер регистры или блоки данных (таблицы) в процессоре. Эти команды: SGDT, SIDT, SLDT, SMSW, PUSHF/POPF, LAR, LSL, VERR/VERW, CALL, JMP, INT n, INTO, RET, STR и даже банальная MOV! Все эти инструкции изменяются на лету, чтобы виртуальная машина выполнила их в безопасном для системы виде. Подробнее про эту проблему описано тут (англ.).

Из-за этого страдает быстродействие виртуальной машины.

Что нам потребуется

Для этой задачи нам потребуются следующие вещи:

• оригинальный BIOS для нашего нетбука с сайта производителя.
• IDA
• phoenixtool210.zip (гугл знает, где скачать)
• HHD Hex Editor Neo или любой другой HEX Editor
• FAR Manager 🙂
• nasm — для дизассемблирования
• Знание о том, как залить BIOS аварийным способом

Для начала, очень важно знать, что если что-то пойдет не так, то как восстановить компьютер.

Для моего ноутбука с биосом InsydeH20 существует недокументированная процедура восстановления биоса:

• отформатить USB HDD в FAT16 с партицией мегов на 100 (FAT32 не понимает)
• залить туда один файл со сжатым биосом (ZE6.fd в моем случае)
• выключить ноут, потом вынуть все USB устройства и аккумулятор
• вынуть шнур питания
• подключить USB HDD
• нажать и удерживать Esc+Fn
• воткнуть питание и через 5 сек нажать кнопку включения питания
• отпустить кнопки клавиатуры

И вуаля, материнская плата сама (как — загадка) выкачает с USB HDD новый биос и прошьет его за 1 минуту, потом ноут ребутнется. Я проверил этот способ, залив таким образом стандартный биос с сайта производителя (другой версии, чем стоял у меня до этого) — действительно, работает, версия биоса обновилась. Таким же способом я решил в итоге заливать в систему и прохаченный биос. Итак, начинаем:

Распаковываем биос из SFX-архива, скачанного с сайта производителя. Сам иос будет иметь имя файла что-то вроде ZE6.fd и иметь размер 2 мегабайта ровно.

Далее нам необходимо распаковать БИОС, поскольку он сжат. Для этого используется программа PhoenixTool.exe. В первое поле в ее окошке мы указываем этот сжатый биос, и программа сама его декомпиляет на, в моем случае, целых 609 исходных файлов, имеющих имена в формате GUID.ext. Часть из этих файлов — конфигурационные, а часть — двоичные, но все с расширением ROM. Некоторые двоичные файлы содержат программы со стандартным виндовским PE заголовком. Наша задача — среди этих 609 файлов найти файл, содержащий нужную нам инструкциюWRMSR оказалось, что искать команду MOV EAX, 3AH перед командой WRMSR бессмысленно — в моем биосе WRMSR оформлена как отдельная функция и принимает параметры через стек. Поэтому я делал это так (мне показалось то проще, чам в IDA): установил на Linux пакет nasm, который включает в себя ndisasm. Потом дизассемблировал все файлы *.ROM командойndisasm -b 32 file.rom > file.asm
И потом простым поиском нашел команду wrmsr в них — таких файлов оказалось 29. Потом пришлось каждый из ни загружать в IDA и искать там нужный код, который лочит регистр 3AH. Такой код нашелся только в одном файле с именем 62D171CB-78CD-4480-8678-C6A2A797A8DE.MOD, и выглядел этот код так (после некоторой моей работы по переименованию функций в более понятные, и добавлении пары комментов): LOCK_VMX proc near push esi push 3Ah call ReadMSR pop ecx mov ecx, eax xor esi, esi and ecx, 1 or ecx, esi pop esi jnz short exitprc ; if(ReadMSR() & 1) goto exitprc; push edx or eax, 1 ; Set lock bit (bit #0) push eax push 3Ah call WriteMSR add esp, 0Ch exitprc: retnLOCK_VMX endp По определению, код, который лочит регистр, делает это один раз. Потому это самое удачное место для того, чтобы сделать наш хак: меняем цифру 1 на цифру 5 в инструкции:or eax, 1 Это приведет к тому, что одновременно с выставлением lock bit мы выставляем бит VMX (бит #2). Заметим тут, что мы не имеем права выставлять бит #1, поскольку набор инструкций SMX у нас в процессоре не поддерживается (это говорит CPUID.1H:ECX bit 6. Менять будем не совсем в файле *.ROM, а в оплетке *.MOD, которая содержит этот файл. Для этого нужно в программе PhoenixTool.exe, которая у нас уже открыта и биос в нее уже загружен, нажать на кнопку Structure, и инайти ветку с нашим именем файла: Нажимаем кнопку Extract, получаем файл *.MOD (который состоит из заголовка + тела файла *.ROM), и правим наш бит именно в этом файле MOD. Смотрим в IDA, какой двоичный код соответствует окрестности инструкции, которую мы меняем, и в HEX редакторе открываем файл, ищем это место в коде, и меняем всего 1 байт с 01 на 05. Сохраняем модифицированный файл *.MOD. Потом в PhoenixTool нажимаем Replace, выбираем модифицированный MOD, и нажимаем Exit. Всё. Программа сама пересобрала биос и упаковала его для нас, при этом назвала его тем же именем, что и было (старый файл сохранен с расширением OLD). Всё. Теперь заливаем единственный файл с новым биосом на USB HDD (можно и на USB флешку), и выполняем описанную выше процедуру аварийного восстановления биоса. Она прошьет комп этом новым биосом и всё будет готово. Вот как теперь выглядит вывод программы SecurAble: Теперь VirtualBox запускает виртуалки с 4 ядрами (а не с одним, как было раньше). Теперь я из-под своей основной 32-разряной операционной системы могу запускать 64-битные операционки в виртуалках. И, что самое главное, теперь виртуалки на самом деле виртуализованные (гипервизор использует инструкции VMX), а не паравиртуализованные. P.S. В биосах других производителей (не Insyde) есть возможность править не сам BIOS, а только его настройки, извлекаемые программой SYMCMOS.EXE. Там процесс такой же, за исключением того, что в дизассемблированном биосе находится номер настройки, которая используется для запрещения или разрешения VMX, и потом эта настройка правится непосредственно в CMOS биоса. В моем же биосе таких настроек нет, или программа symcmos их не находит, поэтому такой путь допиливания напильником не подходит в моем случае. Путь непосредственного хака биоса выглядит надежнее: мы таким образом просто игнорируем какие бы то ни было настройки биоса, просто выставляем бит VMX и лочим регистр 0x3A после этого.

Счастье есть 🙂 Спасибо, что дочитали до конца.

• BIOS
• VMX
• виртуализация
• VirtualBox

Источник: https://habr.com/post/152056/

Технология Vanderpool компании Jetway

07.06.2004 Алексей Набережный, Александр Динаев

Осенью 2003 г. компания Intel анонсировала чудо-продукт инженерной мысли под названием Vanderpool Technology (VT). Эта технология создает на ПК «партиции», где в один и тот же момент времени могут полноценно функционировать различные ОС. Более того, многие участники форума IDF 2003 смогли увидеть, как на одном компьютере параллельно работали две ОС — пока один из пользователей устанавливал драйверы с последующей перезагрузкой системы, другой с увлечением смотрел новый анимационный фильм о Симпсонах.

Ранее логические и физические «партиции» встречались только на рынке серверов, но, видимо, пришло время вводить эту технологию и в мир обычных ПК. Более того, вполне возможно, что уже сейчас в ядре Prescott скрывается сюрприз под названием Vanderpool, а компания Intel в скором времени откроет для нас микропроцессорную «вещь в себе», и тогда многие эксперты окажутся близорукими специалистами, просмотревшими очевидную спираль развития.

Тем временем ряд прогрессивных производителей системных плат бросился копировать идею технологии Vanderpool. Опираясь в значительной степени на программную реализацию VT, поставщики плат добавляют в свои решения некоторую аппаратную составляющую, представляющую собой разветвители—«двойники» для клавиатур и мышей.

Как показало наше тестирование, утверждение «любая копия хуже оригинала» далеко не всегда соответствует истине, поэтому мы с удовольствием представляем вам системную плату Jetway MagicTwin. Если подключить дополнительный монитор и стандартные устройства ввода информации (клавиатуры и мыши), то с ее помощью можно получить две практически независимые рабочие станции.

Внешне эта плата ничем не отличается от других: она выполнена из сиреневого текстолита, северный мост построен на базе набора микросхем VIA P4X400, защищенного от перегрева алюминиевым радиатором. На плате присутствуют три разъема, предназначенные для установки памяти типа DDR-266 или DDR-333 общим объемом до 3 Гбайт.

На заднюю панель выведены два разъема USB 2.0, а с помощью выносной скобы можно подключить еще три. Кроме того, на плате имеется встроенный сетевой контроллер 10/100 Мбит/с, два последовательных и один параллельный порты, а также стандартные разъемы PS/2 для мыши и клавиатуры. Плата допускает установку процессоров Pentium 4 с частотой от 1,5 до 3,6 ГГц. Встроенный AC97-кодек обеспечивает поддержку шестиканального звука.

Данный канал улучшает разводку платы и позволяет избежать многих проблем, связанных с циркуляцией больших токов. Ранее нам не встречались системные платы других производителей с AUX, поскольку подключение этого разъема не считается обязательным.

Поэтому такое решение вызвало у нас неподдельный интерес — плата действительно полностью соответствует спецификации ATX 2.03.

Итак, открываем коробку и сразу видим два разветвителя портов PS/2, предназначенных для подключения пары клавиатур и мышей. Вот он, аппаратный признак технологии Vanderpool!

Собираем систему, включаем. А где же два обещанных рабочих места? Обманули? Конечно нет, хотя все оказалось и не так просто. В комплект поставки системной платы входит утилита MagicTwin XP, установив которую и подключив дополнительный комплект, состоящий из монитора, клавиатуры и мыши, вы получите две рабочих станции вместо одной.

Однако будьте осторожны, программа очень требовательна к операционной системе — подавай ей непременно англоязычную(!) Windows XP Service Pack 1. Причем если в вашей ОС уже интегрирован Service Pack 2, то вам придется покупать более старую версию ОС Windows XP.

Кроме того, перед установкой чудо-программы необходимо провести настройку профилей пользователей под каждую рабочую станцию.

Устанавливаем программу и перезагружаемся. На первом мониторе появляется табличка с надписью «Станция №1», а на втором из черной пустоты экрана медленно высвечивается образ второй станции. Вот так и выходит два рабочих места вместо одного. А первоначальные испытания с помощью реальных офисных приложений Word и Exel показали отличную перспективу увеличения рабочих мест в нашей редакции без лишних затрат на процессор, системную плату, память, жесткий диск, видеоадаптер и корпус.

В ходе тестов было отмечено практически равное разделение мощности графической платы между обеими станциями, а хорошие результаты тестов процессора в значительной степени были обусловлены технологией HyperThreading, что ясно видно по результатам выполнения процессорных испытаний в SiSoft Sandra 2004 Pro.

К тому же на хорошие результаты повлияла заблаговременная загрузка ОЗУ определенными фрагментами информации для двух параллельных тестов.

Подводя итоги наших испытаний, мы можем смело утверждать, что решение Jetway MagicTwin (140 долл.), копирующее технологию Vanderpool, вполне применимо в повседневной жизни. Если вы используете мощный процессор, быструю видеоплату, емкий жесткий диск и побольше памяти, то вместо одного компьютера получите две полноценные рабочие станции.

Как мы тестировали

Тестовый компьютер был собран на основе 2,4-ГГц процессора Pentium 4, системной платы Jetway MagicTwin, двух 256-Мбайт модулей памяти типа DDR-400, 256-Мбайт видеоплаты Abit Siluro FX5600, 120-Гбайт жесткого диска Hitachi, двух мониторов, двух мышей и двух клавиатур. В качестве ОС была использована Windows XP SP1.

Результаты тестирования, баллы

Тест	Однопо-льзова-тельский режим	Многопользова-тельский режим
Станция 1	Станция 2
PCMark04
PC Mark Score	3046	1842	3056
CPU Score	3185	2868	3163
Memory Score	2875	2060	1401
Graphic Score	1744	1349	1133
HDD Score	3664	3680	2759
SiSoft Sandra 2004 Pro
CPU Arithmetic Benchmark	9103	9418	9412
CPU Multimedia Benchmark	32513	32124	31359
Memory Bandwith Benchmark	4736	4621	4549
File System Benchmark	21842	21111	22471
3D Mark 2001 SE	8333	3927	3795

Источник: https://www.osp.ru/pcworld/2004/06/168150/