Есть ли будущее у BIOS?

@Nova_ · Регистрация: 30.05.2014

Author24 — интернет-сервис помощи студентам

Хотелось бы узнать мнения, сколько еще продержится данная система?

С каждым днем начинаю убеждаться в том, что использовать его прерывания и прочие 16-разрядные сервисы - сомнительная работа. На отрез отказывается работать с некоторыми VESA-видеорежимами моей видеокарты и Sata3-дисками. Как аргументы, нередко приводят размер и минимум возни с Int 13h, хотя драйвер для ATA вполне может уместиться в 512-байтах. Да и не очень то удобно возиться с 16-разрядным кодом, слишком много костылей, которые вовсе не нужны. Из этого всего сделал выводы, что использовать сервисы БИОС под серьезные проекты в будущем - гарантия неудачи, а сам исчезнет вместе с Wintel x86-64 и задатками IBM PC лет эдак через 20-30. Когда же он все таки станет 32-разрядным?

Убежденный · 19.07.2014, 22:23

Сообщение от Nova_

Когда же он все таки станет 32-разрядным?

Уже стал:

Unified Extensible Firmware Interface (UEFI)
http://en.wikipedia.org/wiki/U... _Interface

Эта система сейчас поддерживается все большим количеством материнских плат.
А старый добрый BIOS медленно, но верно, уходит. Хотя, как мне кажется,
этот уход будет продолжаться еще очень долго (в некоторых сферах).

@Nova_ · 21.07.2014, 10:30 **[ТС]**

Сообщение от Убежденный

Уже стал:
Unified Extensible Firmware Interface (UEFI)

Еще не полностью, но дело в том, что большинство ОС грузятся в 16-разрядном режиме, который уже нафиг не нужен. И это может показаться неудобным для многих системных программистов. Особенно барьер в 1 мб. памяти. Ведь писать ядро в память (пусть размером 16 мб.) через int 13h очень проблематично. В связи появляется целый огород из загрузчиков (первичный-вторичный). Куда удобнее было бы грузиться сразу в 32-разрядном режиме и перебрасывать уже ядро размером до 4 гб. через уже таки 32-битный Int 13h и там уже менять IDT по своему усмотрению.

Сообщение от Убежденный

А старый добрый BIOS медленно, но верно, уходит. Хотя, как мне кажется,
этот уход будет продолжаться еще очень долго (в некоторых сферах).

Ну, как говориться, все новое - это хорошо забытое старое. Даже у потомков IBM PC остались те костыли, которые реально исправить только перепроектированием с нуля.

Я клоню к тому, что программировать на x86-64 и всего того, что с этой архитектурой связано - жутко неудобно.

Charles Kludge · 21.07.2014, 12:28

Сообщение от Nova_

Когда же он все таки станет 32-разрядным?

AFAIR, этот вопрос уже поднимался лет 25-30 назад — когда выпустили i386
все надеялись, что появится BIOS32/DOS32, но... Бизнес есть бизнес, к тому же некросфт сумел освоить протмоду только через 10 лет, да и то через задний проход(мастдайка). А с выпуском х64 ничего не изменилось — костыли стали ещё кривее...

Сообщение от Nova_

программировать на x86-64 и всего того, что с этой архитектурой связано - жутко неудобно.

Дык, если вспомнить инструкцию-костыль LOADALL на 286+, то оно и тогда было кривее всех кривых.

@Nova_ · 21.07.2014, 14:31 **[ТС]**

Сообщение от Charles Kludge

все надеялись, что появится BIOS32/DOS32, но... Бизнес есть бизнес, к тому же некросфт сумел освоить протмоду только через 10 лет, да и то через задний проход(мастдайка).

Да, это заслуга бизнеса, сейчас Intel стелется под Windows, что в конце концов приведет в тупик.

Сообщение от Charles Kludge

А с выпуском х64 ничего не изменилось — костыли стали ещё кривее...

Внимание, генерирую анекдот:

-Переписывай код, *****
-Извращенец что ли? Ну покажи мне, как я тебе Mov rax,rip переведу!
-Вот, как блин, нужно переписывать, Mov eax,eip
-У тебя неплохо получается.

Примерно подобная ситуация у меня происходила, после издевательств с разрядность. Со сменой разрядности в большую сторону программировать становится легче, а костылей больше. Для всех IBM - 16-разрядный реальный режим по сути родной, идеальный.

Но вот я влип по самое пикачу. После дискуссии с быдлокодерами из нашего Зеленограда, я чуть ли не надумал
проектировать собственные процессоры (опыт есть), а те надумывали и вовсе писать продвинутые проги для руления нашими разработками, увы, под Windows. Не будет прогресса до 2016 года - прощай моя работа.

Сообщение от Charles Kludge

Дык, если вспомнить инструкцию-костыль LOADALL на 286+, то оно и тогда было кривее всех кривых.

Кривые инструкции - это только меньшая проблема. Кривые устройства - хуже. Гы, на Эльбрусах такого хоть не будет?

Charles Kludge · 21.07.2014, 16:13

Сообщение от Nova_

Да, это заслуга бизнеса, сейчас Intel стелется под Windows, что в конце концов приведет в тупик.

Если почитать вот это:
http://www.ferra.ru/ru/system/... on-part-1/
http://www.ferra.ru/ru/system/... on-part-2/
http://www.ferra.ru/ru/system/... on-part-3/
То волосы становятся дыбом - всё упиралось в бабло, а не в стройность архитектуры. И да, отдельное спасибо мамочке биллигейца, которая работала в совете директоров IBM.

Не по теме:

Люди билли не любили — люди билли часто били.

@Nova_ · 21.07.2014, 19:57 **[ТС]**

Мой единственный вариант по решению проблемы - перешить БИОС по собственным нуждам. Правда, придется забить на совместимость. В итоге получим чуть удобную систему для написания PM-систем.

Сообщение от Charles Kludge

всё упиралось в бабло, а не в стройность архитектуры.

Скорее, в срок ведения бизнеса, появились дешевые низкокачественные PC, которые с эволюцией сохранили хвосты и ласты. Это касается и БИОСа. Кстати, сам Windows - это не менее забористые гигабайты быдлокода, даже при всей кривизне IBM-машинок при средней оптимизации последние версии вряд ли бы весили больше 50 мб. Далее электроника деградирует, при СВЧ-транзисторах в сотни гигагерц, процессорщики пытаются без ущерба переделать процессоры (до 5 гигагерц уже разгонять умеют). СБИС в кустарных условиях на данный момент изготовить нереально.

В своих первых поколениях 8086 процессор был годным микроконтроллером, но идея переросла в маразм.

Рулить видеорежимами через Int 0x10 в PM неудобно, а другой информации не выкладывают. Гореть в аду производителям нестандартных видеокарт.

Да что там де***окод. Совсем скоро мы увидим беспилотники, управляющиеся с бортового ноутбука через USB и терминаторов Т-800, на ардуино, с модулями.

Charles Kludge · 21.07.2014, 20:58

Сообщение от Nova_

В своих первых поколениях 8086 процессор был годным микроконтроллером, но идея переросла в маразм.

Именно, а не general-purpose CPU. Как контроллер принтера или терминала он вполне устраивал.

@Nova_ · 22.07.2014, 12:16 **[ТС]**

Сообщение от Charles Kludge

Именно, а не general-purpose CPU. Как контроллер принтера или терминала он вполне устраивал.

8-разрядные предшественники, как ни странно, по структуре мало чем отличались. Тем же сегменты, только уже по 4 кб и ОЗУ в 64 кб, соответственно. При переносе на 16-битные системы нужно было только переписать BIOS, в противном случае, софт работал некорректно, особенно это было заметно на советских клонах, в которых бывал и сопроцессор. Маразм крепчал с PM и многоядерностью. Например, меня бесит:

Assembler

    Cli
    In   al, 70h
    Or   al, 80h
    Out  70h, al 
 
    Mov  eax, cr0
    Or   al, 1
    Mov  cr0, eax

Не могли одной инструкцией сделать. Весьма неудобна GDT, страничная адресация и много-шизозадачность. А поскольку AMD и Intel вынесли почти всех более совершенных конкурентов, приходится пользоваться этой рухлядью.

С интерфейсами еще больше не повезло. На смену пришли всякие USB, SATA, PCI-E и прочие неформалы, не могли нормальное GPIO сделать, вот и стали с LPT радиотехники связываться. Вымирать то вымирает, вот только если перепаять кварц ISA (стабильность не гарантирована), то его можно существенно разогнать. Если бы была возможность припаять вход, например к регистру EAX, то это бы был самый высокоскоростной порт.

Charles Kludge · 22.07.2014, 12:31

Сообщение от Nova_

Не могли одной инструкцией сделать.

Могли, но не захотели из-за совместимости. Port-mapped I/O приемлем как раз для микроконтроллеров. Я поработал с memory mapped I/O на СМ-4/PDP-11/40 и долго матерился, пока осваивал эту кривую архитектуру.

@Nova_ · 22.07.2014, 13:26 **[ТС]**

Сообщение от Charles Kludge

Я поработал с memory mapped I/O на СМ-4/PDP-11/40 и долго матерился, пока осваивал эту кривую архитектуру.

Ты работал с более стройными архитектурами? Из массовых мне только на ARM удавалось начирикать.

@Nova_ 3 / 3 / 1 Регистрация: 30.05.2014 Сообщений: 34
		1
	Есть ли будущее у BIOS? 19.07.2014, 21:11. Показов 1071. Ответов 10 Метки нет (Все метки) Хотелось бы узнать мнения, сколько еще продержится данная система? С каждым днем начинаю убеждаться в том, что использовать его прерывания и прочие 16-разрядные сервисы - сомнительная работа. На отрез отказывается работать с некоторыми VESA-видеорежимами моей видеокарты и Sata3-дисками. Как аргументы, нередко приводят размер и минимум возни с Int 13h, хотя драйвер для ATA вполне может уместиться в 512-байтах. Да и не очень то удобно возиться с 16-разрядным кодом, слишком много костылей, которые вовсе не нужны. Из этого всего сделал выводы, что использовать сервисы БИОС под серьезные проекты в будущем - гарантия неудачи, а сам исчезнет вместе с Wintel x86-64 и задатками IBM PC лет эдак через 20-30. Когда же он все таки станет 32-разрядным? 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	19.07.2014, 22:23	2
	Сообщение от Nova_ Когда же он все таки станет 32-разрядным? Уже стал: Unified Extensible Firmware Interface (UEFI) http://en.wikipedia.org/wiki/U... _Interface Эта система сейчас поддерживается все большим количеством материнских плат. А старый добрый BIOS медленно, но верно, уходит. Хотя, как мне кажется, этот уход будет продолжаться еще очень долго (в некоторых сферах). 0

@Nova_ 3 / 3 / 1 Регистрация: 30.05.2014 Сообщений: 34
	21.07.2014, 10:30 [ТС]	3
	Сообщение от Убежденный Уже стал: Unified Extensible Firmware Interface (UEFI) Еще не полностью, но дело в том, что большинство ОС грузятся в 16-разрядном режиме, который уже нафиг не нужен. И это может показаться неудобным для многих системных программистов. Особенно барьер в 1 мб. памяти. Ведь писать ядро в память (пусть размером 16 мб.) через int 13h очень проблематично. В связи появляется целый огород из загрузчиков (первичный-вторичный). Куда удобнее было бы грузиться сразу в 32-разрядном режиме и перебрасывать уже ядро размером до 4 гб. через уже таки 32-битный Int 13h и там уже менять IDT по своему усмотрению. Сообщение от Убежденный А старый добрый BIOS медленно, но верно, уходит. Хотя, как мне кажется, этот уход будет продолжаться еще очень долго (в некоторых сферах). Ну, как говориться, все новое - это хорошо забытое старое. Даже у потомков IBM PC остались те костыли, которые реально исправить только перепроектированием с нуля. Я клоню к тому, что программировать на x86-64 и всего того, что с этой архитектурой связано - жутко неудобно. 0

Charles Kludge Клюг 7674 / 3189 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	21.07.2014, 12:28	4
	Сообщение от Nova_ Когда же он все таки станет 32-разрядным? AFAIR, этот вопрос уже поднимался лет 25-30 назад — когда выпустили i386 все надеялись, что появится BIOS32/DOS32, но... Бизнес есть бизнес, к тому же некросфт сумел освоить протмоду только через 10 лет, да и то через задний проход(мастдайка). А с выпуском х64 ничего не изменилось — костыли стали ещё кривее... Сообщение от Nova_ программировать на x86-64 и всего того, что с этой архитектурой связано - жутко неудобно. Дык, если вспомнить инструкцию-костыль LOADALL на 286+, то оно и тогда было кривее всех кривых. 1

@Nova_ 3 / 3 / 1 Регистрация: 30.05.2014 Сообщений: 34
	21.07.2014, 14:31 [ТС]	5
	Сообщение от Charles Kludge все надеялись, что появится BIOS32/DOS32, но... Бизнес есть бизнес, к тому же некросфт сумел освоить протмоду только через 10 лет, да и то через задний проход(мастдайка). Да, это заслуга бизнеса, сейчас Intel стелется под Windows, что в конце концов приведет в тупик. Сообщение от Charles Kludge А с выпуском х64 ничего не изменилось — костыли стали ещё кривее... Внимание, генерирую анекдот: -Переписывай код, *** -Извращенец что ли? Ну покажи мне, как я тебе Mov rax,rip переведу! -Вот, как блин, нужно переписывать, Mov eax,eip -У тебя неплохо получается. Примерно подобная ситуация у меня происходила, после издевательств с разрядность. Со сменой разрядности в большую сторону программировать становится легче, а костылей больше. Для всех IBM - 16-разрядный реальный режим по сути родной, идеальный. Но вот я влип по самое пикачу. После дискуссии с быдлокодерами из нашего Зеленограда, я чуть ли не надумал проектировать собственные процессоры (опыт есть), а те надумывали и вовсе писать продвинутые проги для руления нашими разработками, увы, под Windows. Не будет прогресса до 2016 года - прощай моя работа. Сообщение от Charles Kludge** Дык, если вспомнить инструкцию-костыль LOADALL на 286+, то оно и тогда было кривее всех кривых. Кривые инструкции - это только меньшая проблема. Кривые устройства - хуже. Гы, на Эльбрусах такого хоть не будет? 0

Charles Kludge Клюг 7674 / 3189 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	21.07.2014, 16:13	6
	Сообщение от Nova_ Да, это заслуга бизнеса, сейчас Intel стелется под Windows, что в конце концов приведет в тупик. Если почитать вот это: http://www.ferra.ru/ru/system/... on-part-1/ http://www.ferra.ru/ru/system/... on-part-2/ http://www.ferra.ru/ru/system/... on-part-3/ То волосы становятся дыбом - всё упиралось в бабло, а не в стройность архитектуры. И да, отдельное спасибо мамочке биллигейца, которая работала в совете директоров IBM. Не по теме: Люди билли не любили — люди билли часто били. 0

@Nova_ 3 / 3 / 1 Регистрация: 30.05.2014 Сообщений: 34
	21.07.2014, 19:57 [ТС]	7
	Мой единственный вариант по решению проблемы - перешить БИОС по собственным нуждам. Правда, придется забить на совместимость. В итоге получим чуть удобную систему для написания PM-систем. Сообщение от Charles Kludge всё упиралось в бабло, а не в стройность архитектуры. Скорее, в срок ведения бизнеса, появились дешевые низкокачественные PC, которые с эволюцией сохранили хвосты и ласты. Это касается и БИОСа. Кстати, сам Windows - это не менее забористые гигабайты быдлокода, даже при всей кривизне IBM-машинок при средней оптимизации последние версии вряд ли бы весили больше 50 мб. Далее электроника деградирует, при СВЧ-транзисторах в сотни гигагерц, процессорщики пытаются без ущерба переделать процессоры (до 5 гигагерц уже разгонять умеют). СБИС в кустарных условиях на данный момент изготовить нереально. В своих первых поколениях 8086 процессор был годным микроконтроллером, но идея переросла в маразм. Рулить видеорежимами через Int 0x10 в PM неудобно, а другой информации не выкладывают. Гореть в аду производителям нестандартных видеокарт. Да что там де***окод. Совсем скоро мы увидим беспилотники, управляющиеся с бортового ноутбука через USB и терминаторов Т-800, на ардуино, с модулями. 0

Charles Kludge Клюг 7674 / 3189 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	21.07.2014, 20:58	8
	Сообщение от Nova_ В своих первых поколениях 8086 процессор был годным микроконтроллером, но идея переросла в маразм. Именно, а не general-purpose CPU. Как контроллер принтера или терминала он вполне устраивал. 0

Charles Kludge Клюг 7674 / 3189 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	22.07.2014, 12:31	10
	Сообщение от Nova_ Не могли одной инструкцией сделать. Могли, но не захотели из-за совместимости. Port-mapped I/O приемлем как раз для микроконтроллеров. Я поработал с memory mapped I/O на СМ-4/PDP-11/40 и долго матерился, пока осваивал эту кривую архитектуру. 0

@Nova_ 3 / 3 / 1 Регистрация: 30.05.2014 Сообщений: 34
	22.07.2014, 13:26 [ТС]	11
	Сообщение от Charles Kludge Я поработал с memory mapped I/O на СМ-4/PDP-11/40 и долго матерился, пока осваивал эту кривую архитектуру. Ты работал с более стройными архитектурами? Из массовых мне только на ARM удавалось начирикать. 0