LINUX.ORG.RU
ФорумTalks

нужен ли 64 битный unreal mode?


0

1

Что вы думаете по поводу нужности сабжа?

в 32 битном случае он есть, хоть и не документирован: http://ru.wikipedia.org/wiki/Unreal_mode

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

Из плюсов я вижу, как минимум, более быстрое обращение к памяти.

PS: Да, на текущий момент его вроде нет. Потому спрашиваю чисто гипотетически.

★★★★★

Последнее исправление: cvs-255 (всего исправлений: 2)

Ответ на: комментарий от Artificial_Thought

Вроде нет такого.

Но вдруг кому-нибудь он нужен? Всякие там realtime системы или же вычисления.

cvs-255 ★★★★★
() автор топика
Последнее исправление: cvs-255 (всего исправлений: 1)

64-битный Unreal mode на практике не нужен (да и не знаю, есть ли).

32-битный тоже, но его пока все еще используют некоторые недобиосы (кои тоже не нужны ввиду существования EFI) и некоторые досопроги (кои не нужны по причине их мертвости).

Deleted
()
Ответ на: комментарий от Deleted

Есть такая штука, как сброс. Это не переход, но может его заменить. На 286 таким образом переходили из Protected в Real. Правда, из-за сброса в Unreal таким способом никак не попадешь.

Deleted
()

64-битный unreal не возможен в принципе по очень простой причине - 64-битные регистры не доступны нигде кроме long mode.

KivApple ★★★★★
()

Зачем тебе unreal? ты можешь тупо сконфигурить память как линейное пространство без страничной адресации даже в 64

wingrime
()
Ответ на: комментарий от cvs-255

С использованием инициализации GDTR, не?

luke ★★★★★
()
Ответ на: комментарий от Deleted

64-битный Unreal mode на практике не нужен (да и не знаю, есть ли).

Ты считаешь, что нет применения у быстрого 64 разрядного процессора без виртуальной адресации?

cvs-255 ★★★★★
() автор топика
Ответ на: комментарий от cvs-255

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

Да вот только не вижу смысла из x86 там, где был бы серьезный профит от MMUless-процессоров.

Deleted
()
Ответ на: комментарий от Deleted

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

там нет исскуственного обрезания 1М

cvs-255 ★★★★★
() автор топика

Сабж не нужен, потому что костыль. Вы еще в линуксовый планировщик засуньте штуку как была в винде с древним симсити.

buddhist ★★★★★
()
Ответ на: комментарий от cvs-255

И? Какой профит для быстродействия?

Deleted
()
Ответ на: комментарий от Deleted

Для того, чтобы не мучиться с защищенным режимом, очевидно.

Но вообще, есть Exult.

buddhist ★★★★★
()
Ответ на: комментарий от XVilka

все равно требуется устанавливать таблицы.

И что то, когда я JFF пытался это сделать, не получилось в 64 битном режиме

cvs-255 ★★★★★
() автор топика

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

А как же memory-mapped IO? Как же COW? Как же виртуальная память? Как же разграничение доступа?

Macil ★★★★★
()
Ответ на: комментарий от Macil

Учимся отличать «далеко не везде» и «нигде»

cvs-255 ★★★★★
() автор топика
Ответ на: комментарий от cvs-255

Да, таблицы понадобятся, но зато все адреса будут на все пространство, что удобно (но небезопасно).

И что то, когда я JFF пытался это сделать, не получилось в 64 битном режиме

Значит была где-то ошибка - советую посмотреть реализацию в исходниках/спеках/дизасму UEFI

XVilka ★★★★★
()

Есть ровно наоборот - x32 у гентушников.

yu-boot ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.