_>>Которую забудут реализовать. А отдел саботажа у них всё изобретательнее. FLY>Что значит забудут реализовать? Оно еще со времен win7 существует.
32хбитные апликухе в вин7 работают не через эмуляцию а прямым исполнением 32хбитного кода на процессоре. Если поддержку 32хбитных инструкций выпилят, то придется делать софтовый транслятор инструкций, по типу розетты в макосе.
Как много веселых ребят, и все делают велосипед...
Re[4]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, RonWilson, Вы писали:
S>>Яваскрипт на уровне ядра RW>
а что смешного, в каком-то варианте ARM была нативная поддержка java-байткода (во времена j2me на телефонах). Не javascript конечно, но всё равно не взлетело почему-то
Re[4]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, ononim, Вы писали:
O>32хбитные апликухе в вин7 работают не через эмуляцию а прямым исполнением 32хбитного кода на процессоре. Если поддержку 32хбитных инструкций выпилят, то придется делать софтовый транслятор инструкций, по типу розетты в макосе.
Запуск приложения в режиме совместимости разве не включает эмуляцию х86?
Re[2]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, CRT, Вы писали:
CRT>Если 32-битные приложения будут продолжать работать, как сейчас в 64-битных ОС, то пускай.
Об отказе от 32-битных инструкций речи не идет, не сможешь нативно запускать 32-битную ОС. Но даже откажись Интел полностью от поддержки старых приложений, то что за софт ты используешь, чтобы переживать на этот счет? Что-то вроде винампа или игр? Мне кажется уже сейчас это всё в режиме эмуляции должны идти бодро. А когда и если такие процы выпустят, допустим (хотя наврядли так скоро) лет через 5, и подавно. Это же не Apple, диктовать свои правила не получится.
Re[3]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, rFLY, Вы писали:
FLY>Выполнение 32-битных приложений еще в Вин7 x64 было реализовано.
Это совсем не то. Проц 32битные команды то до сих пор поддерживает. Но если этот кусок выкинут из железа то будет ой.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[3]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, rFLY, Вы писали:
FLY>Запуск приложения в режиме совместимости разве не включает эмуляцию х86?
Нет. Проц поддерживает 32битные команды напрямую. Совместимость там скорее на уровне PE loader и API
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[5]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, wl., Вы писали:
wl.>в каком-то варианте ARM была нативная поддержка java-байткода (во времена j2me на телефонах). Не javascript конечно
Это ж капец какие разные сЦущности!
wl.> но всё равно не взлетело почему-то
Почему то
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[2]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, vsb, Вы писали:
vsb>Видел предположения, что это ускорит включение, в частности выход из спящего режима.
На сколько наносекунд?
vsb> Но не уверен, что это действительно так. Предполагаю — просто убирают старый мусор, который уже никому не нужен. Скорей всего ничего это не бустанёт.
Да просто меньше микрокода в декодере команд станет. Станет ли от этого оно работать чуточку быстрее — хз. А вот то, что придётся гонять уже полноценный JIT для 32битного кода — это как раз будет тормозить.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[2]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, CRT, Вы писали:
CRT>Если 32-битные приложения будут продолжать работать, как сейчас в 64-битных ОС, то пускай.
В том то и дело что "если..."
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[2]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, netch80, Вы писали:
N>То есть реально ссылки нет, есть агрегатор хлама, который ссылается на корень сайта вместо точного указания. (Нет, я нашёл через ключевые слова, но всё равно так нехорошо.)
Они почему-то всегда дают ссылку на сайт, а не на статью/новость (может политика сайта такая, я хз). Но я не понимаю твоих претензий, тебя же это заинтересовало.
N>Ни на сколько. Уменьшит блок декодирования, но за счёт частей, которые и так обычно отключены.
Один блок уменьшится, значит другой, более востребованный, можно будет увеличить.
N>Смешно. Кому-то они мешали (ну кроме занятых кодов, которые всё равно нельзя занимать по новой)?
Это как лыжи на балконе из которых ты вырос, вроде и не мешают, только лучше вместо них хранить то, чем пользуешься.
N>В своём лучшем кретинском стиле Intel они опоздали с этим на 25 лет. Основную работу сделал AMD, по своему тогдашнему нищенству всё равно сделавший 1/3 от необходимого.
Согласен, но думается у них нет такой возможности, как у компаний, которые разрабатывают процессоры только для себя.
N>Но остаток и сейчас Intel не сделает, вместо этого сделав только затычки.
Посмотрим. Им сейчас надо не только с AMD, но и с ARM конкурировать. Так что любое улучшение будет на счету.
Re[4]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, CreatorCray, Вы писали:
CC>Это совсем не то. Проц 32битные команды то до сих пор поддерживает. Но если этот кусок выкинут из железа то будет ой.
Так речи об выбросе 32-битных инструкций не идет.
Re[6]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, rFLY, Вы писали:
FLY>>Запуск приложения в режиме совместимости разве не включает эмуляцию х86? CC>Нет. Проц поддерживает 32битные команды напрямую. Совместимость там скорее на уровне PE loader и API
Мне казалось что этот режим был калькой с того, что МС сделала для Itanium. В любом случае это другая тема, об отказе от 32-битных приложений речи не идет.
Re[4]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, CreatorCray, Вы писали:
CC>Ещё функционал в железе не отрезали а оно уже существует
Не понял, о чем ты? Разве запуск 32-битных приложений в Win64 на тот момент требовал каких-то изменений в железе?
Здравствуйте, Codealot, Вы писали:
C>Здравствуйте, netch80, Вы писали:
N>>Основную работу сделал AMD, по своему тогдашнему нищенству всё равно сделавший 1/3 от необходимого.
C>А чего не хватает?
Вынос воздействия сегментных регистров на уровень снаружи от страничного каталога, а не внутри него. Это резко бы облегчило виртуализацию (показано опытом IBM).
Возможность работы ядра с выключенной страничной трансляцией, соответственно, лёгкое включение и выключение этой трансляции. Ядру она просто мешает. Можно было сделать в стиле System/Z, SPARC или MMIX Кнута — любой годился.
Достаточное количество регистров. У 64-битного процессора нормально >=25 регистров (32 чтобы круглое), а не 16 (с поправкой на специфику SP, BP... надо считать 13-14).
Хотя бы пригрозить опцией отказа от TSO, которая реально тормозит процессор — и сделать это при первой возможности битами Flags (доступны к управлению из любого режима).
Более качественная формализация SMM, внос в штатный набор режимов.
Очистки кодового пространства — кучу однобайтовых команд можно было сделать двухбайтовыми. Вообще перекодировка многих команд в более адекватные форматы. Декодер всё равно переделывается чуть менее чем полностью.
Выброс заведомо бессмысленных команд типа RCR со сдвигом более 1.
The God is real, unless declared integer.
Re[7]: Интел подумывает об отказе от 16 и 32 бит поддержке
FLY>>>Запуск приложения в режиме совместимости разве не включает эмуляцию х86? CC>>Нет. Проц поддерживает 32битные команды напрямую. Совместимость там скорее на уровне PE loader и API FLY>Мне казалось что этот режим был калькой с того, что МС сделала для Itanium.
Нет, для итаниума был бинарный транслятор, а x86-32 инструкции исполняются напрямую на x86-64 процессоре.
FLY>В любом случае это другая тема, об отказе от 32-битных приложений речи не идет.
Тема такая что если это будет сделано через трансляцию то оно будет тормозззззить.
Как много веселых ребят, и все делают велосипед...
Re[3]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, rFLY, Вы писали:
CRT>>Если 32-битные приложения будут продолжать работать, как сейчас в 64-битных ОС, то пускай. FLY> Но даже откажись Интел полностью от поддержки старых приложений, то что за софт ты используешь, чтобы переживать на этот счет? FLY>Что-то вроде винампа или игр?
ну если ты используешь компьютер только чтобы музыку слушать и играть то многие используют его для работы. Для решения рабочих задач. Есть куча специализированного софта. Много которого давно написано и до сих пор поддерживается и продается и он 32 битный
FLY> Мне кажется уже сейчас это всё в режиме эмуляции должны идти бодро
что значит "кажется"?
Чтобы запустить какую-нибудь софтину виртуальную машину поднимать?
Здравствуйте, netch80, Вы писали:
N>Вынос воздействия сегментных регистров на уровень снаружи от страничного каталога, а не внутри него. Это резко бы облегчило виртуализацию (показано опытом IBM). N>Возможность работы ядра с выключенной страничной трансляцией, соответственно, лёгкое включение и выключение этой трансляции. Ядру она просто мешает. Можно было сделать в стиле System/Z, SPARC или MMIX Кнута — любой годился. N>Достаточное количество регистров. У 64-битного процессора нормально >=25 регистров (32 чтобы круглое), а не 16 (с поправкой на специфику SP, BP... надо считать 13-14). N>Хотя бы пригрозить опцией отказа от TSO, которая реально тормозит процессор — и сделать это при первой возможности битами Flags (доступны к управлению из любого режима). N>Более качественная формализация SMM, внос в штатный набор режимов. N>Очистки кодового пространства — кучу однобайтовых команд можно было сделать двухбайтовыми. Вообще перекодировка многих команд в более адекватные форматы. Декодер всё равно переделывается чуть менее чем полностью. N>Выброс заведомо бессмысленных команд типа RCR со сдвигом более 1.
Проще говоря нафиг эту архитектуру, есть же ARM и гемороя меньше будет. И эмуляция 32битных интелов уже работает.
Re[5]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, rFLY, Вы писали:
CC>>Это совсем не то. Проц 32битные команды то до сих пор поддерживает. Но если этот кусок выкинут из железа то будет ой. FLY>Так речи об выбросе 32-битных инструкций не идет.
А что тогда понимается под "отказ от 32 бит"?
Или там Рабинович, как водится, шепелявил когда пел?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[5]: Интел подумывает об отказе от 16 и 32 бит поддержке
Здравствуйте, kov_serg, Вы писали:
_>Проще говоря нафиг эту архитектуру, есть же ARM и гемороя меньше будет. И эмуляция 32битных интелов уже работает.
Ну если будут продаваться десктопы на ARM с количественными характеристиками и свободой сходной с текущим x86 (даже с учётом современного огораживания типа ME) — то да.
Если нет — надо смотреть, кто эту свободу ещё сохраняет. AMD вроде пока не вводит те же огораживания как этот x86S?
