Линус Торвальдс осуществил слияние текущей активной ветки разработки ядра Linux с веткой, в рамках которой была проделана работа по избавлению ядра от поддержки процессоров 386-DX/SX. В настоящее время процессоры i386 давно потеряли актуальность и являются музейной редкостью, представляя интерес только с точки зрения ностальгии по концу 80-х и началу 90-х годов прошлого века (процессор 80386 дебютировал в 1985 году и выпускался вплоть до 2007 года).
Тем не менее, желание избавить ядро от поддержки процессоров i386 имеет техническое обоснование. Целью подобного шага является желание упростить поддержку некоторых структур ядра, изменение которых затрудняет наличие дополнительного кода, необходимого для поддержки процессоров 386-DX/SX. Например, для работы на системах i386 в функции sync_core(), используемой для организация синхронизации в режиме SMP, необходимо обеспечить поддержку процессоров без CPUID.
Ха Ха Ха Как будто новые ядра типа более безопастно на внешку выставлять Спасибо, не надо нам таких аналитеков
Да вообще то в нормальных конторах уже давно не то что винду но и линух во внешку не выставляют ООО линуксятники то сейчас как завоют у нас 75% заказов как раз на внешку ставить BSD Есть особо извратные заказчики которым такие оси нужны на внешнем шлюзе про которые уже давно уже все и позабыли
Fixed.
Толсто, очень толсто, даже для бздуна. Даже испытавшего на опеннете батхерт
а чего им не запуститься-то? особенно после пересборки под нужный камень.
Долго запускаться будут, запускатель не дождётся и купит новый комп.
и как люди на них работали только… даже — ужас — 3d лепили.
дак не линуксы же они на них крутили
отчего же? вполне себе и линуксы в том числе.
Поменьше в целом, имхо. Во всяком случае там никто не таскает 16-битные реальные режимы и не обкоцывает особо регистры до состояния "по мотивам 8086".
C ARMv8 начнут таскать 32-битную адресацию, так что "все возрасты покорны". Да и THUMB таскают уже давно.
Со временем... Просто x86 - куда более старая архитектура, берущая своё начало еще в 8080. Ну и по развитию - тоже, поскольку ARM до ARMv3 (ARM6/ARM7) мало кому был интересен, а это получается где-то год 2002-2004 на начало бурного развития.
вообще-то они сделали вообще всё иначе -- см. itanium. но тут вылезла AMD с x64 и ВНИЗАПНА! code monkeys запрыгали в восторге. интелу пришлось подстраиваться. так что плюй в сторону AMD.
Недавно слушал дискуссию на тему "ну как же они не сделали выводов из x86", начавшуюся с обсуждения аналога PAE на ARM, что ли...
Если бы :) 8080 !!!
Скорости для задач хватает, энергопотребление мизерное.
Да и софт под разные клоны ДОСа до сих пор делают для какой-то промышленности. По крайней мере в Зеленограде есть чуваки, которые подобные решения делают.
Linux туда никто ставить не будет. У него все-равно MMU нормального нет.
> Скорости для задач хватает, энергопотребление мизерное.
Простите, какой-нибудь современный ARM на гигагерц и жрет намного меньше, и считает во много раз быстрее.
> Да и софт под разные клоны ДОСа до сих пор делают
...всякие некроманты...
можно. но будет очень печально.
Неправда. MMU был ещё в 286, правда куцый - только дескрипторы сегментов, без маппинга страниц.
Да вон в 1986 и без всяких линуксов справились.
Да ну: http://lists.altlinux.org/pipermail/community/2008-February/626910.html
> Да вон в 1986 и без всяких линуксов справились.
"Справились" раньше и не там; на ЛАЭС в 1975 чудом разминулись с таким же разгоном реактора при _опускании_ управляющих стержней "улучшенной экономичности", другие случаи меньшей опасности с поделиями академика отморозных наук Александрова тоже ловили.
Почитайте, если интересно: http://lib.ru/MEMUARY/CHERNOBYL/dyatlow.txt http://accidont.ru/
Насколько могу судить, официальная версия про "человеческий фактор" имеет гораздо меньше отношения к реальности, чем в случае на Фукусиме.
А вообще, были фотики Кэнон с этим процем.
А еще раньше фотики были вообще без проца.
А позвольте для повышения образованности полюбопытствовать, какие именно?
И да, у гула уже спрашивал.
Именно. До сих пор выпускаются варианты Zilog Z80. Используются в современных стиралках и прочих девайсах.
Теперь все ок
Скажите, зачем термопринтеру ядро 3.x? :)
Сбиваете первый попавшийся F/A-22A...
И где можно купить 386 выпуска 2007 года?
Немного делался для всякой околоэмбеддовки некрофильской.
Ну так поддерживаться всё равно не будет. И нафига такой прогресс?
Разогнанный SX с донавешенной памятью :)
http://www.icop.com.tw/pdList.aspx?c=25&pid=5 http://www.icop.com.tw/pddetail.aspx?id=146&pid=4
По факту Vortex86SX - i486SX
The CPU implements the i586 architecture, but the early versions Vortex86 original and Vortex86SX do not have a floating point unit (FPU). Any code that runs on an i486SX CPU without a 487 will run on Vortex86, as will any code that runs on i586 but does not use floating point instructions. Any i586 code will run on Vortex86DX and later.
Звездеж, 128 мб памяти на i386sx не поставить, на dx да, на sx нет.
Видишь как полезно бывает читать дальше заголовка.
Для программера это плохо.
Я тоже грешным делом подумал было. "Ну и номер".
Да, а оказалось, что облом... :(
Лень поддерживать окаменелое г-но мамонта, на которое спрос попросту нулевой. Пусть кому надо тот и поддерживает.
да, нежелание поддерживать дохлое железо. нужно оно трём с половиной инвалидам, а код захламляет. кому шибко охота крутить на тройках новые ядра (а зачем?) — тот может заняться поддержкой лично.
Припоминается ровно одна виденная троечка, на которой можно было бы попробовать -- но было была DX40 с 32M короткими симмами... :)
> (а зачем?)
Поэтому в заголовке и написано "процессоров", а не архитектуры. Лично я все понял правильно с самого начала.
i386, SMP? ЗАЧЕМ?
Ты чё, i80386 это первый, из 86-х, кто SMP умеет.
а то что все равно убирают - видимо имел первую не сильно совместимую/удачную реализацию SMP
Кэп сообщает: для мультипроцессорных систем.
#ifdef <архитектура>/ #ifndef #elseif #endif
Да, это очень сложно. Не лезть туда, где и так всё работает. Выкинуть определённо проще.
Да, ибо... 1) Большая пачка #ifdef-ов - не айс. 2) Код иногда может потребоваться подгонять под новые реалии, если поменяли что-то в других местах. 3) Если не чистить сорцы никогда - они распухнут до состояния когда работа с ними больше напоминает ассенизаторство.
Специально напоминаю: НЕТ в математике царских дорог (с)
да. в следующих классах тебе расскажут про структуры данных, про то, что «меньше кода — меньше багов» и про другие интересные вещи.
Туда где такое преподают нужно карательные отряды высылать.
как бы, c/c++ это, Ваш Кэп.
Так це или це++?
а какая разница, чего толком не знать?
ну так Just for fan секс, исходники и закрытые драйвера )))
just for щито?
да смотрел, но ведь давно уже новость была, что активисты хотят драйвера на старое железо в новом ядре написать, предложил бы им. Да ладно, решил, значит решил
Так им никто и не запрещает. Могут отдельно майнтенансить, какая нафиг разница с git-ом то...
Простите, свалка радиоактивных отходов - у апача в их могильнике.
Кому нужна поддержка i386 - 2.4.хэ и 2.6.хэ в помощь. Я не думаю, что кто-то осуществлял переход на 2.6.хэ/3.х на станках ЧПУ или другой специализированной аппаратуре начала 90-тых. Ну а кто и переводил, без проблем переведёт всё и на ARM. Так что, имхо, визги ни о чём.
Зачем???
Милитаристская военщина очень просила.
Пора на NetBSD переводить! %)
Да ладно хана. Поставишь младшенький Core и перестанешь впустую греть воздух :)