Журнал Компьютерра - Журнал «Компьютерра» №41 от 08 ноября 2005 года

В целом оно очень хорошее. К примеру, Windows x64 «знает» практически все «железо» и содержит необходимые 64-битные драйверы к нему, так что установка ОС даже на новейшую платформу проходит быстро и с минимумом человеческого вмешательства. Все мыслимые дыры в системе безопасности «превентивно» залатаны свежайшим сервис-паком; старые программы работают без нареканий; 64-битные запускаются легко. Некоторые результаты, снятые на нашем тестовом стенде, вы можете видеть во врезках, а мы позволим себе вкратце их прокомментировать.

Пункт первый. За редчайшими исключениями 32-битные программы в Windows XP x64 edition работают нормально, но чуть медленнее, нежели в «родной» 32-битной Windows XP. Различия не столь велики, чтобы быть субъективно заметными, однако закономерность налицо. Кто в этом виноват - «режим совместимости», в котором приходится работать процессору, новое ядро Windows 2003 или «прослойка» WOW64, - непонятно, так что ситуация может варьироваться от приложения к приложению.

Пункт второй. Специально оптимизированные для 64-битности приложения, как правило, работают быстрее своих 32-битных аналогов, но существенных рывков в производительности не дают. Правда, встречаются и приятные исключения, - так, почти все пакеты трехмерного моделирования и рендеринга в 64-битном режиме ускорялись на 10-30%. А вот больших изменений в трехмерных игрушках мы не заметили: где-то 64-битная версия чуть быстрее, где-то - чуть медленнее, но прорыва в скорости здесь нет и, возможно, никогда и не будет - подобного рода игрушки «упираются» не столько в центральные процессоры, сколько в недостаточно мощные видеокарты.

Пункт третий. Работать в 64-битных операционных системах пока еще не очень комфортно. К примеру, крупнейшие разработчики программ для записи CD и DVD 64-битные версии своих продуктов еще не выпустили, а тесно взаимодействующие с оборудованием 32-битные версии в 64-битной Windows у нас нормально так и не заработали, вынуждая обратиться к встроенным средствам записи дисков. Стоит ли говорить, что многим этот вариант покажется неудобным? Вместе с уже описанной проблемой нестыковки 32-битных плагинов и ActiveX-объектов и 64-битных программ это довольно сильно смазывает впечатление от Windows x64 edition.

Четвертый и последний пункт, сопряженный с нашей практикой использования Windows x64 edition - это, конечно же, вопросы, связанные с необходимостью использования 64-битных драйверов. Здесь дела обстоят противоречиво. С одной стороны, свежеустановленная Windows XP Professional x64 edition успешно определила на нашем тестовом стенде, построенном на чипсете nForce 4 SLI, все устройства (за исключением интегрированных аудиокодека и сетевой карты) и установила к ним соответствующие драйверы. Заметим, что такие брэнды, как ASUSTeK, Gigabyte, Broadcomm обязательно комплектуют свою новую продукцию драйверами для 64-битных версий Windows, а ATI и nVidia регулярно выкладывают в Сети всё более совершенные версии 64-битных драйверов к своим чипсетам и видеокартам, ничем не уступающие по функциональности 32-битным аналогам. С другой стороны - подобным образом поступают далеко не все производители, и та же MSI, чью материнскую плату и видеоадаптер мы использовали в тестовом стенде, никаких 64-битных драйверов на штатном компакт-диске не предоставила. Для некоторых (особенно устаревших) устройств 64-битных драйверов нет вообще, и неясно, появятся ли они в обозримом будущем[Чем-то это напоминает традиционную ситуацию с драйверами в Linux]. Кого-то она устраивает, кого-то нет.

Ситуация с 64-битным софтом для Windows складывается парадоксальная: операционная система есть, драйверы для нее есть, а вот самого простого - оптимизированных для 64-битного режима программ - нет. Радует только, что наиболее критичные к производительности приложения все-таки к x86-64 адаптированы. Так что для пользователей 3DSmax, Photoshop, LightWave, Premiere надпись на коробке от процессора про поддержку 64-bit - уже не просто слова, а ощутимая помощь в работе.

Еще одна область, где Windows x86 может сразу «раскрыться», - это приложения .Net. Они, как известно, ни к одной конкретной архитектуре не привязываются, а записываются на некотором «промежуточном» языке (IL), который превращается в машинный код для конкретной архитектуры только при непосредственном исполнении программы (Just-in-Time Compilation, JIC). Уже выпущен .Net Framework 2.0, поддерживающий x86-64, так что приложения .Net выигрыш в производительности от новой архитектуры получат без всякой перекомпиляции и сразу.