Https://Www.Opennet.Ru/Opennews/Art.Shtml?Num=59164

жалко что не будут возвращать то, что было убрано в х64, но есть в х32

Все ещё пытаются доидь мертвую корову

Может тебе ещё loadall вернуть? А вообще, это ведь не сделает x86 лучше. Как была куча хлама, скопившегося за почти полвека, так и будет, только с отломанными кусками.

Это появится в новых процессах?

А что лучше? Можно посчитать, сколько будет стоить перенести нынешнее производство десктопных ПК на какой-нибудь ARM. Весь софт, поддержка компаний и т.д. и т.п.

А чего там не хватает?

странное высказывание. Я полагаю что пк у вас все же на х86 и наверное вполне себе живой.

bcd, into

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

для научных задач думаю самое то

Все уходит в какую-то виртуализацию. Меня, как юниксойда, это настораживает. Сам принцип — "все есть файл", который фактически отображал порты в файловое пространство пользователя, как в адресное пространство машины, теперь вообще недоступен будет. Спикером или звуковухой уже не попищать, экран программно не перевернуть. Чтобы быстро устройство проверить, теперь только через ОС((( Сразу бы и ОС в проц писали бы чтоль....эх, пищать динамиком остается только на Ардуинках....

Разве "виртуализация" железа в виде проекции его портов на файлы не есть ключевая особенность UNIX?

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

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

А этим кто-нибудь вообще пользовался. Как я понимаю для управления этой картой доступа всё равно надо уходить на защищённый уровень (т.е. всё равно нужен драйвер уровня ядра).

Она настраивается на процесс, а дальше процесс напрямую обращается к портам минуя ядро, так можно драйверы в юзермоде держать

Штука в том, что, раз доступ надо давать на уровне ядра, то без драйвера не обойтись. А если делать драйвер, то какой смысл выносить его часть в usermode? Видимо никто не пользовался, также, как кольцами защиты 1 и 2. Вот и хотят сократить эти транзисторы.

Так в Линукс для записи в порты тебе надо ядро дёргать, тут речь про прямое обращение к портам из юзермода

А если два процесса одновременно начнут порты дергать?

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

Ну то есть без участия ядра все равно никуда.

На то оно и ядро

1 сискол, против тысячи, что быстрее, делать по сисколу на каждый доступ к порту, или один на все доступы к этому порту?

Так всё равно понадобится сискол на каждое обращение для проверки, что в это время с портом не работает другой процесс.

Зачем?

Я же говорю монопольный доступ как вариант, если кто-то уже занял порт, то его больше никто не займёт

Ну это какой-то уж совсем экзотический случай.

Почему экзотический?

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

Как это? Разные драйвера обращаются к разным портам, значительно реже к одним и тем же, а вынесение драйверов в юзермод повышает модульность

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

Да, это же для драйверного софта, а не для обычного, но при этом также юзермодного

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

Но при этом долго согласует свои действия во избежание конфликта с другим процессом.

А зачем с другим процессом это согласовывать?

Конечно. Именно так. Но сделано это все средствами ОС. Выше уже все сказали про идею "зашить" части ОС в сам процессор. А еще можно добавить, что завтра Интел это сделает, а послезавтра дыра найдется. И процы в помойку полетят, или заплатки в ОС делать будут.

Блокировку установим, которую, в случае надобности сможет снять пользователь с привилегиями. А любой пользователь, даже рут, работает в кольце 3, а не 0. Ядро только буферизацию не прерывает от порта и сами аппаратные прерывания маскирует. Но это все сделано программно. А, как я понимаю, теперь это в железе собираются сделать...

Может банально не прижиться по каким-либо причинам

Вряд-ли, я даже не пойму что именно ты имеешь ввиду