Форум программистов
 

Восстановите пароль или Зарегистрируйтесь на форуме, о проблемах и с заказом рекламы пишите сюда - alarforum@yandex.ru, проверяйте папку спам!

Вернуться   Форум программистов > Низкоуровневое программирование > Assembler - Ассемблер (FASM, MASM, WASM, NASM, GoASM, Gas, RosAsm, HLA) и не рекомендуем TASM
Регистрация

Восстановить пароль
Повторная активизация e-mail

Купить рекламу на форуме - 42 тыс руб за месяц

Ответ
 
Опции темы Поиск в этой теме
Старый 29.07.2011, 20:09   #31
rpy3uH
добрый няша
Старожил
 
Аватар для rpy3uH
 
Регистрация: 29.10.2006
Сообщений: 4,804
По умолчанию

64-х это это де-факто и де-юре защищённый реджим, в общем, aka защищённый, только в нём всё 64-х битное (извиняюсь за тавтологию).
плюс в нём ВСЕГДА должна быть включеня трансляция адресов, это обязательное условние для перехода в 64-х битный режим, что в принципе делает его медленнее.

Цитата:
Сообщение от Пепел Феникса Посмотреть сообщение
rpy3uH, он действительно самый быстрый, если конечно работать в этом режиме с rax, а не eax.
как раз таки наоборот, если есть возможность использовать 32-битные регистры, то их надо использовать, просто потому что при использовании "новеньких" регистров все опкоды команд становятся на 1 байт длиннее из-за REX префикса.
и по большому счёту тотальная 64-битность и не нужна вовсе. главное преимущество 64-х битного режима это почти неограниченный размер виртуальной памяти, без вего остального можно обойтись. Например, некоторые компиляторы просто напросто неприспособлены использовать 16 регистров общего назначения, не говоря уже о XMM
rpy3uH вне форума Ответить с цитированием
Старый 29.07.2011, 20:14   #32
Пепел Феникса
Старожил
 
Аватар для Пепел Феникса
 
Регистрация: 28.01.2009
Сообщений: 21,000
По умолчанию

Цитата:
плюс в нём ВСЕГДА должна быть включеня трансляция адресов, это обязательное условние для перехода в 64-х битный режим, что в принципе делает его медленнее.
этого пожалуй не учел.
Цитата:
если есть возможность использовать 32-битные регистры, то их надо использовать,
тут от задачи многое зависит, ибо если в задаче 64-бита нужны, то лучше всетаки работать с ними напрямую, чем через половинки.
Хорошо поставленный вопрос это уже половина ответа. | Каков вопрос, таков ответ.
Программа делает то что написал программист, а не то что он хотел.
Функции/утилиты ждут в параметрах то что им надо, а не то что вы хотите.
Пепел Феникса вне форума Ответить с цитированием
Старый 29.07.2011, 21:01   #33
rpy3uH
добрый няша
Старожил
 
Аватар для rpy3uH
 
Регистрация: 29.10.2006
Сообщений: 4,804
По умолчанию

Цитата:
Сообщение от Пепел Феникса Посмотреть сообщение
тут от задачи многое зависит, ибо если в задаче 64-бита нужны, то лучше всетаки работать с ними напрямую, чем через половинки.
ну это и так понятно
rpy3uH вне форума Ответить с цитированием
Ответ


Купить рекламу на форуме - 42 тыс руб за месяц



Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Самый быстрый браузер Marsel737 Софт 31 30.08.2010 01:09
Самый быстрый способ получить изображение в заданном прямоугольнике? TwiX Мультимедиа в Delphi 4 04.04.2010 10:08
Самый быстрый способ проверить прокси? TwiX Работа с сетью в Delphi 6 15.02.2010 22:41
Самый быстрый вид сортировки массива Warnes Свободное общение 42 06.12.2009 16:02
Предложите самый быстрый алгоритм! Gambler Общие вопросы Delphi 6 26.12.2006 22:44