Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Разработчики ядра Linux на пути к удалению поддержки процессоров i486"	+/–
Сообщение от opennews (ok), 04-Май-25, 09:45
Инго Молнар (Ingo Molnar), мэйнтейнер архитектуры x86, механизма блокировок и планировщика задач в ядре Linux, выставил на обсуждение набор патчей, удаляющих из ядра поддержку процессоров 486 (M486, M486SX, AMD ELAN) и начальных серий процессоров 586. В ядре предлагается оставить только возможность работы с процессорами x86, поддерживающими инструкцию CX8 (CMPXCHG8B) и регистр TSC (Time Stamp Counter), которые появились в CPU Pentium... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63184
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+66 +/–
Сообщение от Dzen Python (ok), 04-Май-25, 09:45
Так, до появления юзеров даже не первопне, а на 486 - 3... 2... 1... И у которых на них крутится mission critical. И котором кровь из носу нужно bleeding edge ядро. Ну, давайте, анонимные юзеры 486, расскажите свою историю: в детстве была психологическая травма... дядя как-то странно смотрел на ваш системный блок... а потом, когда родители уехали  он установил вам на него линукс...
Ответить | Правка | Наверх | Cообщить модератору

	4. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+8 +/–
	Сообщение от безразницы (?), 04-Май-25, 10:01
	Всё так и было. С одним моим другом. 30 лет назад. С тех пор уже проапгрейдился раз 10.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Sserj (?), 04-Май-25, 11:08
	Внезапно 486 и даже, до недавних пор 386, стоят в миллионах современных принтеров. Отличная вещь, дешевая, не требует куллера, справляется со своими задачами.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	73. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+34 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 12:07
	...для которых вендоры всегда использовали не ОС общего назначения, а запеченные в единый бинарный образ прошивки на лёгкой ОС?
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+7 +/–
	Сообщение от Anm (?), 04-Май-25, 13:03
	>> не требует куллера, справляется со своими задачами Сейчас АРМ таких пруд пруди.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	141. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+7 +/–
	Сообщение от Аноним (-), 04-Май-25, 13:45
	> Внезапно 486 и даже, до недавних пор 386, стоят в миллионах современных принтеров. Это в каких? Пруф? Впрочем, даже если - кто туда линукс последней версии инсталил... > Отличная вещь, дешевая, не требует куллера, справляется со своими задачами. С теми задачами справится - даже микроконтроллер.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	237. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (237), 04-Май-25, 17:09
	386-е и на МКС: https://opennet.ru/53083-falcon9
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	284. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (284), 04-Май-25, 18:42
	Поэтому, микрософт, требовали от нас указать количество компьютеров и серверов в офисе, а так же все принтеры, при покупке какой то из программ лицензирования? Обязательным требованием лицензирования компании-разработчика тогда было, как я помню, наличие серверов только под windows, исключение делалось только для машины работающей в качестве интернет-шлюза.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	477. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (477), 05-Май-25, 08:33
	> Поэтому, микрософт, требовали от нас указать количество компьютеров и серверов в офисе, > а так же все принтеры, при покупке какой то из программ > лицензирования? > Обязательным требованием лицензирования компании-разработчика тогда было, как я помню, > наличие серверов только под windows, исключение делалось только для машины работающей > в качестве интернет-шлюза. Они боялись что вы винду на принтере запустите? :)
	Ответить | Правка | Наверх | Cообщить модератору

	615. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 18:12
	А ИНН и прочая тоже слили? Вас поимел какой то сопливый васян ;-)
	Ответить | Правка | К родителю #284 | Наверх | Cообщить модератору

	25. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (25), 04-Май-25, 11:11
	Главное сам то первую версию ядра писал на 386.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	53. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:44
	>Главное сам то первую версию ядра писал на 386. Так ведь с тех пор Линус Торвальдс сменил много раз железо, у него теперь нет того самого железа. Теперь у него 64-х битный AMD. А может ты думал, что из-за ностальгических соображений он оставит поодержку "-i386"? Если хочется вам заниматься археологией, покупайте железо 1990-х и ставьте туда первые версии Линуксов. В Инете архивных сайтов полно.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:08
	Линус предал свою первую 386 машину, получается?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+7 +/–
	Сообщение от Аноним (80), 04-Май-25, 12:12
	Продал
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (224), 04-Май-25, 16:16
	> Продал Или положил на полочку, как Скрудж МакДак первую монетку под стекло. Какой же долбодятел еще и расплачивается первой заработанной монетой? Вот и юзать 386, особенно с современным ядром - похабщина. Если он до сих пор действует, бутявить на нем Linux версии 0.0.1 самый максимум.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 18:21
	К тому моменту, когда из линукса стало что-то получаться, Торвальдс не одну машину сменить успел, думаю. Да и что на неё молиться? Это ж всего лишь инструмент.
	Ответить | Правка | Наверх | Cообщить модератору

	326. Скрыто модератором	–3 +/–
	Сообщение от Аноним (326), 04-Май-25, 20:23
	Причём тут богохульник - молиться?... Это у Торвальса признак окончательного загнивания ядра, как уже давно настолько залаганного что в последний раз еле запускавшееся (более 5 лет) даже аж на самой топовой 486 назад - с большими костылями, в виде сборки на иной машине из-за тормозности этого + доустановка памяти(максимум:64MB) в 4-8 раз больше номинальной(16/8MB) в те годы тут + всёравно дико всё тормозило при старте и было ооооочень долгим. С тех пор(напомню прошло 5 лет) даже тот дистр из-за ядра стал так тормозить что не только про такие пиар эксперименты - не слышно, но и 32 битность выпиленна даже в нём чтобы - никто не заподозрил в какой тормозное дерьмище только за последние 5 лет лет ядро+GUI превратилось... Но, про быстрый линукс т.б.тот дистр - все бубнят поныне... Вариант, выше про лревнюю версию ядра  - не вариант, т.к. это вам не винда же.. - где П.О. брать?...... P.S. Выше - сборише долбодятлов безмозглых. 386 и 486 (как фактически 386 + кэш L1 + overclock заводской) - последние PC[-compatible] нативные x86 процы... Потом пошла ахинея не имеющая никакого отношения к x86 - микрокоды, SIMDы с откровенно уродскими/издевательским синтаксисами и плохой совместимостью [по растактовке] между PC-copatible, BTB, мультискалярность, и т.д. Причины отмена - на л_хов, т.к.озвуенна тут в начале, т.б.: 1) библиотека эмуляции FPU - наверняка нужна не только для x86 2) cmpxchg8b прекрасно может неиспользоваться, и вообще испоьлзовать эмуляцию для неё - ну я в шоке с Торвальса... ладно бы и для П.О. но тогда и SIMD, а то тоже проблемка.
	Ответить | Правка | Наверх | Cообщить модератору

	479. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 08:43
	> Выше - сборише долбодятлов безмозглых. 386 и 486 (как фактически 386 + > кэш L1 + overclock заводской) - последние PC[-compatible] нативные x86 процы... Кому это все в 2025 актуально? > Потом пошла ахинея не имеющая никакого отношения к x86 - микрокоды, Микрокод в x86 был вроде бы всегда - характерная часть архитектуры CISC. Просто к эпохе пентиум процы стали достаточно сложны для того чтобы интел вкатил минимум 2 жирных бага с F00F и неверным счетом, когда из заставили менять CPU за их счет. После такого попадания на деньги они придумали как это чинить после производства - сделать кроме uCode ROM еще и uCode SRAM в который оверрайды загружаются. > SIMDы с откровенно уродскими/издевательским синтаксисами и плохой совместимостью [по > растактовке] между PC-copatible, BTB, мультискалярность, и т.д. Интел никому и не обещал что будет соблюдать растактовки в новых процах. > 1) библиотека эмуляции FPU - наверняка нужна не только для x86 > 2) cmpxchg8b прекрасно может неиспользоваться, > и вообще испоьлзовать эмуляцию для неё Всего то 14 000 строк таскать для этого мусора - которым уже никто не пользуется на практике в такой конфиге - и там как раз очередной баг. После чего и возник соблазн пролечить это методом гильотины. Куда и дорога, это уже давно зомби в лучшем случае.
	Ответить | Правка | Наверх | Cообщить модератору

	359. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (359), 04-Май-25, 22:01
	ну по причитай теперь
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	415. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (415), 05-Май-25, 00:05
	И что теперь, обязан ему?
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	499. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Diozan (ok), 05-Май-25, 10:05
	Ну так и самолёты, когда-то, братья Райт делали из парусины, верёвок и палок. Представь себе Боинг или Айрбас с полотняными крыльями и фанерной оббивкой...
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	522. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от _kp (ok), 05-Май-25, 11:41
	>>сам то первую версию ядра писал на 386. Я когда то и для Z80 писал. И что с ним поддерживать совместимость до пенсии?
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	52. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–12 +/–
	Сообщение от Аноним (52), 04-Май-25, 11:43
	Ну все давай теперь и двухлетние Рязани дропанить им же еде два года. Давай теперь как на арм где и двух лет поддержки процы не держатся.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	143. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+7 +/–
	Сообщение от Аноним (-), 04-Май-25, 13:46
	Когда будут 25-летние и использоваться только в музеях - мы подумаем об этом.
	Ответить | Правка | Наверх | Cообщить модератору

	508. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 10:27
	> использоваться только в музеях Врёшь.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (259), 04-Май-25, 18:04
	У нас отняли детство. Сразу говорят "бери пень". А как же мады на 486-м в телнет клиенте? Tintin тогда тоже удалите изверги. Мы не привыкли палить из пушки по воробьям. Остается последняя надежда на пень 4-й. Может хоть его через неделю не закопают. Ждем комментарии экспертов о том какие мощности нужны для мадов и что новые ядра это моветон и сетевой стек не решает.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	330. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 20:33
	> на пень 4-й. Может хоть его через неделю не закопают. Я бы на это не расчитывал. Т.ю.он же не поддерживает самые моные SIMD команды, значит Intel Торвальсу за их поддержку давно больше не "донатит", скорей даже наоборот - чтобы залагивать. Кстати, кто какие развиваемые ядра знает - из альтернативных. особо интересует 1.x и 2.x ветки.
	Ответить | Правка | Наверх | Cообщить модератору

	481. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 08:48
	> Я бы на это не расчитывал. Т.ю.он же не поддерживает самые моные > SIMD команды, значит Intel Торвальсу за их поддержку давно больше не > "донатит", скорей даже наоборот - чтобы залагивать. Он, главное, x86-64 не поддерживает. А x86-32 объективно доживает свои последние дни. Пользоваться x86-32 это почти как гонять на паровозе, хотя уже появились тепловозы и электровозы. Дрова и воду со станций еще местами не убрали, но уже приходится явно уточнять, используя это ваше новомодное радио и прочие телефоны, кошмар да и только! Куда бедному кочегару паровоза податься?!
	Ответить | Правка | Наверх | Cообщить модератору

	519. Скрыто модератором	+/–
	Сообщение от Аноним (508), 05-Май-25, 11:14
	Как последнюю нефть распродадите - станешь опять очень нужным... И паровозы на котлах - тоже. Ну, буржуйки и печки уже ныне местами и там где умные люди живут тоже. Я вот сразу дом с печкой (и газовым котлом, хоть тпоначалу даже по деньгам быго выгодней печка, а уж про температура и качество воздуха и не говорю) покупал переежая в глубинку 2014-ом и сразу сделав тогда запасы - прямо скажу что, в 2022 спасло жизнь, уч.отсутсвие родственников [в городе], и знакомых достаточного уровня чтобы к ним переехать жить т.б.на неопределённых срок и т.б.чтобы у них было тепло, как раз всё было наоборот - даже в частном секторе максимум (подсунутые zog)котлы на электричествее без вырубленного электричества т.о.сразу же сдохшие... (впрочем, и сам газ бандеры отходя тоже вырубили и потом мешали чинить ежедневными атаками, как и электричество, с одной стороны понятно с военной точки зрения а, с другой стороны у нас в городке никаких военных заводов нет, значит чисто терроря население, в ч.н.промайданов и оболваненных зомбоСМИ прочих - сповигая активней пакостить хотя бы чтобы быстрей вернуться в Нэньку, как и прочими саботажами же просто всего - им же в первую очередь :] а, они и не понимая этого по их AI, хоть понятно и понимая что их только одними банками - бросили на произвол судьбы и просто на подыхание) ну и самый минимум печка тогда спасла и здоровье, т.к. в мега переполненных [местными] публичных немногих теоретически бомбоубежищах наших zog властей и чаще всё же тупо подвалах многоэтажек по факту хорошо если не затопленных - довольно холодно и сыровато в феврале то... сколько там помёрзло - никому не скажут уже, как и явно погребённых там под обломками многоэтажек при наступлении и контрнаступах ежедевных бомбами с самолётов или уже от их миномётов на улицах и в домах заваленных, т.б.ведь надо списать побольше на закатованных. В общем, кто ещё [в РФ (у на с думаю таких поменьше)] не купил хотя бы буржуйку плюс запас дров на зиму к ней и запасов любых - просто неадекват... Так что чистите паровозы... и топливо к ним, и т.б. и в дома-массово, запасайте. А, розовые очки про "Светлое будущее" - выкиньть уже давно пора бы... и т.б.дальше будет веселей... (всё давно предсказанно, кому надо это всё знают; как и сатанисты, к сожалению). > А x86-32 объективно доживает свои последние дни. Ты просто не понимаешь что, её можно чуток подрасширить, в т.ч.сделав адресацию памяти больше, и она станет за счёт команд зн.меньшего размера чем у x86-64 - (местами/в зависимости от ПО): (до) в всего то порядок быстрей его... по кр.мере в тех местах программы где размера кэша для циклов сильно не хватает, т.е.даже при равных аппаратных условиях. Не гвооря уже: и т.б.при убирании предполагаемого мной искуственного затормаживания 32 битных режимов на 64-битных процессорах, для лучших продаж последних ранее и заодно же и подсаживания всех на 64-битные а, значит и обновление ранее выпущенных процов и к ним вообще всей техники.
	Ответить | Правка | Наверх | Cообщить модератору

	585. Скрыто модератором	+/–
	Сообщение от Аноним (-), 05-Май-25, 16:55
	> Как последнюю нефть распродадите - станешь опять очень нужным... Я нефтью не торгую -> мне пофигу. > И паровозы на котлах - тоже. Остап знал дюжину относительно честных способов получения электричества без помощи нефти. > Ну, буржуйки и печки уже ныне местами и там где умные люди живут тоже. А в пещеру вы там не собираетесь? Или назад на пальмы? Заодно и буржуйку не надо будет! > воздуха и не говорю) покупал переежая в глубинку 2014-ом и сразу > сделав тогда запасы - прямо скажу что, в 2022 спасло жизнь, Есть много разных вариантов решения той или иной проблемы. Печка один из них. То что другие варианты принципиально не работают или чем-то хуже - ни откуда не следует. А конкретно в случае электричества, если отапливать им дороговато (и то - вопрос теплоизоляции), то получить те или иные объемы электричества "локально" для менее хардкорных систем - вполне в пределах сил человеческих. > (подсунутые zog)котлы на электричествее без вырубленного электричества т.о.сразу же сдохшие... В отличие от вас - я инженер. Поэтому у меня хватает ума так или иначе рассматривать запасные планы. А при случае я смогу и насыпать в панамку незваным гостям. > ежедневными атаками, как и электричество, с одной стороны понятно с военной > точки зрения а, с другой стороны у нас в городке никаких > военных заводов нет, Как вы узнали что у вас там есть? Можно подумать военные вам отчитываются. Так что о факту наличия рядом с вами какой-то военной штуки можно при неудачном раскладе узнать по появлению там ядерного гриба. Можно конечно в труднодоступной местности, но это неудобно не только военным. > и чаще всё же тупо подвалах многоэтажек по факту хорошо если > не затопленных - довольно холодно и сыровато в феврале то... Вот конкретно многоэтажки в принципе довольно попадальные штуки во всех смыслах. Чего народ миллионами за это платит я не понимаю. > Так что чистите паровозы... и топливо к ним, и т.б. и в > дома-массово, запасайте. Это все к счастью меня - не касается. И я разберусь с моими планами без ваших советов. > и т.б.дальше будет веселей... (всё давно предсказанно, кому надо это всё > знают; как и сатанисты, к сожалению). С этим всем - не ко мне. > Ты просто не понимаешь что, её можно чуток подрасширить, Сделать можно много чего. Можно != нужно. > в т.ч.сделав адресацию памяти больше, и она станет за счёт команд зн.меньшего размера чем > у x86-64 - (местами/в зависимости от ПО): Оно выиграет в 1 месте и проиграет в других. Был x32 ABI экономящий спички на указателях, но нафиг никому не надо оказалось. > кэша для циклов сильно не хватает, т.е.даже при равных аппаратных условиях. У современных процов кеши довольно большие, если что. > Не гвооря уже: и т.б.при убирании предполагаемого мной искуственного затормаживания 32 > битных режимов на 64-битных процессорах, для лучших продаж последних ранее и > заодно же и подсаживания всех на 64-битные а, значит и обновление > ранее выпущенных процов и к ним вообще всей техники. Кроме теорий заговоров... 1) Современное крипто и алгоритмика оптимизированы на 64 бита. 2) При прочих равных 64 бит проц за такт обсчитывает в 2 раза больше битов. Что хотите с этим то и делайте. 3) В x86-64 есть гарантированный SSE2, можно сразу компилить с ним программы и уповать что это расширение точно есть и программа не упадет от "bad opcode" или как там оно. 4) Таки, вот, нормальная адресация. Линейная, без особых костылей, а также относительная и проч. 5) За оптимальность программы состояшей из push и pop чуть менее чем полностью и куцего ABI где нельзя напрямую несколько аргумнентов функции через регистры - можно поспорить.
	Ответить | Правка | Наверх | Cообщить модератору

	482. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 08:50
	> Кстати, кто какие развиваемые ядра знает - из альтернативных. > особо интересует 1.x и 2.x ветки. А чего вам третья ветка не нравится? Майкрософт как раз выложил на шару - MSDOS 3.30 чтоли. Халява, сэр. Развивайте не обляпайтесь.
	Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

	521. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 11:39
	Не уже ближе к народу - "Новость: 26.04.2024 - Microsoft и IBM открыли код операционной системы MS-DOS 4.0", а это уже почти полноценная ОС, только вот куча программ и особенно игр подозреваю не совместимо. Да, до поддержкит FAT32 ещё очень далеко(MS-DOS 7, в Windows 95, причём osr2), но для ПО ДОС времё и 2GB громадное пространство, у меня тогда даже вовремна ви нды например был купленлен винт аж на 1GB :) даже хуцпистки без внутреннего кэша вовсе :(  но, даже и доныне рабочий, это вам не позжие от тех же упомянутых... Сейчас же IDE если ещё есть в продаже - не советую покупать даже новые(со складов [военных]), даже 5 лет назад уже - если не сыпалсь то жутко визжат, сранительно с таиким же 160GB SerialATA с переходником, а для игр на DOS и win9x больше и ненадо т.б.и не поддерживается, впрочем видел умельцы слабали на коленкие патчь до 2TB, правда только для w98 хоть возможно драйвер подойдёт и в 95-тую, чего MS видите ли якобы было "очень тяжело" сделать самим, как обычно когда им надо всучивать очередную "новую" ОС. так вот, раз они открыли эту MS DOS 4 - что мешало открыть и прочие все, включая хоть самую последнюю ~8 версию  - та ещё загадка для меня... (8-ю - т.е.из winME, в ней вроде бы даже память чуть лучше оптимизировали, как и в 7-ой, да какой сюрмор - в времена уже выпуска windows 9x игр, когда такое оч.надо было во времена DOS игр... всё у них криволапо как и сам этот DOS и несвоевременно, но к сожалению у тех же линуксов - ещё криволапей и садисткей, на чём и погорели уже тогда, а ведь был реально шанс перехватить эстафету в мире, но, в т.ч."донаты" за обеспечение полной обратной совместимости с серверами - всё порешали у них тогда, как и поныне).
	Ответить | Правка | Наверх | Cообщить модератору

	587. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 17:06
	> Не уже ближе к народу - "Новость: 26.04.2024 - Microsoft и IBM > открыли код операционной системы MS-DOS 4.0", а это уже почти полноценная > ОС, только вот куча программ и особенно игр подозреваю не совместимо. Во, как раз некромансерам всяким. Хотя для продвинутых FreeDOS есть. >  но, даже и доныне рабочий, это вам не позжие от > тех же упомянутых... Если что IBM продал потом бизнес хитачам. А эти довели технологии до ума и весьма живучие. Жаль продались, тошибе а потом - WD чтоли, трудно стало трекать у кого семейство технологий. > Сейчас же IDE если ещё есть в продаже - не советую покупать Я еще много лет назад в каком-то дрвенем компе просто воткнул SATA контроллер в PCI, он с BIOS'ом был и на ура грузился. Но это было цать лет назад и зачем мне это делать сейчас ума не приложу. > слабали на коленкие патчь до 2TB, правда только для w98 хоть > возможно драйвер подойдёт и в 95-тую, чего MS видите ли якобы > было "очень тяжело" сделать самим, как обычно когда им надо всучивать > очередную "новую" ОС. Мне оно пофиг. Я большую часть софта запускаю нативно. Всякие HMM III есть и как vcmi, равно как и Star Control какой-нибудь (в опенсорс виде называется Ur-Quan Masters). Зачем мне именно EGA графика - я не знаю :) но на виртуалке если сильно хочется можно и это. > и несвоевременно, но к сожалению у тех же линуксов - ещё > криволапей и садисткей, на чём и погорели уже тогда, Мне все это без особой надобности. Я вообще если и играю то до кучи. А в целом более интересные развлечения себе нашел. Программирование штука заразная, учитывая что оно for fun and profit. > а ведь был реально шанс перехватить эстафету в мире, но, в т.ч."донаты" за > обеспечение полной обратной совместимости с серверами - всё порешали у них > тогда, как и поныне). Лично я рад что линукс это нормальная полноценная многозадачка, сейчас даже с RTOS гарантиями может уже. А пародия на DOS и Win9x меня - не интересует. При том в отличие от тех "огромных" потерь я немного парюсь о общем благе и вписываюсь в некоторые околоинфраструктурные и майнтенансовые дела того что меня колыхало. Но это не про DOS и 9x, про эту часть моей жизни я скажу что это было давно и неправда. Мне это все не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	572. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (259), 05-Май-25, 15:48
	Зато он против новомодного деления на поддерживающие новомодные инструкции и не очень, а просто за х86-64. А если серьезно, то не особо то это и печалит что на амд заработали инструкции AVX512 в ffmpeg. Декодирует видеокарта, кодирует в общем тоже. А больше ничего особо не изменилось. Просто люди аппаратные прерывания и прочие плюшки не используют, вот им и П4 мало в интернетах этих ваших ползать, хотя видеокарта ускоряет загрузку страниц. Я же изучал парную работу видеокарт и даже статью писал на оверах с видео. Судя по мощностям в прямой конфигурации играм много не требуется от процессора.
	Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

	592. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (237), 05-Май-25, 17:18
	https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
	Ответить | Правка | Наверх | Cообщить модератору

	510. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (510), 05-Май-25, 10:38
	Аноним разрешает Торвальдсу рубануть все что ниже https://en.m.wikipedia.org/wiki/NX_bit Для оставшегося написать нормальную поддержку работи с памятью, чтобы закрыть сразу все дыры с переполнениям буфера.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	513. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (510), 05-Май-25, 10:49
	ЗЫ: старые модели процов остаются интересны в плане отсутствия/минимума закладок и бекдоров.
	Ответить | Правка | Наверх | Cообщить модератору

	527. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 11:50
	> Аноним разрешает Торвальдсу рубануть все что ниже https://en.m.wikipedia.org/wiki/NX_bit Если ты про безопасность - то, тогда разрешай дропнуть всё. Просто всё... И вообще все архитектуры. Бонусом и поддержка линукс - очень сильно упростится же:]
	Ответить | Правка | К родителю #510 | Наверх | Cообщить модератору

	564. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (564), 05-Май-25, 15:17
	Речь о рабочем варианте, безопасной работы с памятью, который можно достичь минимальными усилиями.
	Ответить | Правка | Наверх | Cообщить модератору

2. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–17 +/–
Сообщение от Аноним (-), 04-Май-25, 09:45
Intel Pentium Gold и Silver до сих пор в продаже. Более того они вроде в тех же самолётах Boing использовались вроде (Intel Pentium). Если я правильно помню передачу про их самолёты.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 09:47
	> Intel Pentium Gold и Silver до сих пор в продаже. > Процессор Intel Pentium Gold G6400 BOX готов к эксплуатации: в комплектацию устройства входит кулер. Предназначение модели – работа в составе системных блоков офисного класса. Такой компьютер может использоваться не только для решения рабочих задач, но и в качестве универсальной домашней системы начального уровня. Процессор Intel Pentium Gold G6400 BOX принадлежит к 10-му поколению. Используемый сокет – LGA 1200. Частота процессора высока: величина данного показателя составляет 4000 МГц. Множитель – фиксированный (40). Главной особенностью процессора является наличие интегрированного графического ядра. Модель видеопроцессора – Intel UHD Graphics 610. Совместимая с устройством память – DDR4. Объем памяти может достигать 128 ГБ. TDP процессора – 58 Вт. Температура устройства в процессе работы может достигать 100 °C.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 04-Май-25, 13:44
	>  В ядре предлагается оставить только возможность работы с процессорами x86, поддерживающими инструкцию CX8 (CMPXCHG8B) и регистр TSC (Time Stamp Counter), которые появились в CPU Pentium. Ладно, а теперь по теме - вы хотите сказать что у новых процессоров Pentium отсутствуют регистры и инструкции которые были ранее? Я в тему особо не вникал, но предполагаю что тогда архитектуру они бы не имели право так назвать, т.к. обратная совместимость будет потеряна и внезапно эти процессоры могут где-то и не запустится где ожидалось.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 14:18
	> они бы не имели право так назвать, Они как угодно имеют право называть свои продукты. Ныне пентиум (и давно как, на самом деле) - это название линейки начальных процов, которые мощнее атомов (и не пригодны для носимой электроники), но слабее (и дешевле) Core-линейки. Затычка для сокета, если тебе хватило на мать, но не хватило на проц. Ну или для типовых офисных компов
	Ответить | Правка | Наверх | Cообщить модератору

	407. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 04-Май-25, 23:55
	Давайте разберемся, это нисколько не повлияет на мою работу, но тем не менее интересно. Зайдя на сайт intel.com я нашёл первый попавшийся пентиум процессор, вот его характеристики: https://www.intel.com/content/www/us/en/products/sku/219436/... Старые процессоры я ищу в интернет архиве. К сожалению на состояние 1996 года, информации не так много: https://web.archive.org/web/19961220013536/http://www.intel.... Вот информация именно по i486, от которых избавляются в статье: https://web.archive.org/web/19961220014503/http://www.intel.... На сайте девелоперов интел нашёл что-то по их процессорам: https://web.archive.org/web/19980224182609/http://developer.... Везде при упоминании Pentium гордятся их технологией MMX. Нашел также даташиты: https://web.archive.org/web/19961220083425/http://www.intel...., но там информации об инструкциях нет. Единственно понятно, да - корпуса получается у них менялись, а значит и распиновка (к сокету и т.д.). Вот нашёл MMX технологию: https://web.archive.org/web/19990128181409/http://developer..../, но исходя из текущей новости я так понимаю от неё отказываться не будут - нигде нет упоминания, к тому же просмотрев для чего это нужно - ясно что наверняка не будут. В общем я понял, не взирая на ТМ Pentium начинка существенно различается. Я думал они разве-что техпроцесс меньше делают и энергопотребление снижают. О, нашёл, уже в 2002 году написали про встраиваемую архитектуру 486 процессоров хоть что-то: https://web.archive.org/web/20020804113546mp_/http://develop... В общем это такие контроллеры для встраиваемых систем: - https://web.archive.org/web/20020805041308/http://developer.... - https://web.archive.org/web/20020805041825/http://developer.... - https://web.archive.org/web/20020805041308/http://developer.... Ну и правильно что выкинули - процессор весьма древний, который может стоять на каком-нибудь древнем лифте и вероятнее всего никто не будет его обновлять. И это означает что я в никуда потратил своё время, но весьма интересно.
	Ответить | Правка | Наверх | Cообщить модератору

	478. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (508), 05-Май-25, 08:37
	> Ну и правильно что выкинули - процессор весьма древний, который может стоять на каком-нибудь древнем лифте и вероятнее всего никто не будет его обновлять Они в т.ч.на примере 386 - выкинули и хотят выкинуть то что, давно НЕ ТРЕБУЕТ обновления и никакакой особой поддержки от них... К тому же, этот как и ранее выкинутый 386, - как раз не требует доп-х драйверов ни на проц, ни на материнку, - выкидывать его просто маразм. И т.б.из разряда: а давайте уменьшим размер кода на аж 1.5% и объявим это нашей победой... И т.б.что 1.5% из них это даже не поддержка 486 архитектуры а, эмуляция кривых рук Торвадльса - требующих собственно эмуляции разного перечисленного для работы ядра. И (гипотетический:])менее-баговая версия Линукса на лифте - тоже м.б.кому то нужна. Но, в принципе эти процессоры ценятся как раз именно за их древность... - на более мощных win9x- и т.б. DOS-игры - всё проблемней работают, после второго пня уже всё... Даже патч позорного деления на ноль а Borland компиляторах - не помогает. А, когда игра работает - проблема антитормозов... А, DOSBOX же - халтура. Казалось бы: и причём тут линукс? А, притом что, т.о.есть отдельный комп для всяких экспериментов... И просто - вторым, при занятости основного рассчётами или чем угодно (вплоть до [пов-ть] дисков проверять, что втройне актуально в наши напряжонные времена с постоянными трясками). Впрочем, в линуксе эта архитектура дефакто уже и так вроде бы не работает по кр.мере для персонального применения.
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	518. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 11:05
	> Они в т.ч.на примере 386 - выкинули и хотят выкинуть то что, > давно НЕ ТРЕБУЕТ обновления и никакакой особой поддержки от них... Не, немного не так. Вон то попало под внимание из-за багов в эмуляции CMPXCHG8 на этих древностях. Народ и подумал - а не пролечить ли этого зомби гильотиной. Еще блин не хватало баги чинить в архаике которой более четверти века, при примерно 0 желающих готовых майнтайнить свой антиквариат сами. Более того. В Linux есть и еще адовый костыль, highmem. Юзается для более 4 гиг на x86-32. И толи выпилен, толи вот вот будет выпилен там. И юзерам x86-32 придется забыть про >4 G оперативы. Впрочем кого это колышет, моделей x86 умевших такое но не умевших x86-64 было буквально пару штук непопулярных семейств, насколько я помню. Потому что всякие архитектурные страшилища очень хочется "kill it with fire". И да, это упрощает майнтенанс. Секрет прост. Завтра я буду программить лучше чем вчера. А посмотрев на код десятилетней давности и ошибки тех времен я задам вопрос "какой тупарь этот ужас напрограммил" и буду испытывать острое желание сделать это нормально, а не то, первое что в голову пришло, при меньшем опыте. А архитектами, видите ли - не рождаются.
	Ответить | Правка | Наверх | Cообщить модератору

	588. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 17:08
	Если архитектура Линукс хочет поддерживать все, быть лёгкой, поддерживаемой и поворотливой системой то нужно как-то адаптировать под это архитектуру. Тут же есть нюансы - где-то они выиграли же, где-то проиграли. Я бы предпочел чтобы оно собиралось из пакетов во время установки - если есть такая архитектура - ставь такой плагин или ядро. Извините, не системщик, может не верно сказал. Он, ниже написали что они в эмуляции чего-то другого выиграли и в поддержке кода. А ядро можно и старое использовать для старого железа. Это не проблема. Главное чтобы старое было также доступно.
	Ответить | Правка | К родителю #478 | Наверх | Cообщить модератору

	95. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (237), 04-Май-25, 12:42
	>до сих пор в продаже А почему бы им не быть ? G7400 и 8505 выпустили в 2022: - https://www.techpowerup.com/cpu-specs/pentium-gold-g7400.c2574 - https://www.techpowerup.com/cpu-specs/pentium-8505.c2673
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	332. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (326), 04-Май-25, 20:46
	Это не те пентиумы... подделка, паразитирование на раскрученном и популярнум когда то проце (за скачёк производительности многократный в ср.с предыдущими 486-ми с даже на x2 больше частоты; правда, он уже не x86 архитектуры - а, её эмуляция аппаратная; но, например, даже пеньтум Pro - уже совершенно иная архитектура, как в пень-2, да более мощная пня - но, совершенно иная, позже в Core вернулись к ней после фиаско с пень-4, - но, это всё же не пень, что в те годы уверен дико бесило программистов уч.необходимость в кардинально разных оптимизациях даже только относительно Intel, притом ещё же их надо было знать... и вообще что в пень Pro - совершенно другой проц всунут)
	Ответить | Правка | Наверх | Cообщить модератору

	520. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 11:35
	> правда, он уже не x86 архитектуры - а, её эмуляция аппаратная; В случае CISC архитектуры вам by design вывешивают интерфейс на основе декодера uCode ROM. Во что именно конкретный декодер декодирует команды, которые суть "API", и как именно бэкэнд за ним это выполняет - implementation defined, и как раз весь смысл CISC архитектуры чтобы изменение начинки было не заметно на уровне "api". Совсем незаметно как видите не получается ибо тайминги операций меняются. Но их неизменность вам никто и не обещал. Так что если вы уповали на поведение за пределами того что описано в мануале - suxx to be you, это лично ваш продолб как программиста и он имеет свою цену. Никто не собирается отдуваться за древний г@внокод с левыми допущениями убивая свое время.
	Ответить | Правка | Наверх | Cообщить модератору

	528. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (528), 05-Май-25, 11:55
	Это уже современный процессор, на Coffee Lake.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

5. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
Сообщение от Tron is Whistling (?), 04-Май-25, 10:01
Есть смысл вообще ia-32 выпилить полностью уже. Да, они ещё остаются, но на них не нужно распоследнее ядро.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (9), 04-Май-25, 10:28
	стим 32-х битный
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 10:39
	Поддержка ia-32 приложений в aa-64 ядре имеется.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:31
	Под абоевиатурой IA-32 подразумеваются Итаниумы. И ещё, многие тут неправильно поняли, 32-битные инструкции обозначаются абревиатурой x86. И к ней относятся не только процессоры i486, но и -i586, и -i686, которые ещё функционируют в Debian и Slackware.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	43. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 11:38
	> Под абоевиатурой IA-32 подразумеваются Итаниумы. Даже и близко нет.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Аноним (44), 04-Май-25, 11:38
	Титаникум топился под IA-64.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	108. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 13:01
	Всё перепутал. Итаниумы - это IA-64. IA-32 EL - это слой симуляции x86 в таковых.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	129. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от penetrator (?), 04-Май-25, 13:30
	это конечно так но более привычное название все-таки x86 IA-32 - short for "Intel Architecture, 32-bit", commonly called i386. А путаница с Itanium только добавляет разночтений.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 13:36
	ia32 и amd64 x86 - это более широкий класс, он включает обе
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 04-Май-25, 18:17
	>ia32 и amd64 Так давай упростим, в своё время AMD купила лицензию на архитектуру x86 у Intel потом вроде, в маркетинговых целях переименовала x86 в AMD32. А AMD64 это просто 64-х битное расширение AMD32. На самом деле есть толлько x86, по другому это IBM-PC. Не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	294. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 19:07
	Ничего в AMD32 не переименовывалось. AMD64 разработана в AMD. Интел получил её по кросс-лицензированию.
	Ответить | Правка | Наверх | Cообщить модератору

	360. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от penetrator (?), 04-Май-25, 22:04
	но amd64 все-таки extension, и в этом он прав
	Ответить | Правка | Наверх | Cообщить модератору

	483. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 08:53
	> но amd64 все-таки extension, и в этом он прав Он _не_ extension а другой режим проца. Более того - уже существуют потуги сразу старровать проц в ЭТОМ режиме. Как вы поняли, при этом про DOS/BIOS/etc вы можете просто забыть. Совсем. Там вон даже была инициатива совсем всякие легаси, назвав это x86-S, чтоли. Пока не получилось - нежить из могил восстала, лопат и осиновых кольев для #$%шинга не хватило, но они попробуют и еще раз.
	Ответить | Правка | Наверх | Cообщить модератору

	530. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 12:10
	> Более того - уже существуют потуги сразу старровать проц в ЭТОМ режиме. Ещё с PM32 прямо из BIOS'а или что там было - ранее рыночек порешал то... что, пользователю нужней. А, сейчас ещё и альтернативных архитектур с каждым годов - всё больше, Intel не только как сатанисты - садисты но и садомазохисты рубящие ветвь на которой сидили всегда, по имени обратная совмстимость. Вот лично мне на моём даже древнем но, уже 64-битном проце - я их не использую (XP 32 бит, даже при наличии 64 бит как известно, но заброшенной MS - сервис паками, ранее 32-ной) и было просто удивительно увидеть что и DOS 7, спустя 20(или более для более ранних) лет - пусть даже с перебором глюкавых версий драйверов памяти от MS, но всё же запускется - хоть и не нужен т.к.те же игры DOS тут будут мега-антитормозить, но всёравно приятно а, кто то может как микроконтроллер использует. Это вам не с чуть позжими (U)EFI же... так что тем кому нужна обратная совместимоть, в т.ч.для той же XP, даже при желании - не обновить ПК... и что это как не идиотизм и садомазохизм  у Intel от их маркетолохов.
	Ответить | Правка | Наверх | Cообщить модератору

	589. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 17:14
	> Ещё с PM32 прямо из BIOS'а или что там было - ранее > рыночек порешал то... что, пользователю нужней. Современные boot loader первым делом - сами в PM валят, если что. Чтобы не заниматься вон теми извращениями и работать в нормальной модели памяти, дружественной к си. > А, сейчас ещё и альтернативных архитектур с каждым годов - всё больше, Чему лично я - рад. И вероятно мой следующий вокрстейшн будет RISCV или ARM64, от этого требуется 1) достаточно мощное 2) с открытым системным уровнем от и до 3) PCIe для нормального GPU. Через несколько лет это будет не хухе моего актуального workstation. > я их не использую (XP 32 бит, даже при наличии 64 > бит как известно, но заброшенной MS - сервис паками, ранее 32-ной) Если кто хочет нагнуть себе скорость крипто, кодеков и прочей мультимедии в пару раз - это его выбор. Зачем мне себя так нагревать - я не знаю, ибо скорость где-то там нужнее всего и бывает. Поэтому... > не нужен т.к.те же игры DOS тут будут мега-антитормозить, но всёравно > приятно а, кто то может как микроконтроллер использует. Спасибо, я могу нормальный STM32 запрограммировать. Прямо из этого моего линуха. Нормальным современным софтом и актуальными стандартами си. Со всеми фишками типа крутых таймеров, кучи GPIO, DMA, ADC продвинутые... и вот это вот - обставит вон тот гроб во всех микроконтроллерных номинациях с таким отрывом что вам неудобно будет. И стоит - менее бакса. Питаясь от батареечки, если хочется. А вон там - такой же обвес но с RISCV китайцы за 20 центов продают. Я из себе взял полкоробки сразу. > обновить ПК... и что это как не идиотизм и садомазохизм   > у Intel от их маркетолохов. Кроме садомазохизма, BIOS испытывает нехилые проблемы при работе с >2Тб винчами. Коих нынче - есть.
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 19:09
	Если проще - AMD производила ia32 x86 на ISA от Intel, но потом ситуация поменялась, и AMD разработала надстройку в виде AMD64, которую уже интелу пришлось принимать в силу того, что ситуация поменялась - их итаник утонул.
	Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

	335. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (326), 04-Май-25, 20:52
	Но, какая же паршивая эта AMD64 архитектура - тяп ляп-ляп, и куча часто используемых куманд вырезанна... x86-32 код уже непортабелен. А, новый - обвешивай доп.условиями или неиспользуй те команды - в ущерб производительности на x32... Не удивлюсь если и 64-тных компиляторах - акцент на 64-тную оптимизацию, в ущерб 32-ной.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:14
	Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите.
	Ответить | Правка | Наверх | Cообщить модератору

	369. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:16
	В основном в обвешивания кондишнлами виновата кстати интел. Тот же AVX512 мертворождённый возьмите - там блин даже единого набора команд нет бай дизайн.
	Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

	371. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:19
	И да, по сравнению с фрагментацией армов и рисквов x86 - милейшая архитектура.
	Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

	376. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 22:31
	Это не спорю. Но, x86-64 это уже не x86, в смысле не расширение а, подмена. > Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите. Создать более корректную и даже всячески лучшуцю архитектуру - не проблема. А, вот процы с ней.. ну разве что вы заводы предоставите... (Ну там правда ещё куча мелочей вроде дизайна распайки что, потребует отдельный институт соответвующий... Но, особо пакостная тут тема - патенты, и на этом - и точка)
	Ответить | Правка | Наверх | Cообщить модератору

	523. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 11:44
	> Это не спорю. Но, x86-64 это уже не x86, в смысле не > расширение а, подмена. >> Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите. > Создать более корректную и даже всячески лучшуцю архитектуру - не проблема. А, > вот процы с ней.. ну разве что вы заводы предоставите... Кому реально надо производить вот именно хорошие процы - почему-то фабы находят. Но да, в РФии этим заниматься - дохлый номер. И не только по причине заводов. А суммарно. > (Ну там правда ещё куча мелочей вроде дизайна распайки что, потребует отдельный > институт соответвующий... Но, особо пакостная тут тема - патенты, и на > этом - и точка) Какой еше вам там распайки, и институт? Шестислойную борду под 64-битный ARM может нарисовать по сути 1 человек в KiCad опенсорсном, если подразопрется. Да и чипы проектировать стало сильно проще с пришествием high-level synthesis. То что вы так не сможете или не захотите - вопрос номер два вообще.
	Ответить | Правка | Наверх | Cообщить модератору

	535. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 12:25
	Мне трудно отвечать неадекватам, но попробую... > Кому реально надо производить вот именно хорошие процы - почему-то фабы находят. Шутник, даже топовые компании с всеми своими деньжищами, типа Voodo или авторы ZX-Spectrum прогорали именно из-за производственыз мощностей. Куда уж мне с ними и тягаться, в ровно том же. > Но да, в РФии этим заниматься - дохлый номер. И не только по причине заводов. А суммарно. Брехня. В РФии весь капитал в руках врагов русских, котым тут нужна бензоколонка а не HiTek. Прочих же устраняя, собственно ещё с революции 1970 сначала либералами затем коммунистами уже по иными лозунгами, но суть происходящего - неизменна. (Всё как и не в РФ, собственно как и у меня на ВУкраине). >> (Ну там правда ещё куча мелочей вроде дизайна распайки что, потребует отдельный >> институт соответвующий... Но, особо пакостная тут тема - патенты, и на >> этом - и точка) > Какой еше вам там распайки, и институт? Шестислойную борду под 64-битный ARM может нарисовать по сути 1 человек в KiCad опенсорсном, если подразопрется. Смешно, сразу по куче моментов: 1) и будет оно потом дико тормозить тупо поэтой причине... т.б.и близко неконкурентно(впрочем это ныне недостижимо, даже в в 90-х было, как они и показали; впрочем, я ещё забыл про такой мелеенький момент как рынок сбыта... да и обучение прораммистов под иной проц с "рождения" - тоже никто же не отменял); 2) уверен, ни одна сколько то серьёзна корпоразия производитель процов и чипов - поделки вроде KiCad и прочего - не ипользует, только своё. Ибо риски vs затраты на это - просто несопоставимы; и неприемлемы - от слова: вообще. > Да и чипы проектировать стало сильно проще с пришествием high-level synthesis. То что вы так не сможете или не захотите - вопрос номер два вообще. Лжёшь: и это тоже - вопрос номер один, как для меня же - раз мы говорим про меня (а, не в ч.н.Intel или его продажных шавок, в ч.н.в виде институтов в той же РФии или у нас, существующих только для поставок им новых умов и новых потребителей их продукции).
	Ответить | Правка | Наверх | Cообщить модератору

	595. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (595), 05-Май-25, 17:24
	> Шутник, даже топовые компании с всеми своими деньжищами, типа Voodo или авторы > ZX-Spectrum прогорали именно из-за производственыз мощностей. Куда уж мне с ними > и тягаться, в ровно том же. А почему-то вон те китайцы делают вагонами, и нормально. Не могут сделать топовый проц? Нанометры дубовые? Окей, они зато сделают их - вагонами. И будут продавать за копейки. А оборудование им белый человек за бесценок слил. > Брехня. В РФии весь капитал в руках врагов русских, котым тут нужна > бензоколонка а не HiTek. Как сказал 1 натовский генерал, достаточно просто оставить россиян в покое, и они сами все сделают. Вроде прав оказался. > 1970 сначала либералами затем коммунистами уже по иными лозунгами, но суть > происходящего - неизменна. Факап электроники в СССР начался годов с 70х прошлого века. Когда запад пошел в цифру, интегральные микросхемы, а потом и CAD/CAE/CAM/CNC понаделанные - из этого. СССР бакланил до упора. Продолбав и станкостроение - когда прецизионный но "глупый" станок стал просто не востребован - и все остальное. > Смешно, сразу по куче моментов: 1) и будет оно потом дико тормозить > тупо поэтой причине... Производительность это не единственный момент которым можно брать. Но если что - есть RISCV с весьма почтенной производительностью. Просто за относительно продвинутую технологию при малом тираже цена получается - не очень. Но это временно. > 2) уверен, ни одна сколько то серьёзна корпоразия производитель процов и чипов > - поделки вроде KiCad и прочего - не ипользует, только своё. Свой CAD никто сейчас сам не делает, в моде разделение труда. Железячная корпа если и программисты то специфичные и условные и что-что а CAD они таки - не разрабатывают. > Ибо риски vs затраты на это - просто несопоставимы; и неприемлемы > - от слова: вообще. Разделение труда началось еще с древних времен. > Лжёшь: и это тоже - вопрос номер один, как для меня же > - раз мы говорим про меня Гугло полный стек проектирования вывалил в опеносрс, даже халявное производство предлагает всякой мелочи. Но да, 130 нм, это конечно не 7. Зато нашару ASIC или микроконтроллер какой - вполне можно. Или - вот - крап уровня пентиум :). С RISCV можно и побольше ядер набить - будет одноплатник апликушный. А еще зайдя на гитхаб и введя RISCV можно конкретно затариться процессорными ядрами. Некоторые из них - реально в чипах юзаются, те же 64 бит апликушники от XuanTie (Alibaba). Они их и себе в сервера ставят, если что. > (а, не в ч.н.Intel или его продажных шавок, Если кто не заметил сейчас в мире расщепление на foundry и разработчиков особенно явное. И интел на именно этом и пролетает по черному.
	Ответить | Правка | Наверх | Cообщить модератору

	484. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 05-Май-25, 09:00
	> Но, какая же паршивая эта AMD64 архитектура - тяп ляп-ляп, > и куча часто используемых куманд вырезанна... Он уродский конечно - но здорово лучше чем x86-32. По крайней мере набор регистров более нормальный, режимы относительной адресации сделали наконец. Так что position independent code стало можно делать без диких костылей с огромными релоками, а программа не состоит из одних пушпопов для тасовки куцых регистров, и ABI - более адекватные и эффективные можно стало. Так что это стало отдаленно напоминать нормальные процы. Не настолько насколько бы этого хотелось, но - лучше чем было. > x86-32 код уже непортабелен. А, новый - обвешивай доп.условиями или неиспользуй те > команды - в ущерб производительности на x32... Если вы что-то писали на асме - это всегда было заведомо непортабельно. И это уже ваш выбор - хотите вы возможность оптимизаций ТАКОЙ ценой или нет. Штуки типа Колибри узнали сложным способом в чем прикол. И теперь любят C-- какой-то. Еще пару десятков лет и они поймут чего все на си ломанулись :) > Не удивлюсь если и 64-тных компиляторах - акцент на 64-тную оптимизацию, в > ущерб 32-ной. Я думаю что режим билда под x86-32 уже мало кто тестит всерьез на тему регрессий. Кому оно нахрен надо и зачем? Эти костяшки доживают свои дни. Не сдохших и еще реально эксплуатируемых компов которые не 64-bit capable остается все меньше. Как и мазохистов их использующих. Теперь вотчина 32 битов - это мелкая эмбедовка.
	Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

	544. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (508), 05-Май-25, 13:50
	> Он уродский конечно - но здорово лучше чем x86-32. ... Просто не понимаешь как всех и тебя же лично - AMD/Intel разводят.. в даже перечисленных тобой плюсах... А, развод ведь тоже доп.момент. Если очень-очень лаконично: увеличение числа регистров - считай безплатно по транзисторам, их можно было сделать эти 16 - ещё в 8086 модели... (да, да, той самой - про которую и вообще x86 говорят тут периодически что, она очень перегруженная, а я же добавлю - потому и победила, в т.ч.и даже производительностью и даже в 2010-м красиво уделала зазнавшиеся ARM и Андридовцев - в планшетах, доказав что когнда Intel надо может быть и энерго-экономным и быстрым по кр.мере не медленней конкурентов),   но, в то время и 8 регистров - было очень конкурентно... (когда у конкуретов было всего лишь по паре регистров; не говоря уже - и вообще всё 8 битно; ведь те тоже пытались сатанински - маркетингово максимально всё выжать из покупателя их продукции, по много раз продавая одно и тоже - в деталях чуть улучшая, но не учли что такое им безопасно только при захвате всего рынка /ну а кт омог подумать что тот же ZX Spectrum казалось бы захвативший его - провалится из-з подстав на производствах/, но не учли что такое им безопасно только при захвате всего рынка  - как и произошло позже с x86 на ПК, отсюда и спадение прогресса их ЦП до сколько там ныне ежегодно...  vs тогда x2 (а, пень-1 - и до ~x4 при использованию FPU, правда для 3D игр тогда и ещё чуть позже - нигде не использовавшейся... так что, явно пришлось самого Кармака напрягать решить эту "проблему"  Intel'у, свомми "оптимизациями" в Quake-1 движке, без него и по ныне это было бы не нужно, а как они сладко пели про их труды в журналах, пиаря кваку; впрочем, как указал и без FPU ускорения с времён пен-1 до где то 3-ки - были зашкварными, настолько конкурентов унитожали демпингов правда в ответ на демпинг но, ранее домашний сектор и не был их, а затем у конкурентов уже толком не осталось плюсов и особенно рынка и с тех пор - прощай заметный прогресс: за где то тоже самое - платите по сто раз).
	Ответить | Правка | Наверх | Cообщить модератору

	603. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (603), 05-Май-25, 17:41
	> Просто не понимаешь как всех и тебя же лично - AMD/Intel разводят.. > в даже перечисленных тобой плюсах... А, развод ведь тоже доп.момент. Меня ужасно развели, продав задешево проц с кучей ядер, воротящий дофига данных за такт, с хорошим контроллером DRAM, которой у меня явно более 4 гиг памяти ворочает, шустрыми PCIe, вот этим всем... Это ужасный развод. А может я и не проч так "разводиться"? Зачем мне оперировать в 2 раза более мелкими юнитами, молотя в 2 раза меньше за такт? Более того - из-за роста объемов памяти и сторажей счет все чаще за 2^32 стал выходить. Даже просто на смещении в файле и кишках ФС какой. > Если очень-очень лаконично: увеличение числа регистров - считай безплатно по транзисторам, > их можно было сделать эти 16 - ещё в 8086 модели... Можно != сделали. А проц с 64 бит в 2 раза больше данных за раз молотит, особенно если софт к этому готов. А куча регистров позволяет передать функциям параметры и забрать результат директом, без юзания стека. Push+pop суммарно = NOP. Чисто техническое действо для очистки куцых регистров. > (да, да, той самой - про которую и вообще x86 говорят > тут периодически что, она очень перегруженная, Она вообще убл@дская и костыльная. Достаточно посмотреть на ARM какой чтобы понять как надо нормальные процы было делать. X86-64 к этому явно ближе. > и даже в 2010-м красиво уделала зазнавшиеся ARM и Андридовцев - в планшетах, Уделала с отрицательным знаком, ибо интел грезил TabletPC цать лет. И продолжает грезить. Но в мобильном направлении они - никто. И 20 лет назад, и сейчас. > доказав что когнда Intel надо может быть и энерго-экономным > и быстрым по кр.мере не медленней конкурентов), > но, в то время и 8 регистров - было очень конкурентно... Я видел на свое горе планшет на атоме с андроидом который хомы сдуру купили. Как купили так и отдали в магазин. "Заряжается дольше чем разряжается". Экономия питания от интела по сравнению с ARM как она есть. > (когда у конкуретов было всего лишь по паре регистров; не говоря уже > - и вообще всё 8 битно; Это где бы это андроид на 8 битах работал? > раз продавая одно и тоже - в деталях чуть улучшая, но > не учли что такое им безопасно только при захвате всего рынка Только на их горе всякие ARM и RISCV повылезли. И появилось много новых хотящих того же, но более продвинутых. > захвативший его - провалится из-з подстав на производствах/, Он провалился - потому что у Z80 толком ассортимента и апгрейженых версий не было. Они просто не смогли удержать темп. А 8 битов стали неактуальны при приходе 16, а потом и 32. > и с тех пор - прощай заметный прогресс: за где то > тоже самое - платите по сто раз). Скорее просто технологии дожали до физических пределов. Когда фича становится несколько нанометров - возникает более 9000 инженерных проблем. И частоты кремния реально около 4ГГц устаканились. Выше - ну вот не очень хорошо идет, потребление драматически возрастает.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 13:37
	И с итаниумом так-то уже можно не путать, мертворожденный труп - он мертворожденный труп и есть.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	337. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 20:56
	Подозреваю что на серверы было купленно немало процов, но Intel жаба задавила что и не на десктопы. Впрочем, есть подозрение что они хотели сделать x86 сугубо для серверов, т.б.напомню тогда типично даже  для топовых игр было 512-1GB на ПК, но AMD выпустив и для ПК подгадила - пришлось и им выпускать. (Я про то что это не был fail как таковой, по кр.мере не процессора).
	Ответить | Правка | Наверх | Cообщить модератору

	367. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:15
	История не терпит сослагательного наклонения. Итаник - труп. Це факто есьм.
	Ответить | Правка | Наверх | Cообщить модератору

	559. Скрыто модератором	+/–
	Сообщение от Аноним (508), 05-Май-25, 14:46
	Да мало ли годных процов в "трупах"?... Я читал - он был очень мощный. Я так понимаю ситуацию с Itanium vs x86-64: - раз AMD конкурентно ничего не оставалось как выпустить x86-64, портя себе же сервеный сектор ЦП видать уплывающий к Intel, то Intel решили не рисковать и перенаправить все свои производситвенные мощности на него же, чтобы потенциально не терять своих позиций. Т.б. им было трудно же обосноввывать почему надо переходит на менее понятный и возможно тогда ещё хуже оптимизированный в компиляторах процессор, т.б.при появлении x86-64 это стало - ещё куда проблемней... А, тут ещё момент надо понимать что, архитектура x86-64 позволяеть поиметь некорпоративного покуателя дополнительно - всучивая ему Б/У процессоры под видом и по цене новых. Уж если они никогда не чурались так поступать со всем прочим, даже механикой - вроде дисководов и CD-приводов ( говорю даже не по наслышке, т.к.сам даже не однократно сталкивался с таким, притом что у меня отчим мне покупал ПК в своей крупнейшей в стране компании занимавшей спекуляцией компов скорей вторично настолько крупная и серьёзно стоящая, где даже был на хорошем счету, и всёравно - даже монитор подсунули ...не отмытый :) Позже я сам был случайно свидетелем разгвоора в СЦ там - о подобном отмывани б/у-шек, чечь была про CD-привод. В другой компании мне предлагали Б/У видеоадаптер - вместо нового мной купленного но, не подошедго из-за несовместимости, по иронии это был мой старый видеоадапткр им же проданный :] Позже, в  совсем другой компании магазине, негласно даже филиале дилера оргтехники в минимум нашем говроде мегаполисе, - продали процессор с как оказалось давно известным багом в нём что можн обыло понять по степпингу и который якобы отзывались, там где то в США, и получается - чтобы нам руками дилеров всучивать как новое и полноценное. А, уж дико вредные около-ультразвуковые почти неслышиемые визги, слышимые приемущественно только в комнате дома с запертыми окнами, (особенно слышимые  у не IDE, из-за тех и так шумности, но не у новей же) у ново-приобритёенных винчестеров - говорящих что они скорей никакие не новые... Хоть у меня есть и исключение для подтверждения правила: один 15-тний только у меня дома даже той же компании что рдин из свиступнов - до сих пор не визжит, возможно ещё дело в нагруженности - их серверами или в офиссе разница есть. Хоть вот купил позиционируемый как более надёжный серверный упонмянутых той же компании - а, он через несколько месяцев стал тоже около-ультразвуковые визжать заметно, я ранее уже возвраал в магазин подобного визгуна, где т.б.из-за даже тихого уличного шума перекрывающиего визг к тмо же с одной только стороны и т.б.глухости или специально-глухости продавца - это было не просто сделать... потому решил не портит себе опять нервы, оставив т.б.уже вынес ПК в другую комнату. Также, даже у ещё не начавших визжать(но через год или два ставших таки) делал как то диагностику чтением - следя по скорости/времни: на одном из двух из одной сериии даже номерами рядом вплотную - серьёзнейшие просадки в начале диска... ~из-за автоперемещений секторов. Да, что там таминги и свист! Даже тот же ранее разпиаренный S.M.A.R.T.в них всех - оказалось фикцией для контроля Б/Ушности, т.к.прекрасно программно выключаем, и более - даже в позжих BIOS и некоторых даже по умолчанию. Я про то что, такие функция выключения его - явно чтобы на серваках и корпоративными клиентами - не засчитывался расход использованием и авто-перемещения сбойных секторов )
	Ответить | Правка | Наверх | Cообщить модератору

11. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–5 +/–
Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 10:30
Чему вы радуетесь? Если допустить, то будет только начало. Сначала они пришли за 486, но я молчал, у меня не настолько старый. Потом придут за Pentium. А потом? Вообще Интеловские процы снесут, и уже некому будет за вас заступиться!
Ответить | Правка | Наверх | Cообщить модератору

	17. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от fidoman (ok), 04-Май-25, 10:59
	Ну так есть другие системы например About NetBSD/i386              ^^^^ Any i486 or better CPU should work - genuine Intel or a compatible such as Cyrix, AMD, or NexGen.     ^^^^
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:10
	И много современного софта ты соберёшь на bsd, особенно на netBSD? А на линуксе перед тобой - весь мир.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
	Сообщение от Аноним (44), 04-Май-25, 12:24
	Почти всё, кроме непереносимого ПО, которое прибито гвоздями к венде или линуксу. С линукса тоже как-то не весь мир вендоПО доступен
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Уважай Линуса Поттеринга (?), 04-Май-25, 12:35
	Дело в том, что нормальный софт уже давно не поддерживает BSD. К отказу от поддержки BSD много лет назад призвал один из гениальнейших (думаю второй после Торвальдс а) программистов современности, революционизатор звука в Линукс и процесса загрузки , избавитель от портянок, просто хороший человек и по счастливой случайности тёзка Линуса Торвальдса - Линус Поттеринг. Уверен, авторы стоящего софта прислушались к мнению этого корифея
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от 1 (??), 04-Май-25, 17:29
	Леннарт Пёттеринг (нем. Lennart Poettering, также Поттеринг; род. 1980, Гватемала)
	Ответить | Правка | Наверх | Cообщить модератору

	405. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от 2 (?), 04-Май-25, 23:50
	Нет
	Ответить | Правка | Наверх | Cообщить модератору

	557. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от 1 (??), 05-Май-25, 14:40
	ну если говоришь что нет, то ссылку в студию
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (25), 04-Май-25, 18:19
	>И много современного софта ты соберёшь на bsd, особенно на netBSD? А на линуксе перед тобой - весь мир. У нас есть FreeBSD и illumos.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	485. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 09:01
	> У нас есть FreeBSD и illumos. В новой версии FreeBSD пошли немного дальше - и вообще x86-32 задропать собираются, насколько я помню.
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Canis DIrus Leidy (?), 04-Май-25, 20:49
	>И много современного софта ты соберёшь на bsd, особенно на netBSD? И много современного софта ты запустишь на типичном^W топовом PC тех времён, когда 80486/Pentium-60(90) были актуальны? https://www.dosdays.co.uk/topics/1994.php https://www.dosdays.co.uk/topics/1995.php
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	344. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:29
	Продавались массово минимум до 1997-года, с до x4(!) фактически заводским-overclock'ом (А, для встроенных задач производили - ещё много дольше). Потому уже даже windows 95 даже с osr2 Update уже вышла - т.е.даже с её ПО. Но, в линуксах  оно тогда как понимаю ещё не работало. Что было из нативного - не скажу но, уже было много разного так что на CD и даже на много CD выпускалось.
	Ответить | Правка | Наверх | Cообщить модератору

	365. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 22:12
	> даже windows 95 современного софта :)
	Ответить | Правка | Наверх | Cообщить модератору

	380. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 22:47
	а, что это такое у вас?... :) (%Гляжу на элементы в меню ОС-ПУСК в текущем линуксе на LiveDVD%, от 2024-года, т.к.от 2025 тот же - более глючный и более тормозный, как и в др., а в 2024 более глючны и мега-тормозны чем скажем от 10 или 15 летней давности, с ровно тем же функционалом по сути). Нет, понятно: современные игры 2D(какой позор авторам!) и 3D(в т.ч.требующих соотвевующий в.а., но вот DOOM,...,Quake-I работали же не требуя), тема AI, пусть даже [де]кодирование совремнных видеоформатов (но, уверен их тоже можно получше оптимизировать... т.б.точно никто не занимался оптимизацией под такой проц, а ммега-тормозных [де]кодеков хватало и в 90-х, как для одно и того же формата - не тормозных, для примера) - прочее же всё: прекрасно родом из 1990-х и если оно там не запускается(обычно из-за требования безвариационно SIMD что тупо непрофессионализм) или же с тормозами то, это уже другой вопрос... к авторам-халтурщикам.
	Ответить | Правка | Наверх | Cообщить модератору

	391. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 23:25
	> Но, в линуксах  оно тогда как An absolute minimum of RAM is 46mb. TC won't boot with anything less, no matter how many terabytes of swap you have. Microcore runs with 28mb of ram. The minimum cpu is i486DX (486 with a math processor). http://tinycorelinux.net/faq.html#req
	Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

	487. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 09:05
	> An absolute minimum of RAM is 46mb. TC won't boot with anything > less, no matter how many terabytes of swap you have. > Microcore runs with 28mb of ram. А вон там роутеры с 32 мегами оперативы на все, и еще половина свободно нахрен после загрузки. Но вооюще даже контрек на этом солидный процент вон того выжирает. А чип на 32 мега оперативы стоит не меньше чем на допустим 64 и смысл давиться такой жабой с такими ухищрениями со временем просто отпадает.
	Ответить | Правка | Наверх | Cообщить модератору

	626. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 18:51
	> А вон там роутеры с 32 мегами оперативы на все В них НЕ штеуд!!! Не нада тут передёргивать :)
	Ответить | Правка | Наверх | Cообщить модератору

	525. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Canis DIrus Leidy (?), 05-Май-25, 11:48
	> Продавались массово минимум до 1997-года, Ну так из линуксов тех времен, никто поддержку 486 удалять не собирается. Можете запускать хоть RedHat 5.2, хоть Debian 2.0. Но речь то вроде шла про современный софт, когда даже емаксу надо столько памяти, что в типовую материнку с Socket 3 просто не влезет.
	Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

	26. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (25), 04-Май-25, 11:14
	>Вообще Интеловские процы снесут, и уже некому будет за вас заступиться! А з полностью ща выпиливание интелловских процов и аэмдэшных и даже арсовскиих, оставить только поддержку RISV-V так победим.   Главное что поддержку интел коре 2 дуо который сменил на Зион с Озон не выпилили. Надеюсь я не доживу до этого момента.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	31. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 11:20
	Я надеюсь ты с RISC-V это написал?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:53
	> Чему вы радуетесь? Тому что это "позволит удалить из ядра 14104 строк кода, что значительно упростит некоторые функции в ядре за счёт исключения прослоек, эмулирующих CX8 и TSC, и позволит избавиться от библиотеки math-emu, эмулирующей FPU" Это же отлично, особенно в контексте очередной проблемы с поддержкой этого хлама. > Если допустить, то будет только начало. Что допустить? "Поддержка процессоров 386 году была удалена из ядра в 2012 году" Сейчас 2025й. Если так пойдет и дальше, то i586 дропнут в 2036, а i686 в 2047 (да, я люблю интерполировать :)) Многие местные аноны не доживут до этого события, а такое железо - и подавно. > Потом придут за Pentium. И чё? Ну друпнут и дропнут.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	85. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–4 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:18
	> Это же отлично, особенно в контексте очередной проблемы с поддержкой этого хлама. Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел > В 2047... Многие местные аноны не доживут до этого события, а такое железо - и подавно. В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047. Должны уж доживать >> Потом придут за Pentium. > И чё? Ну друпнут и дропнут. А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы пишете. И всё - не сможете получать свежее ядро Линукс. Посмотрим, как запоете
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 04-Май-25, 12:46
	> Так избавляться надо от хлама, а не от реально полезных вещей как > поддержка легендарных процессов Интел Ну так это Легендарный Хлам! И его дроп тоже должен быть легенда > В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047. Ты слишком оптимистично смотришь на возрастное распределение местных анонов. Плюс в нынешние неспокойные времена есть множество других причин не дожить до 2047)) > А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы > пишете. И всё - не сможете получать свежее ядро Линукс. Посмотрим, > как запоете Никак не запою. У меня сейчас 5.10 и не вижу абсолютно никаких причин переходить на 6.х А его поддерживать будут до хз какого года и к тому моменту просто сменю платформу на актуальную.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:38
	Попробуй запусти уже сейчас Линукс на уп.тобой i686 (напомню - с типично тогда 16-64MB( только у 3D-дизайнеров)... да, даже на в 10 раз больше - браузер тут с > 1...3 вкладок тяжолых сайтов или на ютуб при опр.ситуации, где запросто только одна вкладка гигабайты может тихо сожрать, т.б.это у них бажище позорное, если ещё не починили я им писал, н осудя по игнору прочего...)
	Ответить | Правка | Наверх | Cообщить модератору

	426. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 05-Май-25, 00:25
	> Попробуй запусти уже сейчас Линукс на уп.тобой i686 (напомню - с типично > тогда 16-64MB( только у 3D-дизайнеров)... 2025: http://tinycorelinux.net/faq.html#req An absolute minimum of RAM is 46mb. TC won't boot with anything less, no matter how many terabytes of swap you have. Microcore runs with 28mb of ram. The minimum cpu is i486DX (486 with a math processor).
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 13:07
	Если дропнуть поддержку например архитектуры процессора с которого я пишу (за анонима не скажу) - x86-64-v3 - вы останетесь без поддержки половины используемых процессоров :D
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	148. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:55
	обсуждается так-то 486 из прошлого века...
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 14:01
	И я о том же. Всё вплоть до x86-64-v1 можно дропать, не особо задумываясь.
	Ответить | Правка | Наверх | Cообщить модератору

	349. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:39
	Выкидывать - так и x86-64-v3... т.б.у меня то не такая (твоя же логика)
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:22
	Если выкинуть x86-64-v2/3/4 - ядро потеряет смысл целиком.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:11
	Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов. И всех, кто не хочет отдавать деньги за новый комп каждый год, оставят без свежих версий живительного ядра Линукс. Вот что страшно!
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	165. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 14:22
	Всё до x86-64-v1 можно смело удалять. А выше x86-64-v2 не удалить ничего, потому что это бОльшая часть железа.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:25
	Ну вот они и хотят удалить всё, кроме самого последнего проца. В этом их цель - посадить всех на крючок планируемого устаревания, а потом это устаревание ускорять. Начинают с вроде безобидных шагов, с 486, но это только начало, дальше будет хуже
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 14:27
	Я за. Пусть удаляют.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:30
	> Я за. Пусть удаляют. Не жалуйся, что тебя не предупреждали, когда по итогу этих решений тебе придётся каждый год выкладывать тысячи долларов за новый проц ради возможности иметь нормальное свежайшее ядро
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 14:36
	Не придётся, потому что см. выше. Да и платформы я до хламовника не довожу.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Александр (??), 04-Май-25, 15:35
	Никто не мешает тебе форкнуть ядро с поддержкой и иметь себе мозг самостоятельно. Но ты же этого делать не будешь, верно?
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	350. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:42
	Ну форкни - а, как заставишь производителей линуксового ПО его поддерживать...  И вообще твою форк ядра/ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от 52 (?), 04-Май-25, 23:58
	Форкни софт производителй линуксового ПО
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Александр (??), 04-Май-25, 15:33
	> Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов Откуда такие выводы? Ты их сделал из удаления поддержки процев, которым порядка 18 лет, причём самым молодым?
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	300. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 19:24
	>> Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов > Откуда такие выводы? Ты их сделал из удаления поддержки процев, которым порядка > 18 лет, причём самым молодым? Ну да, начали с этого, продолжат 17-летними процами, и так пойдет-поедет
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (232), 04-Май-25, 16:41
	Ну перейдёшь на Байкалы и продолжишь работать как ни в чём не бывало. К тому времени Kremlix какой напишут тебе.
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	298. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Anonim (??), 04-Май-25, 19:16
	вот тогда вы запоёте: "как поставить виндовс"..
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	351. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:46
	Ну поставь Windows(ver.1.0) на современный комп... Или хотя бы Windows 95... Да хотя бы XP 32/64... Впрочем, вот уже и 10-ка - больше не будет поддерживаться MS'ов с этого года. Осталось UEFI выкинуть в мусорку заменив на что то иное, что бы даже не грузилась на более новых ПК, т.б. им же не впервые.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Александр (??), 04-Май-25, 15:29
	> Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел Что полезного в древнем интеле?
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	216. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (365), 04-Май-25, 16:03
	нет дыр как в новых процессорах :)
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 04-Май-25, 16:19
	Так в Intel Atom этак 2012 года тоже нет. Но он многократно мощнее сабжа, которому бы mp3 декодирование вытянуть без заиканий.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:47
	Ну запусти на нём DOS и DOS ПО/игры...
	Ответить | Правка | Наверх | Cообщить модератору

	431. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (431), 05-Май-25, 01:17
	При чем тут DOS? Из DOS'а поддержку 486 удаляют?
	Ответить | Правка | Наверх | Cообщить модератору

	489. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 09:07
	> Ну запусти на нём DOS и DOS ПО/игры... Ну так и загружайся на нем в DOS - а линукс то для этого нафиг? Как в анекдоте - "какой-же ты хакер без линукса"? :)
	Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

	301. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 19:26
	>> Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел > Что полезного в древнем интеле? Во-первых - дань уважения машинам, породившим Линукс. Во-вторых, признание того, что старые легендарные технологии работают надёжно вот уже сколько лет. В-третьих - утирать нос Танненбауму, который сразу запоет "Я же говорил, что эти Интелы устареют!". Так что это вопрос важный - вопрос принципов и престижа
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	338. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (338), 04-Май-25, 21:00
	> Во-первых - дань уважения машинам, породившим Линукс. Это, конечно, лестно, но здесь не музей. И зачем этому железу последнее ядро? На том же 6.12 можно будет еще лет 10 точно сидеть.
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 21:53
	Ты врёшь. Вот дял пример у меня разные браузеры на LiveCD'ках - только за пол года с уже устаревшими сертификами... периодически возмущаются о том жутко доставая (а, в древних версиях браузеров это ещё и было не пропускабельно!), в добавок сайты бегущие в ногу с прогрессом - обновляются быстрей его самого, не исключая тут длинную руку заинтересованных крупных разработчиков браузеров, в итоге - некоторые уже не работают корректно. И это только за полгода, (всеголишь)десятилетней давности браузеры как я вот смотрел - тебе лучше даже не запускать... А, двадцати и тридцатилетней..........
	Ответить | Правка | Наверх | Cообщить модератору

	368. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 22:15
	> у меня разные браузеры на LiveCD и как они на 486 работают?
	Ответить | Правка | Наверх | Cообщить модератору

	383. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 22:55
	Я такого и не говорил же, а выше даже написал уже о обратном.
	Ответить | Правка | Наверх | Cообщить модератору

	390. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 23:23
	> Я такого и не говорил же, а выше даже написал уже о обратном. ну дело такое, ведро держалось до последнего. по факту для 486 нет современного десктопного софта лет так 20... та-же ХР из 2001 на 486 уже не работала без адских хаков в hex-редакторе
	Ответить | Правка | Наверх | Cообщить модератору

	423. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (232), 05-Май-25, 00:17
	> дань уважения машинам Это какая-то религиозная форма фетишизма или просто обычное бытовой оккультизм? Ну там эти куличи на пасху и заговоры на доллары, это ж то же самое, да?
	Ответить | Правка | К родителю #301 | Наверх | Cообщить модератору

	673. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084658 (?), 05-Май-25, 21:57
	Как удобно говорить про "уважение" и "престиж", когда написанием и поддержанием кода занимается кто то другой, а не ты. Легко сидеть на диване и рассуждать о "принципах и престиже", а вот освобождение ядра от легаси и соответственно облегчение его работы и обслуживание - дело все же полезное.
	Ответить | Правка | К родителю #301 | Наверх | Cообщить модератору

	227. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 04-Май-25, 16:22
	> Так избавляться надо от хлама, Ну вот и избавляются. Кто в 2025 году будет 486 юзать всерьез? А вон там им недостающие фичи эмулировать надо. 14 000 строк кода нужного исключительно для этой древности? > а не от реально полезных вещей А в чем и для кого польза? И где они вон там - в RFC к патчу? > как поддержка легендарных процессов Интел А что в нем легендарного? Цена на момент выхода чтоли? >> В 2047... Многие местные аноны не доживут до этого события, а такое железо - и подавно. > В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047. > Должны уж доживать Вон тому железу - скорее всего плохо станет в 2038 еще, ибо 32-bit time_t. > А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы пишете. Через 25 лет - пожалуй это не будет смотреться какой-то ужасной угрозой.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	370. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 22:18
	> А что в нем легендарного? Цена на момент выхода чтоли? 1) Они были как раз относительно дешовые, в сравнении с теми же пнями, в рекламу которых вбахивали астрономические деньги. Но всёравн окоторые были никому не нужно, до выхода под них "чисто случайно" оптимиирвоанного Quake-1 и сильно деоптимизированного для 486, особенно в сравнении с предлыдущими DOOM-движком, который тоже был не самым оптимизирванным но быстрей конкурентов и потому вышел раньше их захватив рынок движков. 2) то что, на них впервые 3D игры стали похожи на 3D игры. 3) И на самых топовых этих процах стал применим SVGA видеорежимы местами, правда даже самые рптимизирвоанные но всёравно как сейчас вижу по кодлу мегалаговые движки - всёравно залагивали даже топовые тогда карты вроде S3Virge аж от 1997 года с аж 64-битной шиной по пень-1 [с MMX]. 4) То что это последняя серия в x86 архитектуре. Дальше был пень-1 с оч.мутной не x86 архитектурой, по оптимизации сильно не совместимую обратно и вообще тогда и т.б.за отсутвием Internet с недоступными документациями на эту тему, хоть позже в FIDONET и можно было встретить нечто такое самиздатное, но всё же позже - когад уже была очередная ноу-хау псевдо-x86 архитектураот Intel с новыми оптимизациями и обратной несовместимостью уже с пень-1! И так затем каждый год... После этих времён, с пень-Pro/2, - ассемблерная оптимизация стала чуть ли не ругательным выражением. Это и без учёта PC compatibles...
	Ответить | Правка | Наверх | Cообщить модератору

	492. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 09:25
	> 1) Они были как раз относительно дешовые, в сравнении с теми же > пнями, в рекламу которых вбахивали астрономические деньги. И с отшибленными RISC не от мира сего от мегакорп. Но все же это короли среди офигевшего г-на! Дешево это - очень условно было. Только потому более нормальное - еще дороже. Комп как у Торвальдса стоил - около 2 килобаксов, плюс-минус. Тогдашних, без учета инфляции. Сейчас соответственно наверное в пару раз больше. А сейчас его в абсолютно всех номинациях сделает 10-баксовый одноплатник. Как угодно но кремний с тех пор - подешевел. > и сильно деоптимизированного для 486, особенно в сравнении с предлыдущими DOOM-движком, Он не то что деоптимизированный... в DOOM нет честного 3D. Он, на самом деле не такой уж и трехмерный. А вот Quake это таки первая реально трехмерная штука. Это то что создало целую индустрию и определило ее вид. Нравится, не нравится, но будущее определилось - тогда, теми людьми. Кармаком в том числе. > который тоже был не самым оптимизирванным но быстрей конкурентов и потому > вышел раньше их захватив рынок движков. Кармак по сути создал направление 3D. Остальные как таковые - драли с него, идеи, если не реализации. Заметим что тогда не было 3D ускорителей, и как раз Quake и создали по большому счету спрос на это направление и понимание как это вообще может быть. > 2) то что, на них впервые 3D игры стали похожи на 3D игры. Потому что до Quake это вообще не 3D как таковое было. А такой себе "закос под 3D". С кучей ограничений. > 3) И на самых топовых этих процах стал применим SVGA видеорежимы местами, В Quake чуть ли не впервые (а может и впервые) появилось хардварное ускорение, GL режим. > 4) То что это последняя серия в x86 архитектуре. Дальше был пень-1 > с оч.мутной не x86 архитектурой, Он формально i586, то что маркетинг имя ему сменил - дело марктинга. А потом и i686 вылупился как всякие PPro/PII. > по оптимизации сильно не совместимую обратно Со временем допущения изменились. Но меняться они начали еще в эпоху 386 а в 486 уже шли во всю. Скажем кеши проца многое меняют - и сбивают тайминги. Впрочем - кому это все важно юзают ископаемый софт, скорее всего под DOS, зафиг им Linux да еще распоследней версии - загадка природы. > с пень-Pro/2, - ассемблерная оптимизация стала чуть ли не ругательным выражением. > Это и без учёта PC compatibles... Местами все еще применяется, в кодеках и крипто всяком. Но обычно как раз с этим самым SSE. Потому что операции сразу над кучей lanes за 1 такт - это вам не телепание в ваших полутора куцых регистрах. Вы никогда не обгоните ЭТО оптимизациями полутора куцых регистров. Даже на равной частоте. Потому что там эффективное число операций за такт - более другое! То-есть можно взять, вгрузить в широкую группу регистров кучу данных - и за 1 такт эвон сколько математики - раз! Те кто поумнее умеют это и из обычных регистров делать, искать "swar". Но там чем шире регистр тем больше операций за такт. Т.е. грубо говоря, 32-бит регистр можно рассмотреть как 8 x 4-bit lanes. И делать за 1 такт операции сразу по 8 параллельным lanes. Но в 64-бит регистре 4-bit lanes будет уже 16, в 2 раза больше операций за 1 такт. Просто потому что за присест в 2 раза больше битов сжевано.
	Ответить | Правка | Наверх | Cообщить модератору

	411. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (411), 04-Май-25, 23:56
	> Вон тому железу - скорее всего плохо станет в 2038 еще, ибо 32-bit time_t. Во всех libc уже давно time_t 64-битный на 32 битах.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	576. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от blkkid (?), 05-Май-25, 16:08
	> Дропнуть прямо сейчас поддержку процессора, с которого вы пишете если дропнут поддержку ryzen 7 7800x3d, то, боюсь, в ядре не останется вообще x86 процессоров с поддержкой
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	152. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 14:09
	Да потому что нет смысла сидеть на старом железе, когда новое лучше по всем параметрам.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	155. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:11
	> новое лучше по всем параметрам Так же новое железо (а именно последние камни Интел) - сразу приходят в негодность или нестабильны
	Ответить | Правка | Наверх | Cообщить модератору

	384. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 22:58
	> когда новое лучше по всем параметрам. Кроме полной обратной совмстимости с ПО.
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

13. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
Сообщение от Аноним (13), 04-Май-25, 10:42
На дворе 2025 год! У всех сенсорные мнонблоки с 4К HDR 12bit в 360 Гц... Apple уже давным давно 32 бита дропнула!
Ответить | Правка | Наверх | Cообщить модератору

	15. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+9 +/–
	Сообщение от Аноним (15), 04-Май-25, 10:50
	Ваше плевать что там эппл делает.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Гром (?), 04-Май-25, 11:00
	Есть куча встраиваемых систем 32-битных и там больше и не нужно.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	55. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:45
	1. будут ли обновляться эти системы? 2. нужно ли им самое последнее ядро, может им хватит LTS до какого-то 32года? 3. почему все разработчики этихз систем на объедлнятся и не возьмут на секбя поддержку?
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 22:09
	> 3. почему все разработчики этихз систем на объедлнятся и не возьмут на секбя поддержку? Потому что не потянут. В основном это небольшие предприятия, и вкладываться в поддержку ядра для них - себе дороже.
	Ответить | Правка | Наверх | Cообщить модератору

	630. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:10
	>>> Есть куча встраиваемых систем 32-битных и там больше и не нужно. На штеудах? Ну ... пусть - плачут, чЁ теперь то сделаешь :) Раньше надо было мозгами думать.      >>> 2. нужно ли им самое последнее ядро, может им хватит LTS до какого-то 32года? Там вообще обычного линукса быть не должО ... но если таки есть --> пусть качают и шьют демьян 12 на золото, пока он к выкачке доступен :) >>3. почему все разработчики этих систем на объединятся и не возьмут на себя поддержку? >Потому что не потянут. Тогда идут на^W - на рынок! :) И покупают что там _сегодня_ есть с мыслями "а на сколько этого хватит"... >В основном это небольшие предприятия, и вкладываться в поддержку ядра для них - себе дороже. А оставить это воно в ведре - уже ___МНЕ___ дороже. Так что идут твои "предприятия" денег зарабатывать и обновляться! И не на новый жЫп директору, а на замену 486 чем то более адекватным 2025-му году. Или пусть сдохнут, жалко нет(С) :)
	Ответить | Правка | Наверх | Cообщить модератору

	385. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 23:03
	> 3. почему все разработчики этихз систем на объедлнятся и не возьмут на секбя поддержку? Потому что, конкуренция и деньги на это всё жаба давит выделять на пользу конкурентам и т.б.не говоря уже про неучаствующих. Вон даже на ReactOS даже чужие(гос-венные) деньги не выделили в РФии когда то, явно из этих же соображения, ну и не заработаеш тут, много. К тому же, поддержка ядра без всего сопутствующего ему ПО - такое себе.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	538. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 12:35
	> Вон даже на ReactOS И правильно сделали. С тем же успехом деньги в МММ "вкладывать" можно.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Vamp (??), 04-Май-25, 12:18
	Встроенного обрезка ДОСа - достаточно.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	386. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 23:05
	Правильней всё же: Линукс так и недотянул тут - даже до DOSа...
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 04-Май-25, 16:27
	> Есть куча встраиваемых систем 32-битных и там больше и не нужно. В актуальных и выпускаемых сейчас - 486 уже врядли кто юзает. А ARM никто дропать пока и не собирается, кроме опять же ультра-ископаемых версий которые давно не выпускаются. Более того - там менять ядро на распоследний свежак в общем случае мало кто будет. Например потому что на себе тестировать все глюки новых версий (а кто еще этим занимался?) на своей встраиваемой системе - очень такое себе.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	387. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 23:14
	Забыл про old-school геймеров, которые ради фана могут попробовать попробовать установить линукс. Но, уже ныне у них это не получится с Linux-based... и даже если бы нет - ПО и игры, даже такие как tux в 2D, не заточенны под такое... и даже куда позже. А, у тех у кого нет второго ПК и не будут запускать смотреть, т.б.и тут куча проблем даже и без алиенского WINE... и прочего алиенсокго. Потому такие владельцы рассм.ПК, ну пусть ещё наравне с XPниками у которых уже тупо новые компы не позволяют ставить и туда XP, - последнее общество распространения никсов и вообще альтернативных ОС, а авторы их получается "пилят сук на котором сидят", как и тормозами там.
	Ответить | Правка | Наверх | Cообщить модератору

	495. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 09:53
	> Забыл про old-school геймеров, которые ради фана могут попробовать > попробовать установить линукс. Во что они играть собрались на этом хламе под линухом? Тот 486 даже MP3 обычный в реалтайме - едва мог, если очень подраспереться. Помню как у меня HMM III с его MP3 шикарно лагал по звуку на самом пафосном 133 мгц варианте. > Но, уже ныне у них это не получится с Linux-based... и даже > если бы нет - ПО и игры, даже такие как tux > в 2D, не заточенны под такое... и даже куда позже. Не очень понимаю зачем возиться с Linux на 486 гробине, если хочется что-то с производительностью даже лучше, маленькое и маложрущее - ARM за 10 баксов даст этому 486 мастеркласс во всем. Там проц с 4 ядрами 1.5ГГц и более, DDR3(L) и все такое. На его фоне 486 это мамонт вылезший из пещеры. А от одного питальника кормившего 486 можно запустить целый кластер этого добра. Если это зачем-то вдруг надо. > А, у тех у кого нет второго ПК и не будут запускать > смотреть, т.б.и тут куча проблем даже и без алиенского WINE... и прочего алиенсокго. Если у кого нет второго компа и есть только 486... ну я даже не знаю, его отправили в дальний космос, дав только это, и теперь на полпути к альфацентавре у него подгорает что прогресс на Земле так далеко зашел? На Земле можно найти намного более мощный комп выкинутый кем-то (или на грани этого) совершенно бесплатно. > Потому такие владельцы рассм.ПК, ну пусть ещё наравне с XPниками у которых > уже тупо новые компы не позволяют ставить и туда XP, - Я не знаю ни 1 мазохиста с XP на 486. Даже во времена актуальности XP. На 486 было уместно ставить - WinNT 4 какой, в лучшем случае. > последнее общество распространения никсов и вообще альтернативных ОС, а авторы их > получается "пилят сук на котором сидят", как и тормозами там. И где все эти распиленные? И в чем они себя проявляют? Чтобы париться потерями - должно быть что терять. А это либо деньги, либо комиты в открытые проекты. С 486 в опеенсорс мног не накомитишь. В смысле, те кто могут комитить быстро осознают что они куда продуктивнее с более приличной машиной для этого.
	Ответить | Правка | Наверх | Cообщить модератору

	580. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 16:40
	первоквака от id работает на 12 дебиане зачем для этого именно 486 с 6-ядром?
	Ответить | Правка | К родителю #387 | Наверх | Cообщить модератору

	19. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (19), 04-Май-25, 11:01
	В энторнет, небось, через роутер ходишь? Это тоже моноблок с 4К HDR? А у провайдера тоже?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	93. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Full Master (?), 04-Май-25, 12:38
	Во многих роутерах стоит i486? Поддержку 32-х битных ARM и MIPS никто не выкидывает.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Гром (?), 04-Май-25, 11:02
	Для настольных систем Linux не годится. Серверы и встройка - вот его рынок. Для серверов 32 бит не нужно, но для встройки - это как раз то, что нужно.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	21. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (21), 04-Май-25, 11:08
	Вы ошибаетесь, годится.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Гром (?), 04-Май-25, 11:16
	Не годится по многим причинам. Одна из них - мутное отображение текста, другая - большие проблемы с поддержкой.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (25), 04-Май-25, 11:19
	Пока анонимные эксперты с опенннета - рассказывают что линукс не подходит для десктопа, учителя в Сочи работают на импортозамещенноых дистрибутивах.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (80), 04-Май-25, 11:45
	Бюджетники и не на такое готовы делать, лишь бы на улице не оказаться.
	Ответить | Правка | Наверх | Cообщить модератору

	388. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (326), 04-Май-25, 23:17
	наговариваешь на учителей, сейчас в армии оч.хорошо зарабатывают :)
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (13), 04-Май-25, 11:49
	> "учителя в Сочи работают на импортозамещенноых дистрибутивах. " Нет, учителя просто работают. А работают именно в ОС именно на программах подобных Photoshop (и другой софт от Adobe), MS Office... Или вы серьёзно предлагаете торговать на бирже, обрабатывать фото, музыку и т.д. в Linux? Где полно всякого сомнительного софта из репозиториев где отсутствует модерация. А разработчик не будит выпускать ПО на 100500 дистрибутивов линукс. Только на Вин и МакОС.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	100. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 12:54
	> Или вы серьёзно предлагаете торговать на бирже, обрабатывать фото, музыку это все не работа, путь они идут двор подметать...
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 11:56
	Ага, на Астре.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	113. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (-), 04-Май-25, 13:06
	Бюджетники это подневольный ск-т. Даже хуже крепостных. Если им завтра скажут организовано прибыть на место и поставить галочку, то они с легкостью... погодите-ка, так они уже!
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	402. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (402), 04-Май-25, 23:49
	Вот устроят вам post-НЭП-2 посмотрим - как запоёшь... пропагандoнчик приторно-кисельных берегов.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 14:01
	Как можно не понимать разницу между рабочими станциями и десктопами? Кто-то и на печатных машинках работает, задачи позволяют это делать. Это же не значит, что печатные машинки годятся для домашних десктопов.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	86. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Аноним (86), 04-Май-25, 12:19
	мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко, если у тебя не зелёный мусор вместо видеокарты
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	235. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (235), 04-Май-25, 16:57
	Так и запишем: в Линуксе не работает 90% видеокарт.
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Хо (?), 04-Май-25, 18:26
	И ещё не забудь, у скуфов не работает 90% видеокарт.
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Гром (?), 04-Май-25, 19:35
	При чём здесь видюха вообще? ))) Мутный текст - из-за алгоритмов отображения текста и вкрай идиотских настроек этих алгоритмов.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	327. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 20:28
	> мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко, > если у тебя не зелёный мусор вместо видеокарты Полный бред! Винда как раз отличается качеством отображения шрифтов. В Linux с этим всегда были проблемы: сначала патенты не позволяли, а сейчас не знаю, что мешает сделать нормально. Запускаешь любой дистр линуха и испытываешь шок от того, что видишь...
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	340. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (338), 04-Май-25, 21:11
	> мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко, Он по сути написал. Там есть старый класс программ... Особенно хорошо видно, когда какой-то инсалятор ставишь. Так вот при масштабировании там действительно мутный текст. Когда-то была 10 основной системой, там была эта проблема. Недавно ставил win11 в qemu, все еще присутствует.
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 22:00
	Без масштабирования в Win 7 и 10 у меня всё чётко. Если, конечно, сама программа что-то не намутит, что вполне может быть, например, какой-нибудь графический редактор, просмотрщик PDF, OnlyOffice и т.п., но тут уже не Винде вопросы, а к самому приложению - какой метод отрисовки шрифтов он использует. Если запускать Винду в виртуальной машине - не факт, что всё будет работать так, как нужно, т.к. в этом случае у неё нет информации о возможностях монитора.
	Ответить | Правка | Наверх | Cообщить модератору

	364. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Имя (?), 04-Май-25, 22:12
	В параметрах совместимости выставить переопределение маштабирования с системы на программу
	Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

	242. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 04-Май-25, 17:14
	> Не годится по многим причинам. Одна из них - мутное отображение текста, Нефиг ставить васян дистро всякие. Для чайников есть убунта, там все нарулено сразу. > другая - большие проблемы с поддержкой. Поддержкой кого? Чего? У майкрософт вообще поддержка не может решить даже проблемы мегакорпов зачастую, а уж про обычных юзеров и говорить неудобно.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	310. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Гром (?), 04-Май-25, 19:39
	В Убунте и Дебиане мутный текст в сравнении с Виндой. Равно как и в остальных дистрибутивах Линукса. Из-за этого не могу Линуксом пользоваться. Каждый раз хочется подкрутить резкость. В результате напрягаешь глаза, а резкость нифига не увеличивается (((
	Ответить | Правка | Наверх | Cообщить модератору

	392. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (402), 04-Май-25, 23:32
	Попробуй другие сборки, у меня вроде нет, впрочем я вообще не в нативном видеорежиме т.о. тут ещё доп фактор размтости т.е.м.б.на него сваливаю им-ся. Но, в виндах (с выключенной ClearType размыкой) - где то тоже самое по виду. В любом сл.просто размытость - не такая уж и проблема, проблема это когда она цветная... из-за ClearType в ненативном видеорежиме или же на мониторе под неё "не заточенном".
	Ответить | Правка | Наверх | Cообщить модератору

	498. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:02
	> В Убунте и Дебиане мутный текст в сравнении с Виндой. У лично меня вполне нормальный текст, мне вполне ОК. Там к тому же настройки хинтинга и субпиксельного сглаживания. Можно подобрать по вкусу. Как и сами фонты. > Равно как и в остальных дистрибутивах Линукса. Из-за этого не могу > Линуксом пользоваться. Не мои проблемы. Я за вчера 5 комитов навернул - включая 1 в довольно навороченный проект с 25 кило лично моего кода. Откуда вывод что мне читаемость текста была нормуль. И да, я програмлю под линухом уже довольно давно, более 10 лет. На глаза не жалуюсь. На самом деле для таких вещей секрет скорее в подборе комфортного фонта и цветовой схемы и мне это и в винде и в лине 1 фиг приходилось делать самому в продвинутых редакторах/ide. > Каждый раз хочется подкрутить резкость. В результате напрягаешь глаза, а резкость > нифига не увеличивается ((( Булшит какой-то имхо. Не вижу принципиальных отличий с виндами. Может конечно на каком-то сильно экзотичном мониторе с необычным расположением пикселей так и бывает, хрен его знает.
	Ответить | Правка | К родителю #310 | Наверх | Cообщить модератору

	34. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:23
	>Для настольных систем Linux не годится. Серверы и встройка - вот его рынок. Для серверов 32 бит не нужно, но для встройки - это как раз то, что нужно. Распространитель нарративов Майкрософта.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	355. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 21:54
	Чквак тебе дело говорит, а отмахиваться можно сколько угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	395. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (402), 04-Май-25, 23:40
	Он, вероятно, просто не понимает что другим - нужны проги не только из числа в репозитрии дистра.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (45), 04-Май-25, 11:38
	Тут даже дело в том, что Линукс ставят для того, чтобы дать вторую жизнь старым ПК, а разрабы Линукс всё дропуют и дропуют...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	65. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 11:58
	старым != антикварным
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (80), 04-Май-25, 12:16
	А старым ПК проще дать вторую жизнь посредством семёрки.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 12:55
	той которая тормознее жирной десятки? ну да... т.е. по факту просто переустанавливают винду, чтоб она не тормозила Ж)
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Alladin (?), 04-Май-25, 13:32
	что-то путаете, вы наверное официальной 10 никогда не видеди
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:52
	> официальной 10 правильно - такого не существует, как я это увижу...
	Ответить | Правка | Наверх | Cообщить модератору

	361. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 22:07
	>> официальной 10 > правильно - такого не существует, как я это увижу... Скачай с сайта Мелкософта.
	Ответить | Правка | Наверх | Cообщить модератору

	379. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 22:41
	там нет такой редакции
	Ответить | Правка | Наверх | Cообщить модератору

	414. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 05-Май-25, 00:03
	Поищи MAS на гитхабе. Там есть ссылки на Винду и ещё кое-что, что тебе может понадобиться.
	Ответить | Правка | Наверх | Cообщить модератору

	421. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 05-Май-25, 00:15
	там не ссылки на редакцию "официальная 10" ¯\_(%)_/¯
	Ответить | Правка | Наверх | Cообщить модератору

	586. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 05-Май-25, 17:00
	На сайте MAS генерируются прямые ссылки на скачивание с сайта Мелкософта. Проверил специально для тебя. И даже исходники этого генератора ссылок есть на гитхабе :-)
	Ответить | Правка | Наверх | Cообщить модератору

	602. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 17:41
	Я еще раз проверил все редакции с сайта MAS Windows 10 Consumer 22H2 Windows 10 Business 22H2 Windows 10 IoT Enterprise 22H2 Windows 10 ARM64 22H2 Windows 10 Enterprise LTSC никакой редакции "официальная 10" у них нет...
	Ответить | Правка | Наверх | Cообщить модератору

	619. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (619), 05-Май-25, 18:36
	> Windows 10 Enterprise LTSC При определенной настройке после загрузки потребляет ~ 900 Мб RAM.
	Ответить | Правка | К родителю #602 | Наверх | Cообщить модератору

	629. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 05-Май-25, 19:03
	>> Windows 10 Enterprise LTSC > При определенной настройке после загрузки потребляет ~ 900 Мб RAM. Настройки в студию!
	Ответить | Правка | К родителю #619 | Наверх | Cообщить модератору

	633. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:21
	Ну 900Mb всё же - свист :) Но там же на гитхабяхЪ есть скрипты для похудения :) Сотни их!(С)
	Ответить | Правка | К родителю #629 | Наверх | Cообщить модератору

	624. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 05-Май-25, 18:49
	Они все официальнее некуда!))) Самые крутые редакции!
	Ответить | Правка | К родителю #602 | Наверх | Cообщить модератору

	658. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 20:45
	чем они официальней проедустановленной оемной 10-ки с ноутбука?
	Ответить | Правка | К родителю #624 | Наверх | Cообщить модератору

	134. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 13:37
	ПК, на которые можно поставить десятку — не настолько старые, чтобы нуждаться в «оживлении».
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	147. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:53
	а больше ничего 7кой не оживить :)
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 14:20
	Ну, четвёртый пень какой-нибудь. То что новее, в оживлении не нуждается. То, что старше, оживлять уже нет смысла.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 14:32
	> Ну, четвёртый пень какой-нибудь. То что новее, в оживлении не нуждается. То, > что старше, оживлять уже нет смысла. любая винда после ХР - для старья типа 4-пня жирная - та же 7ка на 265 банально не запустится без серьезной липосакции. а с учетом, что для офисного 4-пня тех лет 256 это типичный объем с которым они продавались, те что поприличнее были с 512...
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 14:48
	Мы же не аутентичный ретро-компьютер собираем. Что заставляет ограничиваться 256 мегабайтами?
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (365), 04-Май-25, 15:37
	> Мы же не аутентичный ретро-компьютер собираем. Что заставляет ограничиваться 256 мегабайтами? При переходе старого компьютера из категории "старый" в "хлам", комплектуху начинают выкидывать или раздавать даром... А при переходе из категории "хлам" в "ретро", комплектуха для него начинает расти в цене... И вот чтобы 4-пень прокачать потребуется где-то найти память... а если там pc-133 или извращенский рамбус... а если там, агп порт? а если на материнке сата нет? а если там больше 2 гигов чипсет не увидит? И вот вопрос: А оно надо прокачивать 4-пень или на дворовой помойке/"за пиво" найти корудуба и запустить ее?
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Александр (??), 04-Май-25, 15:46
	С корой дуба кстати в этом плане даже проблемнее будет. Когда переходили на DDR3, для многих это было прям неожиданностью. Особенно то, что очень быстро DDR2 испарилась из магазов. Поэтому получалось так, что PC-133 по рукам найти было проще, нежели DDR2
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 16:06
	да, но это было 15 лет назад, а сейчас 2025 год и PC-133/DDR найти не проще чем DDR2 и если сравнить объем ходовых планочек PC-133/DDR/DDR2, но набрать объем DDR2ым намного проще...
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 20:23
	> да, но это было 15 лет назад, а сейчас 2025 год и > PC-133/DDR найти не проще чем DDR2 > и если сравнить объем ходовых планочек PC-133/DDR/DDR2, но набрать объем DDR2ым намного > проще... У меня остались и SIMM, и SDR, и DDR, и DDR2) Ну и Пентиумы I тоже есть в некотором количестве)
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	336. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 20:53
	крутяк! а у меня и 486 есть, только мне в голову не приходит на нем 6 ядро запускать :)))
	Ответить | Правка | К родителю #325 | Наверх | Cообщить модератору

	356. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 21:57
	Этот антиквариат, конечно, не для запуска чего-либо. Просто рука не поднимается выкинуть) Был ещё 286, но отец его давно выкинул (отнёс на работу, а того предприятия уже давным давно нет, так что, считай, что выкинул), а жаль...
	Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

	271. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 18:29
	> А при переходе из категории "хлам" в "ретро", комплектуха для него начинает расти в цене... > И вот чтобы 4-пень прокачать потребуется где-то найти память... Ну DDR1 до ретро далеко (да и вряд ли она в этой категории когда-то окажется, слишком много было наштамповано). > а если там pc-133 или извращенский рамбус... Это уже в морг к третьим пням. > а если там, агп порт? А в чём проблема? > а если на материнке сата нет? Переходники, IDE-диски с барахолки (не 40-80 ГБ, конечно) > а если там больше 2 гигов чипсет не увидит? Семёрке достаточно. Заметьте: я не говорю о целесообразности подобной прокачки. Но она вполне возможна.
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	299. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 19:17
	> я не говорю о целесообразности подобной прокачки. Но она вполне возможна. если это хобби, то о целесообразности речи нет. если про бомж-компьютер - то корудуба завести будет дешевле и главное выхлоп заметно более приличный >> а если там больше 2 гигов чипсет не увидит? > Семёрке достаточно. Ну если сидеть в оффлайне и в игрульки играть, то достаточно. А в интернет на этом выползать уныло - половину оперативы сожрет семерка, а гиг для современного браузера это на пару вкладок. Плюс яваскрипт их одно ядро пожрет - сейчас без 2-го ядра в интерненах котики тормозят...
	Ответить | Правка | Наверх | Cообщить модератору

	341. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (25), 04-Май-25, 21:18
	>если про бомж-компьютер - то корудуба завести будет дешевле и главное выхлоп заметно более приличный Найди его попробуй.
	Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

	377. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 22:35
	на любой помойке вашего города
	Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

	374. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:23
	Если там агп-порт, то он скорее всего уже сгнил, контактные площадки у AGP были полной дрянью.
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	399. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (402), 04-Май-25, 23:46
	Мои AGP карты смеются с такого заявления, как и PCI.
	Ответить | Правка | Наверх | Cообщить модератору

	404. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (402), 04-Май-25, 23:50
	* И даже ISA.
	Ответить | Правка | К родителю #399 | Наверх | Cообщить модератору

	488. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 05-Май-25, 09:06
	> * И даже ISA. ISA и у меня лежит парочка музейных. А вот AGP гниют.
	Ответить | Правка | К родителю #404 | Наверх | Cообщить модератору

	209. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Александр (??), 04-Май-25, 15:41
	Я даже больше скажу, XP у меня не установилась на AMD K5 (район Pentium I)
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	416. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (402), 05-Май-25, 00:07
	Смотря сколько памяти. На второй пень точно можно поставить, но с SP3 дико тормозит даже при исторически-нереальных 512MB где хоть как то уже можно что то минимальное делать. Хоть с SP1 куда терпимей, и даже на 386MB - но, всё же ж чуть меньше безопасности(ну если считать её наличие на компах вообще...), да и тогда уж лучше w2Ksp4[+reg-хак для дисков >136GB] которая после тех - так даже уже и не тормозит визуально, хоть тоже тормозище в ср.с NT4 или w9x), P.S. IDE диски покупать как выше советовали - никому не советую, лучше SerialATA + переходник, т.к.высок риск посыпания, точней так был уже 5 лет назад - т.б.ныне. И просто ну очень шумны сранительно, даже при экв-ных размерах.
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Гром (?), 04-Май-25, 19:42
	> старым != антикварным Промышленные железки могут работать и работают десятилетиями. И обновлять софт никто не будет, тем более, что и компаний разработчиков этих железок уже может не быть.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	66. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от eugener (ok), 04-Май-25, 11:59
	> дать вторую жизнь старым ПК Сколько времени будут открываться "одноклассники" на 486DX? А на SX? Впрочем, сначала нужно найти браузер, который на 486-ом запустится.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	68. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 12:01
	> Впрочем, сначала нужно найти браузер, который на 486-ом запустится. netsurf или dillo - для опеннета сойдет
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от eugener (ok), 04-Май-25, 12:10
	> netsurf или dillo - для опеннета сойдет Разве что для опеннета. Но проще взять дешёвый планшет или одноплатник типа малинки, который не занимает места, не шумит, не жрёт электричество и при этом открывает не только опеннет. Вопшем, с любыми задачами, с которыми справится 486 - любой современный одноплатник справится лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 12:56
	конечно, но вопрос был о браузере для 486
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 13:04
	> Разве что для опеннета. Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому либо вопросу. Например как починить что то, как допустим разобрать ноутбук такой то модели, не раздолбав корпус, бывают странные крепления корпусов ноутбуков. Вообщем как сделать что либо визуально, тогда только текст тебе не поможет.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	117. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (365), 04-Май-25, 13:10
	>> Разве что для опеннета. > Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому > либо вопросу. странно, как же люди учились еще 20 лет назад без видосиков то? > Например как починить что то, как допустим разобрать ноутбук такой то модели, > не раздолбав корпус, бывают странные крепления корпусов ноутбуков. во время 486 процессоров корпуса ноутбуков не имели странных решений не позволяющих разобрать корпус без того чтоб его раздолбать
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (80), 04-Май-25, 13:40
	> странно, как же люди учились еще 20 лет назад без видосиков то? Как заставший те времена, отвечу: плохо, трудно, тяжко. А так-то да, 20 тысяч лет назад и в пещерах жили. > во время 486 процессоров корпуса ноутбуков не имели странных решений не позволяющих разобрать корпус без того чтоб его раздолбать Как заставший и те времена, отвечу: всё было ещё хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:51
	ты гонишь и по пункту 1 и по пункту 2
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 20:21
	>>> Разве что для опеннета. >> Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому >> либо вопросу. > странно, как же люди учились еще 20 лет назад без видосиков то? И без Интернета)
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	621. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (619), 05-Май-25, 18:43
	> странно, как же люди учились еще 20 лет назад без видосиков то? Разобраться в странных хитросплетениях производителя ноутбука бывает достаточно сложно, не обладая опытом в ремонте ноутбуков. С видео это сделать гораздо быстрее и безопаснее для ноутбука. Без видео возможно, но это будет гораздо дольше.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	623. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (619), 05-Май-25, 18:46
	>> Разве что для опеннета. > Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому > либо вопросу. > Например как починить что то, как допустим разобрать ноутбук такой то модели, > не раздолбав корпус, бывают странные крепления корпусов ноутбуков. > Вообщем как сделать что либо визуально, тогда только текст тебе не поможет. i3/dwm/fvwm + vlc?
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	193. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 04-Май-25, 14:50
	> Тут даже дело в том, что Линукс ставят для того, чтобы дать вторую жизнь старым ПК, а разрабы Линукс всё дропуют и дропуют... Открыл тут тред четверть вековой давности. И обсуждение как получить воспроизведение mp3 на легендарном 486-ом. Вторая жизнь, ага..
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	208. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 15:39
	> Открыл тут тред четверть вековой давности. И обсуждение как получить воспроизведение mp3 > на легендарном 486-ом. > Вторая жизнь, ага.. wav или с cd слухай :)
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 13:09
	> У всех сенсорные мнонблоки с 4К HDR 12bit в 360 Гц... Apple уже давным давно 32 бита дропнула! У всех собственная яхта, свой загородный дом в 1,5 этажа и лужайка. А так же по 2 авто на члена семьи и один жип.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	186. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (186), 04-Май-25, 14:38
	Как минимум, весь интерфейс сейчас делают под сенсорный экран.
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Ivan7 (ok), 04-Май-25, 20:18
	Как минимум, у большинства железок вообще экрана нет)
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 19:10
	Всё так, вот только HDR 12bit на*** не нужен, потому что 12-битных матриц в массовой продаже как не было, так и нет. И даже с FRC нет...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

23. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
Сообщение от Аноним (25), 04-Май-25, 11:10
Я не помню, FreeBSD дропнули х32? Потому что illumos точно дропнули х32.
Ответить | Правка | Наверх | Cообщить модератору

	83. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от yurikoles (ok), 04-Май-25, 12:18
	x32 так и не взлетел, порты Debian и Gentoo до сих пор имеют экспериментальный статус, а FreeBSD его никогда не поддерживал. https://en.wikipedia.org/wiki/X32_ABI#Adoption
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (287), 04-Май-25, 18:42
	Вы находитесь на разных уровнях.
	Ответить | Правка | Наверх | Cообщить модератору

	418. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (415), 05-Май-25, 00:10
	> Я не помню, FreeBSD дропнули х32 Типа Tier2, это значит что-то там собирается, но работать не обязано. Я сам давно перестал свои порты на i386 собирать, письма о поломках на 32 битах от pkg fallout идут в /dev/null, пару баг репортов на сломанные порты закрыл с комментарием "patch or GTFO". Даже помечать их как BROKEN_i386 не буду, слишком много чести для археологов-паразитов.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

24. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
Сообщение от Аноним (25), 04-Май-25, 11:11
Есть только две архитектуры AMD64 и ARM64.
Ответить | Правка | Наверх | Cообщить модератору

	33. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от Аноним (-), 04-Май-25, 11:21
	>Есть только две архитектуры AMD64 и ARM64. Бедняга, он не слышал про RISK-V.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (25), 04-Май-25, 11:34
	>>Есть только две архитектуры AMD64 и ARM64. > Бедняга, он не слышал про RISK-V. Ты шибаешься, я раньше многих анонимных экспертов начал интересоваться открытым железом в том числе архитектурами. Я в курсе существования других открытых архитектур, в отличие от анонимных экспертов, также в курсе что даже в России существует разработчик способный в риски ириски Yadro. Но риски-ирискии не имеют массовый потенциал. Сейчас по факту только две массовые архитектуры, причин чтобы что-то изменилось мало.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 13:02
	Да, даже мипс уже никому не нужен стал, хотя раньше куча роутеров на нем было.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (223), 04-Май-25, 16:17
	Не потому, что производителям роутеров он не заходил. А потому, что сам лецензодатель Imagination архитектуру дропнула.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 16:41
	Ну, надо сказать, даже если бы не дропнула - их бы выжил ARM.
	Ответить | Правка | Наверх | Cообщить модератору

	635. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:37
	Или бы они его выжили ... Сослагательное наклонение - оно такое :)
	Ответить | Правка | Наверх | Cообщить модератору

	640. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 05-Май-25, 19:44
	Нет у истории сослагательного наклонения, MIPS тоже труп. И в первую очередь потому, что конкуренции с ARM и не выдержал.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (58), 04-Май-25, 11:49
	Boing, RISK-V, просто мега-комментатор.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	500. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:07
	> Boing, RISK-V, просто мега-комментатор. Boing-Boing. А второе вообще китайские подделки типа Abibas наверное. Хотя зачем подделывать RISC-V не очень понятно. Может просто лажа у переводчика с китайского.
	Ответить | Правка | Наверх | Cообщить модератору

	509. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:30
	У кетайцев есть Айпады-Айпуды - Ipud.
	Ответить | Правка | Наверх | Cообщить модератору

	420. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (415), 05-Май-25, 00:12
	> RISK-V Так никто не слышал, она в только в одном недоразвитом мозгу не способном 4 буквы запомнить существует.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	636. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:41
	НУ то что оно на самом деле RIS_C_-V  :)  - никто либо не заметил, либо оно настолько всем по... по-пояс ;-)  что лень править :)
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (237), 04-Май-25, 12:57
	POWER https://opennet.ru/51327-power
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

51. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+6 +/–
Сообщение от Аноним (51), 04-Май-25, 11:42
Ну вот шинда 10 дропнула всё без sse4 и cmpxchng128 и вроде как никто не жалуется, едят за обе щёки. Может тоже стоит?
Ответить | Правка | Наверх | Cообщить модератору

	103. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 12:57
	Давно пора, ибо нефиг. Хочешь некрофильством заниматься - страдай.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:59
	Нормальная винда закончилась на семёрке
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	119. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 13:15
	> Нормальная винда закончилась на семёрке Вот кстати вот при переходе на WindowsXp, она была реально глючная и тормозная, я подумал ну ниче, выпустят SP1, SP2. А вот при переходе на Windows 7, я еще не интересовался выпусками, небыло нормальных интернетов, сразу все понравилось. Вот смотришь и нравится прям.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (365), 04-Май-25, 13:20
	потому как на пользователях висты они оттестировали и поймали основные косяки
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Хо (?), 04-Май-25, 18:29
	Да сейчас просто индусы не те. :))))
	Ответить | Правка | Наверх | Cообщить модератору

	579. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (579), 05-Май-25, 16:31
	Потому что Win7 - это, по сути, Vista SP2 с чуть другим визуальным оформлением. Разницы между ними нет практически никакой. Но Висту решили закопать из-за имиджевых проблем.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	121. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (121), 04-Май-25, 13:18
	Она и не начиналась, нормальная, чтобы закончиться. 2000-я ещё была чем-то похожим, но вместо её развития стали наворачивать на неё свиристелки всякие.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	213. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (223), 04-Май-25, 15:57
	Нормальная Винда осталась в Wine.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	219. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Имя (?), 04-Май-25, 16:07
	Не знаю как она так дропнула, что пентиум из 2006 и целерон из 2008-9 спокойно работают на 10-ке. К слову на обоих нет sse4
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	234. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 16:47
	ну просто при обновлениях иногда что-то отваливается, а так все норм еще пол года... Microsoft подтвердила ошибку файловой системы Windows 10 https://overclockers.ru/blog/goldas/show/136348/Microsoft-po...
	Ответить | Правка | Наверх | Cообщить модератору

	556. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (556), 05-Май-25, 14:35
	Ты не понимаешь, нельзя сразу делать как надо, нужно годами смаковать, имитируя активность. Это в нормальных продуктах будет один макро и пара встраиваемых функций, которые можно поменять и всё сразу будет актуализировано, а в кодовой базе линя всё это размазано, десять тысяч раз повторяясь в разных вариациях. Я никому не пожелаю лезть в сырцы -- это образец того, как нужно делать чтобы никто не разобрался.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

60. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
Сообщение от Аноним (63), 04-Май-25, 11:52
i486 Release Date April 10, 1989 Discontinued September 28, 2007 HP OmniBook 600C https://cs13.pikabu.ru/post_img/big/2024/04/16/5/17132526351... https://cs14.pikabu.ru/post_img/big/2024/04/16/5/17132526441... Ухх, зверь машина. Особенно если поставить ssd.
Ответить | Правка | Наверх | Cообщить модератору

	69. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (365), 04-Май-25, 12:03
	16 MB оперативочки хватит для запуска хромо-браузера?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (52), 04-Май-25, 12:05
	Типа они должны сидеть вообще без софта?
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	122. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от dannyD (?), 04-Май-25, 13:19
	>>Ухх, зверь машина. Особенно если поставить ssd. раскажи как? существуют IDE SSD?
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	126. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:27
	https://aliexpress.ru/item/4001147537970.html
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 04-Май-25, 14:37
	Сомнительно, что на сабже выше заведётся. Да и там PCMCIA диск.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 15:42
	> Сомнительно, что на сабже выше заведётся. > Да и там PCMCIA диск. ну CF тогда - они же с IDE друзья. в любом случае 486 уже хобби, а на хобби ни денег ни времени не жалко :)
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от dannyD (?), 04-Май-25, 17:06
	понятно, в вашем мире любая флешка равно ССД. ну ладно )))
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	245. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (365), 04-Май-25, 17:30
	я просто знаю, что у тебя на такие девайсы https://www.bestmemory.ru/goods/prom-memory/prom-ssd/Transce... денег нет, поэтому предлагаю то, на что ты сможешь накопить...
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (63), 04-Май-25, 17:41
	> IDE Кстати IDE, нормальный интерфейс. По форм фактору. Почему существует такое огромное количество разнообразных интерфейсов типа IDE, Sata, Sata2, Sata3, mSata, mSata2, nVme, M2. Ведь все можно подключить через один интерфейс. Я понимаю существовали бы два вида интерфейсов. Ну или например mSata, это для устройств маленького размера. Но вот зачем все это разнообразие. Вот например было бы розеток, великое множество. Нет не таких что в Euro, Uk, Us.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Аноним (80), 04-Май-25, 18:33
	Смешались в кучу люди, кони… Форм-факторы, разъёмы, интерфейсы.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:34
	Есть такое.
	Ответить | Правка | Наверх | Cообщить модератору

	643. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:48
	> Почему существует такое огромное количество разнообразных ...баб? Но вот почему то никто кроме тебя - не жалитЪся :-)))))
	Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

	142. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 13:45
	Полно их. (только цены вас не обрадуют) Ну или переходники SATA->IDE, тут цена вопроса копейки.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	537. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 12:34
	> HP OmniBook 600C > https://cs13.pikabu.ru/post_img/big/2024/04/16/5/17132526351... > https://cs14.pikabu.ru/post_img/big/2024/04/16/5/17132526441... > Ухх, зверь машина. Особенно если поставить ssd. Единственное что там хорошего есть - клавиатура и нижняя часть корпуса...
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

64. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
Сообщение от Аноним (64), 04-Май-25, 11:56
Не понимаю возмущения опеннетовцев. Кому эти процы нужны в реальности, те пусть мэйнтэйнят поддержку этих элитных процессоров в Linux сами! А заодно, можете расшарить своё супер-пупер ядро для остальных страждущих экспертов!
Ответить | Правка | Наверх | Cообщить модератору

	67. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+9 +/–
	Сообщение от Илья (??), 04-Май-25, 12:01
	>те пусть мэйнтэйнят поддержку этих элитных процессоров в Linux КТОООО, ЯЯЯЯЯ???
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (52), 04-Май-25, 12:05
	Ты не понимаешь это окно овертона, сначало они дропнут 486, потом они через год будут бросать твой проц.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	74. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (64), 04-Май-25, 12:08
	Да ну, это выглядит нереально. Я пользуюсь старым intel core i5-2400, поддержка этого проца в линуксе будет ещё лет 5-10 минимум, а больше и не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:31
	Раньше казалось нереальным менять телефон каждые год-два. А по итогу сейчас многие так и делают.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (80), 04-Май-25, 12:45
	Раньше так делали как раз куда больше, чем сейчас. Как минимум потому, что это действительно имело смысл.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (45), 04-Май-25, 12:53
	А зачем менять? Есть же затраты где КПД гораздо больше бессмысленной покупки.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	106. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 13:00
	Вот и я о том же! У людей работает 486 - а они хотят дропнуть поддержку. Чтобы лишить их свежего ядра и заставить купить новый комп, когда старый процессор будет работать ещё много-много лет
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 13:07
	> Вот и я о том же! У людей работает 486 - а > они хотят дропнуть поддержку. Чтобы лишить их свежего ядра и заставить > купить новый комп, когда старый процессор будет работать ещё много-много лет а старое ядро уже не может работать много-много лет?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 13:26
	А новые возможности нового ядра, новые патчи безопасности и новый софт, требующий нового ядра, вам не нужен, да?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (365), 04-Май-25, 13:31
	> новый софт нет, оно же не сможет запуститься на 486...
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:09
	>> новый софт > нет, оно же не сможет запуститься на 486... Если нормальный софт, не привязывающийся к фичам процессоров и уважающий традиции и качество - то сможетъ
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 14:26
	>>> новый софт >> нет, оно же не сможет запуститься на 486... > Если нормальный софт, не привязывающийся к фичам процессоров и уважающий традиции и > качество - то сможетъ тогда и на старом ведре тоже сможет... в любом случае 486 это или спец. дистрибутив или самосбор, так что, ведро тут не является проблемой
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (223), 04-Май-25, 16:06
	Я вот смотрю в бинарнички и вижу, что актуальная версия GLibc треует минимум ядра 3.2
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	222. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Имя (?), 04-Май-25, 16:13
	Вот бы список актуального ПО для 486. Хотелось бы из категории: браузер(нет, dildo и прочие открывашки для манов не считаются), оффисный пакет, просмотр пдф, торренты. Не отказался бы от дополнения. И нет, локальное ПО для самолетов из 90х приводить не нужно, обычному юзеру оно ни к чему.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	226. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 16:21
	актуального десктопного ПО для 486 даже 20 лет назад было уже не найти...
	Ответить | Правка | Наверх | Cообщить модератору

	503. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:11
	> dildo и прочие открывашки для манов не считаются), оффисный пакет, просмотр > пдф, торренты. И сколько килобайт в секунду SHA-1 торент потянет? Что-то мне подсказывает что 486 даже просто счет SHA-1 на line speed напряжется. Не говоря про IO всякое при этом всем. Хотя качаьт со скоростью диалапа торент наверное можно. Но любой самый проссаный одноплатник за копейки даст этому мусору мастеркласс. Питаясь от зарядки для мобилы, нахрен.
	Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

	231. Скрыто модератором	+/–
	Сообщение от Аноним (223), 04-Май-25, 16:33
	>а старое ядро уже не может работать много-много лет? Может, в т.ч. и в составе спамобота ;)
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	238. Скрыто модератором	+/–
	Сообщение от Аноним (365), 04-Май-25, 17:10
	>>а старое ядро уже не может работать много-много лет? > Может, в т.ч. и в составе спамобота ;) боюсь смузихлебный спамобот на 486 не запустится...
	Ответить | Правка | Наверх | Cообщить модератору

	578. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Karl Richter (ok), 05-Май-25, 16:17
	Этих людей ничтожное количество. Из-за них идут лишние расходы, а самим, как тут было написано, свежие ядра без надобности.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	645. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 19:52
	Предлагаю порешить - порешить! (С) :)
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (223), 04-Май-25, 16:02
	Если, всё-таки, речь о __телефоне__, то некоторые и не делают, пока физически не развалится.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	157. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (52), 04-Май-25, 14:13
	Раньше казалось нереальным что Ютуб заблокируют.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	648. Скрыто модератором	+/–
	Сообщение от _ (??), 05-Май-25, 19:57
	Кому казалось?!? Неужто тем кто в том как ынторнет работает и-в-правду шарил?!?! ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (25), 04-Май-25, 18:32
	>Да ну, это выглядит нереально. Я пользуюсь старым intel core i5-2400, поддержка этого проца в линуксе будет ещё лет 5-10 минимум, а больше и не надо. Тебе никто ничем не обязан! Нужно новое ядро под старый хлам, пиши сам!
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	511. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (64), 05-Май-25, 10:41
	Я это и понимаю, поэтому и пишу, что мне время поддержки данного (intel core i5-2400) процессора, некритично. Я надеюсь, что ещё 5 лет поддержка в ядре будет, а если нет, то буду пользоваться debian oldstable, или oldoldstable. В общем, нет смысла беспокоиться!
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 12:10
	Кору дуба дропнут не раньше 40х. А на железе из музея может быть все-таки лучше использовать музейные ОС?
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	159. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (52), 04-Май-25, 14:14
	Маркетологи тебя в этом убедили и ты поверил.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 14:23
	Иногда мне кажется, что маркетологи - это как гремлины: никто их вживую не видел, но результат вокруг разрушитрельный. И часовню тоже маркетологи. И даже в тапку тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (223), 04-Май-25, 16:08
	А сейчас уже RISC-V наступает на пятки Коре по производительности. Так что, скоро будет на что перейти.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	88. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Bob (??), 04-Май-25, 12:21
	У тебя в голове окна и сквозняк. i386 дропнули в 2012. i486 дропают в 2025. i586 когда дропнут?)
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	649. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 20:01
	По двум то точкам график построить только лишь опуннетовцы могут :-)))) Но если предположить что он - линейный ... то в 2038 году. Скриньте!(С)
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 04-Май-25, 13:17
	> это окно овертона Окно овертона — это когда было закрыто, и открылось. А так всегда старьё выкидывали и сейчас выкидывают. Причём так что ни одного тут пострадавшего на практике нет.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	252. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (252), 04-Май-25, 17:46
	Если бы ядро было модульным со стабильным апи, то вполне возможно и поддерживал бы, а так увольте.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

81. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
Сообщение от Аноним (86), 04-Май-25, 12:16
запланированное устаревание пролезло и в ядро
Ответить | Правка | Наверх | Cообщить модератору

	89. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 12:24
	Вот и я об этом же! Начнут со старых, продолжат более новыми, а потом вообще будут дропать каждый год все архитектуры, кроме самой новой. "Зачем вам такое старьё, что, нищие, нет денег купить новый, как у сына маминой подруги?" Именно поэтому надо защищать легендарный 486! Он по качеству ещё и получше многого современного будет, см. истории про то, как у Интел оказались хламом самые новые процы
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (365), 04-Май-25, 13:00
	>  Именно поэтому надо защищать легендарный 486! Да! Обязательно надо защищать! А то что я после ограбления компьютерного музея установлю на антикварный компутер? Ведь обязательно нужно 6-ведро, 2-е то не прокатит!
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Александр (??), 04-Май-25, 17:28
	Так Linux открытое ПО. Берёшь, форкаешь и обеспечивает поддержку, затягивая патчи. В чём проблема? А, наверное не умеешь. Ладно. Найми того, кто умеет. Что? Денюшек столько нет? Тогда спроси себя, почему там за бесплатно должны насиловать себе мозг ради 1,5 калеки, которые не способны хотя бы пень с ближайшей мусорки достать
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	255. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (252), 04-Май-25, 17:50
	Проблема в архитектуре ядра, когда меняешь в одном месте, ломается где-то ещё. В итоге поддерживаешь полный форк, а не небольшой кусочек кода, отвечающий за эту функциональность.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (365), 04-Май-25, 18:37
	дак надо переписать ядро, чтоб не ломалось, тогда и форкать не надо - можно переписывать небольшой кусочек! :)
	Ответить | Правка | Наверх | Cообщить модератору

	425. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (232), 05-Май-25, 00:22
	Ну какие проблемы, напиши в рассылку, мол, так и так, вот реально существующие системы на этих CPU, ни в коем случае выбрасывать нельзя по таким-то важным причинам. Рассылка для этого и существует.
	Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

127. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от fyjybv (?), 04-Май-25, 13:30
А потом они ищут чипы в ситралках, которые остались последними поддерживаемыми ядром. ))
Ответить | Правка | Наверх | Cообщить модератору

	230. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (223), 04-Май-25, 16:30
	В стиралках можно найти только чипы MMU less. Т.е., возможно поддерживавшимися теми ядрами, откуда эти SoC'и без MMU выпили ещё лет пять назад.
	Ответить | Правка | Наверх | Cообщить модератору

128. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
Сообщение от Alladin (?), 04-Май-25, 13:30
удалим 486, а потом и pae, а потом и интернет. шучу, весь)
Ответить | Правка | Наверх | Cообщить модератору

	470. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (223), 05-Май-25, 07:46
	Не весь, а только IPv4. Страны третьего мира, которые не перешли на v6, в пролёте.
	Ответить | Правка | Наверх | Cообщить модератору

	493. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (493), 05-Май-25, 09:33
	Государствам второго мира и IPv4 будет достаточно. Своего, суверенного. Доступ в Первый Мир - по выездным виз^W^W^Wчерез гейты срасшифровкой и блокированием несуверенного содержимого и только до особо важных ресурсов, которые плятят и которые заменить нельзя. Если не платят - то просто зеркалировать нужные репозитории на gitbear (или как там один из вороха "суверенных гитхабов" назывался), к которым доступ давать доступ - за плату.
	Ответить | Правка | Наверх | Cообщить модератору

144. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
Сообщение от Rus_Trolol00 (?), 04-Май-25, 13:50
Это все заговор клятых проприетарщиков и корпорастов, которые не выдерживают конкуренции со стороны Linux и хотят его задушить!
Ответить | Правка | Наверх | Cообщить модератору

149. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
Сообщение от iPony129412 (?), 04-Май-25, 13:57
2025 год Windows бросает поддержку компьютеров 2016 года. Весь мир: «ну и ладно» Linux (ядро) бросает поддержку компьютеров 1999 года. Луддиты Opennet: «что же это творится?!»
Ответить | Правка | Наверх | Cообщить модератору

	158. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 14:14
	Луддизма тут никакого нет. Мы не против новых процессоров. Но весь смысл Линукса в том, чтобы вдыхать жизнь во все компьютеры. Сидите на новых процессорах, пожалуйста, но только не лишайте жизни и старые, классические, легендарные камни. Удалили уже 386 - а ведь Линус писал ядро на 386, так что это неуважение к Линусу и его первой машине было - дропать 386-й
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 14:29
	Ты, это, выдыхай. Жизнь, которую вдохнул в себя. Смысл Линукса - быть свободной операционкой и тестовым полигоном для core-систем. Про быть единой платформой для всех ЭВМ (от БЭСМ до яббло купертино на М2) там нет ни единого слова.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Александр (??), 04-Май-25, 17:30
	Смысл Linux'а не в этом. Это ты сам себе придумал
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	282. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 18:39
	Угу, вместо того, чтобы своевременно от старья избавляться, сидят вторую жизнь ему дают - ценой собственного времени и неудобств. Пердолики, что с них взять...
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 19:29
	> Угу, вместо того, чтобы своевременно от старья избавляться, сидят вторую жизнь ему > дают - ценой собственного времени и неудобств. Пердолики, что с них > взять... Так ядро вроде должно быть максимально отвязано от архитектур. Если там такая боль с этим - ну надо архитектуру перестраивать, это всё-таки вопрос престижа и принципов: не прогнуться под запланированное устаревание и держать легендарные и уважаемые камни Интел.
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (80), 04-Май-25, 20:28
	Ядро нельзя отвязать от архитектур. Это оно занимается отвязкой софта от архитектур.
	Ответить | Правка | Наверх | Cообщить модератору

	438. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (438), 05-Май-25, 02:42
	Нет, отвязкой занимается HAL - часть ядра, и компилятор. Чисто теоретически чистое микроядро может быть отвязано от любой конкретики железа - просто потому, что HAL может формально не считаться частью ядра, но тоже работать в нулевом кольце (что фактически сделает его ядром, так как ему придётся низкоуровнево реализовывать то, что реализует ядро, да и чтобы стартовать систему потребуется железо-специфичный загрузчик, который загрузит HAL-сервис, загрузит само ядро, и правильно подёргает HAL чтобы он привёл ядро в рабочее состояние, после чего заставит ядро запустить новую копию HAL, в которую мигрирует внутреннее состояние предыдущего HAL) ... но от самой абстрактной модели этого железа, вроде доступности и существования MMU или хоть каких-то расширений виртуализации, работающих по определённому принципу, - хрен отвяжешь.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (63), 04-Май-25, 18:42
	> Но весь смысл Линукса в том, чтобы вдыхать жизнь во все компьютеры. > Смысл Linux'а не в этом. Это ты сам себе придумал. Нет, смысл Linux, как раз в этом. Ведь его часто противопостовляют бгмерзкой Windows. Критикуя высокие системные требования. А люди мол ходят в забвении и пользуются ПК, на Windows. Ну или часто говорят, Windows, это сплошная телеметрия, и bloatware. А с Linux, ПК раскоет свой полный потенциал.
	Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

	304. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 19:33
	Это плюс только для нищуков, готовых мириться с неудобствами, чтобы сэкономить копеечку: 1) Современные веб-браузеры просто не могут нормально работать на слабом железе, следовательно, независимо от ОС, поэтому не стоит ждать хорошей производительности, а лишь терпимой. 2) Экономия ресурсов на линупcе достижима лишь в ущерб удобству, т.е использованием всяких легковесных WM вместе гнома или кде, например.
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:44
	> использованием всяких легковесных WM вместе гнома или кде Гном и Кде,, и удобство, это разные вещщи.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 20:02
	Ну заставь вендузятника пользоваться тайловым вм или чем там пропагандисты линупcа, отлрванные от реальности, любят пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	600. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 17:37
	виндузятники пользуются каждый день, только они не знают об этом им из гуманных соображений не говорят - а то идейные не смогли пользоваться бы пользоваться кассами в магазинах и померли бы с голодухи...
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:47
	> Современные веб-браузеры просто не могут нормально работать на слабом железе Конечно, сначала понаделают рекламу в интернете, в виде видеороликов. Понапишут сайты с кучей медиасодержимого, На модном коде. А потом призывают обновлять браузеры, С этими крутыми фичами, чтобы показывать рекламу. Потому что они не поддерживают железо. Тоесть реклама тормозит.
	Ответить | Правка | К родителю #304 | Наверх | Cообщить модератору

	331. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 20:35
	> Понапишут сайты с кучей медиасодержимого, > На модном коде. Но возмущает это почему то только некрофилов и нищуков, которым обидно, что они из своего железа последние соки годами выжимают, а в итоге, все равно, у любого ламера на свежей пеке с вендой все работает в разы быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

	398. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (398), 04-Май-25, 23:44
	> Нет, смысл Linux, как раз в этом. Нет, не в этом. Вы сами себе это придумали. Просто линукс запускался на всяких 6omж-системах в отличие от актуальной винды, поэтому владельцы таких систем внезапно решили все это все делается исключительно для них > Ведь его часто противопостовляют бгмерзкой Windows. Кто противопоставлял? Пингвинофанатики? Это да, они могут))) > Ну или часто говорят, Windows, это сплошная телеметрия, и bloatware. Много что говорят. И про виндокапец говорят. Уже лет 30. Что вот-вот настанет, нужно еще немного подождать. > А с Linux, ПК раскоет свой полный потенциал. Ага, патанцавал, что ничего нормально не работет.
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

	247. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Александр (??), 04-Май-25, 17:36
	> Линус писал ядро на 386, так что это неуважение к Линусу и его первой машине было - дропать 386-й Ты хоть сам понял, что написал? По такой логике Unix писался под PDP-7. Linux наследник Unix, значит нам нужно обеспечить поддержку PDP-7 в Linux. Или ещё лучше: человечество зародилась в пещерах. Так что ради уважения к первобытному человеку тебе надо раздать всё и переселиться в пещеру. А по сути, ахинею несёшь с умным видом, ничего более. Ещё и читать не умеешь, ибо в новости написано, что Линус сам уже поднимал этот вопрос.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	303. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 19:33
	> Ты хоть сам понял, что написал? По такой логике Unix писался под > PDP-7. Архитектура Юникс такова, что максимально отвязана от конкретности железа: немногочисленные ассемблерных вставки, основной код на Си. Юникс именно на поддержку многих архитектур и заточен. Но Линукс - рожден именно 386-м. Для него именно 386-й является этим уважаемым первопроцессором. > Или ещё лучше: человечество зародилась в пещерах. Про пещерных людей миф, люди в пещерах не зарождались, они жили в лесах и равнинах. > Ещё и читать не умеешь, ибо в новости написано, что Линус сам уже > поднимал этот вопрос. Так это и страшно же, Линус перестал уважать сам себя, дропает 386 и 486, на котором были его легендарные машины.
	Ответить | Правка | Наверх | Cообщить модератору

	506. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:20
	> именно 386-й является этим уважаемым первопроцессором. А первая монетка скруджа по сценарию стоит под колпаком, как почтенный артефакт. И конечно не принимает никакого участия в платежах. Вот и 386 место где-то там же. Зачем кому-то реально юзать проц которому даже китайский тетрис мастеркласс по производительности дает? Это такая чисто историческая реликвия на данный момет. Если ряд микроконтроллеров еще делают по относительно дубовым нормам где это сбалансировано низкой частотой и простотой ядра - так что суммарно жрет немного, то у вон тому уродцу это не грозит, оно эксплуатировало тогдашние технологии на максимум, и было довольно горячим и прожорливым. Даже 286 без радиатора - палец на нем держать было напряжно уже. > Про пещерных людей миф, люди в пещерах не зарождались, они жили в > лесах и равнинах. Когда тебя дождиком постоянно поливает и ветром обдувает - неудобно уж очень. А строить нормально сами научились далеко не сразу. Ну и вот, пока не умели - ныкались по всяким ественным укрытиям, включая и пещеры. > Так это и страшно же, Линус перестал уважать сам себя, дропает 386 > и 486, на котором были его легендарные машины. Линус юзает для разработки ядра последний EPYC. Есть разница между разработчиками и некромансерами из музея политехники. А вы можете потребовать от Win 11 запускаться на железе где Win95 работал, во. Почему бы вас таких не сбагрить майкрософту как подарок? Пусть они так пыхтят, у них ресурсов больше :)
	Ответить | Правка | Наверх | Cообщить модератору

	430. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 05-Май-25, 01:08
	>значит нам нужно обеспечить поддержку PDP-7 в Linux. Да, надо. Всегда надо обеспечивать поддержку максимально возможного охвата оборудования.
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	516. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 10:53
	>>значит нам нужно обеспечить поддержку PDP-7 в Linux. > Да, надо. Всегда надо обеспечивать поддержку максимально возможного охвата оборудования. Во, вы этим и займетесь. Если вы предложите себя как майнтайнера и будете в темпе вальса решать проблемы с вашим оборудованием в ВАШЕ время - так всем похрену, нехай живет. Таким манером M68K линух до сих пор живет. Фиг знает на чем там его эти арч-некромансеры запускают, но оно - есть. Потому что есть странные люди которые решают проблемы этого антиквариата. Это не трансформируется в немедленные проблемы майнтайнеров mm/ или лично Торвальдса и им оно пофиг, соответственно. Так и живет себе, радуя каких-то любителей ископаемых. А вон там проблемы свалились на бошку майнтайнера mm/ - оно ему надо, при том что у него этого антиквариата сто лет как нет?! В опенсорсе при потугах сгрузить ВАШИ проблемы и хотелки на других - нехило уточнить надо ли оно им. Иначе они могут выполнить маневр "load dump" и вообще - пох@рить источник проблем на корню, если лично им оно не надо. Мораль сей басни такова: не создавайте проблем другим - и их не создадут вам. Никому не надо новые проблемы. Надо - решения проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Олег (??), 04-Май-25, 17:47
	Для поддержки старого железа ничего не мешает жить на старых ядрах Потом когда эти новшества войдут в тото же debian еще +3-5 лет будет оборудке Ну вот тогда заживем...
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	305. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 04-Май-25, 19:34
	> Для поддержки старого железа ничего не мешает жить на старых ядрах > Потом когда эти новшества войдут в тото же debian еще +3-5 лет > будет оборудке > Ну вот тогда заживем... Престижнее жить на новом ядре, со всеми новыми возможностями и обновлениями безопасности
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (63), 04-Май-25, 19:42
	> новыми возможностями и обновлениями безопасности Может, ты еще антивирус ставишь.
	Ответить | Правка | Наверх | Cообщить модератору

	638. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Олег (??), 05-Май-25, 19:43
	Андройду вот не смешно не капли
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 19:59
	Большинству важна скорость, а не шашечки. Люди на андроидах сидят со старым ядром без обновлений, но не бегут выкидывать свои флагманы из-за этого, а вот сидеть на старье даже с самым свежим софтом их не заставишь.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	469. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (469), 05-Май-25, 07:03
	Престижнее (среди контингента, престижем озабоченного) жить в вилле альфа-бандита. Но ты же там не живёшь.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	524. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 11:45
	> Престижнее жить на новом ядре, со всеми новыми возможностями и обновлениями безопасности На 486 компе? Престиж? Впоминается анекдот про мужика и жигуль - Радио украдено, двигателя нету. - Ну тогда и колеса тебе ни к чему!
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	436. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 05-Май-25, 01:36
	Вот и живи на старых ядрах. Не хочешь - а всё равно живи на них. А на форумах - не выёживайса троллингом в пользу Саурона.
	Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

	444. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от FSA (??), 05-Май-25, 04:04
	> Но весь смысл Линукса в том, чтобы вдыхать жизнь во все компьютеры. У меня в телефоне сейчас версия ядра 3.18 (Android 9) и новой уже точно не предвидится, что не мешает ему работать. Что мешает на старом железе 486 использовать скажем так 6.14.4, где архитектура ещё не дропнута? Что мешает содержать отдельно ветку своими силами для таких устройств, если устройств действительно много и стоит вопрос безопасности?
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	221. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (223), 04-Май-25, 16:12
	Шиндошс бросает поддержку компьютеров 2016 года. Линуксоиды: Ну и плевать, да хоть 2023 года бросайте."
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	292. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:01
	> Шиндошс бросает поддержку компьютеров 2016 года. Дропают поддержку, это забавно. Они чтож хотят, чтобы все предприятия обновляли hardware. Это особенно выгодно производителям ПК, а много ли ПК, производится в РФ.
	Ответить | Правка | Наверх | Cообщить модератору

	472. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (223), 05-Май-25, 08:01
	Отвёрточная сборка давно существует, те же iRU. Вот недавно ещё одну сборку открыли https://gkbeshtau.ru/ "Российский производитель электроники" ;)
	Ответить | Правка | Наверх | Cообщить модератору

	526. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 11:49
	> Шиндошс бросает поддержку компьютеров 2016 года. > Линуксоиды: Ну и плевать, да хоть 2023 года бросайте." 486 - это даже не 2003 года, если что. А вот как раз линух - в виде распоследнего дебиана - запускается даже на антике без SSE2 одноядерном, менее чем на гигагерц, как раз из начала нулевых. Только вы врядли им пользоваться захотите - ибо браузеры на ЭТОМ jit не поддерживают а с вот именно интерпретацией JS на именно таком железе вы будете логиниться в вебпочту минут примерно пять. Что обычно все же выбешивает пользователей. И не, апгрейдом ядра это не лечится а приказать производителям браузеров актуальных версий поддерживать ЭТО - попробуйте. А старые версии ... уже довольно много где не работают, и там вы вообще в почту залогиниться не сможете чего доброго.
	Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

	290. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (287), 04-Май-25, 18:52
	Почувствуй разницу между техподдержкой и возможностью запуска. "If Windows 11 is installed on ineligible hardware, your device won't receive ***support from Microsoft***" https://support.microsoft.com/en-us/windows/windows-11-on-de... > Весь мир: «ну и ладно» Не было такого, и ещё на десятке до последнего сидеть будут.
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	343. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 21:27
	> Не было такого, и ещё на десятке до последнего сидеть будут. Видел на кассе в пятерочке, там ZverXP, стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	443. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 05-Май-25, 04:00
	Я и написал про поддержку. > If you installed Windows 11 on a device not meeting Windows 11 system requirements, Microsoft recommends you roll back to Windows 10 immediately. А так естественно не взорвётся. Даже некоторые и на XP сидят с какими-то браузерами с патчами от пионеров.
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

160. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (160), 04-Май-25, 14:15
По моему всё, что старее Пентиум 4 стоит выпилить. Я ещё могу представить кого-то, кто ставит на п4 3.0 ГГц новейшее ядро, но на какой-то п2 не могу. Ядро вообще запускается на п2 или п1, как тестируют?
Ответить | Правка | Наверх | Cообщить модератору

	167. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (52), 04-Май-25, 14:23
	На древней линии автоматического монтажа радиоэлементов п1. У древнего робота руборуки сони проц 486. Проприетарный софт на них есть, но если ты решишь его обновить и перепрограммировать что туда ставить дос?
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 14:26
	Эм...да? Или переступить уже через жадность этого вашего мордатого директора, вынеся его впеерд ногами, и заплатить уже наконец спецу за допиливание нормальной RTOS под аппарат?
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (52), 04-Май-25, 14:44
	Ага может ты ещё и покупателя заставишь тратить в три раза больше. Или сам может заплатишь?
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от incorporate (?), 04-Май-25, 17:57
	A c каких это пор линукс стал обязан поддерживать легаси с некрожелезяками из корп-сегмента? Всегда подобные вещи шли по платной линии поддержки. Сидите на старом софте, оно же работает?
	Ответить | Правка | Наверх | Cообщить модератору

	347. Скрыто модератором	+3 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 21:32
	Ага. Купил закрытое говно - будь добр после окончания жизненного цикла обслуживай его сам.
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	435. Скрыто модератором	+/–
	Сообщение от Аноним (430), 05-Май-25, 01:34
	Купил открытое говно - будь добр с самого начала обслуживай его (всю экосистему к нему) сам. TIANSTAAFL.
	Ответить | Правка | Наверх | Cообщить модератору

	541. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 13:03
	Ну вот это, собственно, и есть жадность мордатого директора.
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	184. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (160), 04-Май-25, 14:37
	А ядро 6.1 (которое до 2027 будет обновляться) типа слишком старое для такого?
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	187. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Аноним (52), 04-Май-25, 14:43
	Кто знает может в будущем станет.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (223), 04-Май-25, 16:26
	Почему до 2027? Обещали в 2023, что будет SLTS 10 лет.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	268. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:27
	> А ядро 6.1 (которое до 2027 будет обновляться) типа слишком старое для такого. Думая что Linux стабилен, я думаю что можно запустить его на ПК, 1000 летней давности. Статьи о стабильности Linux, времен Windows XP, Windows 7, Когда поддержка Windows, уже тогда оспаривалась. А Linux, преводзносился как суперстабильный.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	657. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от _ (??), 05-Май-25, 20:44
	>>> А Linux, преводзносился как суперстабильный. Ты реально думаешь что "зе стабле аЙпиаЙ изЪ ноЪзеньсЪ!"(С) - переводится именно так?!?!? :-)))))
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от чатжпт (?), 04-Май-25, 14:51
	> На древней линии автоматического монтажа радиоэлементов п1. У древнего робота руборуки сони проц 486. ну и зачем там свежее ядро? линии монтажа будут работать на том, что туда производитель установил и поддерживает (если еще поддерживает), на нем не нужна свежая убунут или федора
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	254. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Олег (??), 04-Май-25, 17:49
	Обновление таких вещей не предуссматривается производителем 50% станков всяких работают на XP sp1 и не о каких win11 нет речи даже в помине ISA платы там даже
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	261. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:08
	> 50% станков всяких работают на XP sp1 и не о каких win11 Да есть еще древнючие пк ( может ПК не древнючие ), с софтом написанном в 1991, для сервисных центров Авто. Такой софт пишется по заказу, и обычно потом чтобы что то обновить, тех кто пишут софт, не найти. А шарит в софте этом только тот кто его написал, потому что мало кто этим занимается.
	Ответить | Правка | Наверх | Cообщить модератору

	661. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 20:51
	Ну давай продолжи мысль - почему это должно быть проблемой пейсателей ведра, а не вон тех вот "сервисных центров Авто"? :-\ С 91-го года прошло _34_ года - ели эти *** не озаботились - то кто им буратина? Хотя на самом деле всё ещё проще, для такого софта, там - DOS. А значит и гоняют они тот софтЪ в чём то типа DOSBox(C)(R)(tm) ... и в дуду не дуют что там их ведро поддерживает или нет - оно просто работает и всё(С) :)
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (63), 04-Май-25, 18:30
	> На древней линии автоматического монтажа радиоэлементов п1. У древнего робота руборуки сони проц 486. Проприетарный софт на них есть, но если ты решишь его обновить и перепрограммировать что туда ставить дос? Так вот незряж делают всякие KolibriOs, HaikuOs. Кстати Haiu, щас делают 64 bit. Кстати пользовался бы, Удобная концепция, если приноровится, отвыкнуть от Linux Ну если внести парочку изменений, то вообще конкурент Linux. да вот поддержки Wi-Fi нет.
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	474. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (474), 05-Май-25, 08:20
	И запустится ваша Гайка на 486? Даже Колибри требует хотя-бы пентиум.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 14:25
	Щас к тебе подвалит толпа разрабов встройки, которым выгодно покупать товарные остатки вторых пеньков, вместо человеческих армов. И которым нужен вот прям свежайший линуупс
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	189. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (160), 04-Май-25, 14:46
	Я бы 486 удалил в 6.16, 6.18 вроде следующее LTS ядро, а в 6.19 удалил бы всё, что без SSE2. Не могу представить, чтобы кто-то сидел на третьем пне и ему прям требовалось новое ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (237), 04-Май-25, 15:00
	https://opennet.ru/59840-raspberrypi
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	264. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:20
	Самое забавное что цена Rasberry Pi, 120$ Us, И естественно они продают это за 120 $, в другие страны. Это разные вещщи. На 100 $, в Сша можно купить. Одну пару обуви известной торговой марки (дорогого бренда); 5 пар обуви из каталогов для повседневной носки; 2-3 раза взять в аренду автомобиль; Заплатить за страховку машины на месяц; Оплатить посещение стоматолога или терапевта; 4-5 раз заправить машину Стейк  из говядины (3 фунта – 18$); Свиной ошеек (2 фунта – 6$); Грибы (1 фунт -4$); Овощи (3 фунта – 3$); Лосось (2 фунта - 15$); Фрукты (5 фунтов – 2,5$). Джинсы – 25-30 долларов; Футболки, майки – 10 долларов; Платья и летние сараны 10-15 долларов. Или купить ( один гамбургер в сша 1 - 5 $ ), 24 гамбургера.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 20:51
	В РФ школьник экономя на кокаколе за неделю себе Zero купит - всяко быстрее чем 486
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (63), 04-Май-25, 21:25
	>  В РФ школьник экономя на кокаколе за неделю себе Zero купит - всяко быстрее чем 486 Да там был подсчет, в статье, про то что можно особо не напрягаясь, купить iphone за 1000$, неделю питаясь дошираками. А не как в РФ, когда народ кредит берет для этой брендовой косметички.
	Ответить | Правка | Наверх | Cообщить модератору

	353. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 21:50
	Ну дак по статистике более 50% все айфонов так или иначе берут в кредит во ВСЕМ мире. В США обычно телефон это приложение к тарифу - ценник в тарифе - а так тот же кредит...
	Ответить | Правка | Наверх | Cообщить модератору

	382. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (63), 04-Май-25, 22:48
	https://www.amazon.com/Samsung-Galaxy-S5-White-16GB/dp/B00IZ... Ну смотри, Iphone новешая модель, 24$, с привязкой к оператору AT&T, Цены на связь обычно у таких операторов дороже, но не настолько, примерно что окупают 1000$ за 2 года. Минимальная оклад в сша 15000, в год. Средняя зп 80000-100000$. Но вот опять же, дело в разнице 1000$ в Сша, и 1000$ в Рф. В Сша, если питаешься дошираками, то примерно это 100$ в день.
	Ответить | Правка | Наверх | Cообщить модератору

	408. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (365), 04-Май-25, 23:55
	> Цены на связь обычно у таких операторов дороже, но не настолько, примерно > что окупают 1000$ за 2 года. там еще мелкими буковками - трейдин старой модели, переход от др. оператора или типа того - долго работать в минус себе даже компания из США позволить себе не может :) > В Сша, если питаешься дошираками, то примерно это 100$ в день. Не. На дошики я не согласен.... Нас и здесь неплохо кормят (с)
	Ответить | Правка | Наверх | Cообщить модератору

	427. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Аноним (430), 05-Май-25, 00:33
	Доширак - это ДОРОГО, а не дёшево. Те, кто думают, что дошираки - это дёшево, сами никогда с ними дело не имели. https://online.metro-cc.ru/products/90g-lapsha-bp-doshirak-g... >Вес, объем 90 >Углеводы, 60г >78 р https://online.metro-cc.ru/products/spagetti-makfa-450g >Вес, объем 450 >Углеводы, 75 г >77 р Важно понимать - "Углеводы" - это на 100 грамм, то есть это не граммы, а проценты! Поэтому Макфа: 0.75 * 450 g = 337.5 g углеводов, 337.5 g / 78 RUB = 4.3 g/RUB Доширак: 0.6 * 90 g = 54 g углеводов, 54 g / 77 RUB = 0.7 g/RUB Итого доширак в 6 раз дороже макфы.
	Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

	434. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 05-Май-25, 01:25
	Ну образно, образно доширак. https://ru.russianfoodusa.com/food-drink/grocery/soups/ Доширак самый дешевый в сша 20 центов.
	Ответить | Правка | Наверх | Cообщить модератору

194. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (194), 04-Май-25, 14:51
А что мешает форкнуть ядро и не иметь дело с этими истеричками больше?
Ответить | Правка | Наверх | Cообщить модератору

	196. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от чатжпт (?), 04-Май-25, 14:52
	никто не мешает, форкай
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (194), 04-Май-25, 14:56
	Я больше про китайцев, АМД64 проц есть, карта местами видео есть, что мешает, тем более прям уж такой зоопарк всего и вся не нужен, я б форкнул, положил болт на всю эту невростению.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+5 +/–
	Сообщение от Аноним (80), 04-Май-25, 15:02
	Мешает полная бессмысленность данного действия.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (194), 04-Май-25, 17:12
	Ну конечно, экспертная оценка, как я забыл...
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (80), 04-Май-25, 18:37
	Ну вы, как эксперт более высокого уровня, можете объяснить, зачем китайцам это нужно (и почему именно китайцам).
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:34
	>  А что мешает форкнуть ядро и не иметь дело с этими истеричками больше? Иногда дешевле форкнуть ядро, если речь например об оборудовании на производстве i686.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	419. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 05-Май-25, 00:11
	Никогда не дешевле. Дешевле всегда купить что хозяин приказал, чем восстанавливать и после этого самому сопровождать и развивать экосистему, за намеренное уничтожение которой было заплачено коллаборантам. Сопровождение денег стоит. Нет покупок железа - нет денег производителям железа - нет денег на оплату коллаборантам.
	Ответить | Правка | Наверх | Cообщить модератору

212. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (-), 04-Май-25, 15:52
Ещё есть процессоры -i586, -i686. Вполне реалистичен план, когда можно через 2 года полностью дропнуть все эти 32-х битные машины. И полностью сосредоточится на 64-х битных машинах.
Ответить | Правка | Наверх | Cообщить модератору

	250. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (250), 04-Май-25, 17:40
	На самом деле, не такой он реалистичный. как оказывается 486 ой прекратили делать только в 2007 мом году. А архитектура p6  это так то еще и 3 и пни, а там уже и частоты под гигагерц и памяти в сервачок можно  под пару гигов напихать. ( модули в 256 мегабайт  dimm таки были)
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (63), 04-Май-25, 18:05
	> Ещё есть процессоры -i586, -i686 На 64 Bit Windows, я перешел наверное только в 2014 году, Ито только из за поддержки 4> Gb Озу.
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	278. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:37
	> Вполне реалистичен план, когда можно через 2 года полностью дропнуть все эти 32-х битные машины. Ну вот Microsoft, призывает выкидывать ПК <до 2018 года. Это чтож, все вышли и выкидывать ПК свои, а у многих ( не по статистике Steam там всяких), hardware <2018. Обычно максимум что обновляют это всякие hdd / ssd, или добавляют Озу. Тк людей это устраивает они просто пользуются. Что то я не вижу такой движухи.
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	417. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 05-Май-25, 00:08
	Хозяин приказал - значит выкините. А кто не выкинет - тому интернет отрежут.
	Ответить | Правка | Наверх | Cообщить модератору

	448. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от FSA (??), 05-Май-25, 04:10
	> Ну вот Microsoft, призывает выкидывать ПК <до 2018 года. Не только сам M$, но и производители железа. У меня новых дров на видеокарту нет с начала 2016 года, а дров стабильных под Windows 10 нет от слова совсем. Может быть и можно что-то сделать, но это нужно ковырять глубоко. Так что больше Windows не пользуюсь, ибо просто невозможно поставить. Один драйвер работает только в Windws 8.1, другой только в Windows 10 и выше. Выбор состоит в отказе от WiFi или стабильной работы видеокарты.
	Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

	490. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 05-Май-25, 09:09
	И зачем вы себе героически придумали эти трудности? Новое железо доступно.
	Ответить | Правка | Наверх | Cообщить модератору

240. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Oldi (?), 04-Май-25, 17:12
Только мне трудности поддержки кажутся надуманными ? Какие там затраты, все давно написано
Ответить | Правка | Наверх | Cообщить модератору

	256. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Олег (??), 04-Май-25, 17:51
	Находится из миллионов поль зователей пару психов у которых вдруг чето не работает как минимум Хотя даже на свалке давно новее пк
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 18:02
	> Только мне трудности поддержки кажутся надуманными Ну скорее всего это для них лишний код.
	Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

	291. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Oldi (?), 04-Май-25, 18:53
	Они его по лестнице на 9 этаж таскают ? Или непрерывно переписывают в каждой версии ? Бред какой-то
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:38
	Лишние 3 килобайта. Я и говорю ( для них, для них ), это лишний код.
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+4 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 21:01
	Лишний легаси - одна большая и глобальная точка отказа при большом обновлении архитектуры системы: никогда не знаешь сколько байт подразумевал под int в бородатом году давно умерший от старости кодер, когда занимался своим любимым байтоложеством с оптимизацией, с четко захардкоженными смещениями вместо тупого sizeof(). Не угадаешь - будет ли работать при апгрейде компилятора, при повышении стандарта до какого-нибудь -С11 вместо -С89. Лишний легаси обычно стоит как зуб в носу, и который просто так #if'ами не обернешь и в плагин не выкинешь - сломаются API, сломаются внутренние, давно написанные функции. Лишний легаси, который ради которого городятся костыли и воркахаунды, ведь писал его гений и одному из десятка тысяч он - возможно - будет нужен. Не рекомендую, на самом деле. Или наоборот, рекомендую поработать с таким вот проектом с легаси, чтобы поменять своё мнение.
	Ответить | Правка | Наверх | Cообщить модератору

	410. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (430), 04-Май-25, 23:56
	>никогда не знаешь сколько байт подразумевал под int в бородатом году давно умерший от старости кодер Все нормальные кодеры давно используют типы с указанием размера. А в lecacy-коде всё просто: просто бери int32_t для виндовой программы везде где int, просто  rpl-ом заменяй, и int16_t для досовской.
	Ответить | Правка | Наверх | Cообщить модератору

	529. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 12:00
	> Все нормальные кодеры давно используют типы с указанием размера. А в lecacy-коде > всё просто: просто бери int32_t для виндовой программы везде где int, > просто  rpl-ом заменяй, и int16_t для досовской. Сейчас мы будем разные варианты кода еще поддерживать, навалив себе в 2 раза больше работы на ровном месте. Не, чувак, мы напишем uint32_t - и вон то как хочет так и обеспечивает его! А если не обеспечивает - ОК, это NONCOMPLIANT. Вы не проходите под requirement к компилеру. Что хотите то и делайте. Нет, patches not welcome - майнтайнить в 2 раза больше кода и разгребать в разы больше багов это вообще совсем не ок. И если я имел в виду что мне надо uint32_t, для этого счета реально надо - вот столько. А если вы так не можете, вы очевидно не можете закончить эти вычисления. По крайней мере с нормальной скоростью и не костыльно. И ваша платформа с чистой совестью отправляется в UNSUPPORTED. Потому что 80486 в 2025 году - и не был приоритетным target'ом. Если на нем ухитрятся это скомпилить и запустить - окей, мне пофиг. Но делать из этого мои проблемы?! Черта с два. Вы умрете с этой мечтой.
	Ответить | Правка | Наверх | Cообщить модератору

	664. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (664), 05-Май-25, 20:55
	Причём тут 2 разных варианта? Бери тот размер, который автор подразумевал, когда писал. Проблема int и unsigned int что эти размеры плавают, а не совпади они - баги вылезут, напр. в одном месте кода написано -1, а в другом 0xFFFF, сплошь и рядом в проектах, а в третьем - сравнение, которое вообще-то UB. Насчёт uint32_t: сначала ты делаешь замену "int" -> "int<разрядность>_t", а потом ты делаешь замену "unsigned int${разрядность}_t" -> "uint${разрядность}_t". P.S. жаль, что в C++ нет `uint<разрядность>` из коробки, но это легко реализуется самим для ряда нативно поддерживаемых типов.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (320), 04-Май-25, 20:01
	Вот вот. Забавно звучит, когда кто-то говорит о поддержке чего-то там, что уже десятилетиями неизменно и стабильно как кремень.
	Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

241. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
Сообщение от Oe (?), 04-Май-25, 17:13
> Прекращение поддержки 486 позволит удалить из ядра 14104 строки кода Получается, для эмуляции CX8 (сравнить и обменять 8 байт) и TSC (счётчик циклов CPU, используемый в планировщике задач) потратили 14к строк кода? Да они целую ява машину написали что ли? Расскажите им, что есть jmp и ret, необязательно писать один и тот же код каждый раз когда встречается CX8 или TSC.
Ответить | Правка | Наверх | Cообщить модератору

	283. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (80), 04-Май-25, 18:40
	TSC — это не инструкция, это аппаратный блок. Его парой команд не сэмулируешь (собственно, его вообще не сэмулируешь).
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Oe (?), 04-Май-25, 19:05
	Его и не нужно эмулировать, legacy дичь жрущая электроэнергию.
	Ответить | Правка | Наверх | Cообщить модератору

	319. Скрыто модератором	+/–
	Сообщение от Аноним (320), 04-Май-25, 20:00
	> жрущая электроэнергию 0.01 ватта? О да, очень актуально и действительно стОит того, чтобы наговнокодить 14к строк, вместо того, чтобы нормально реализовать без эмуляции. Это всё что нужно знать о нынешних погромистах.
	Ответить | Правка | Наверх | Cообщить модератору

	381. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от fidoman (ok), 04-Май-25, 22:48
	Ради каких задач он нужен?
	Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

	308. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 04-Май-25, 19:37
	Вот почему процесооров великое множества. А модель велосипеда одна. Должно быть движение с торону универсальности.
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	491. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (491), 05-Май-25, 09:17
	Это разные вещи. Велосипед едет туда, куда хочет велосипедист. А процессор - куда хочет производитель процессора.
	Ответить | Правка | Наверх | Cообщить модератору

323. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
Сообщение от Аноним (323), 04-Май-25, 20:20
>Отмечается, что для поддержки CPU 486 в ядре приходится держать код Для поддержки абсолютно любого CPU в ядре приходится держать код. >Подобный код усложняет ядро, затрудняет сопровождение и временами становится источником проблем, разбор которых отнимает время у разработчиков Абсолютно любой код в ядре усложняет ядро, затрудняет сопровождение и временами становится источником проблем, разбор которых отнимает время у разработчиков. >Прекращение поддержки 486 позволит удалить из ядра 14104 строки кода Прекращение поддержки любого проца позволит удалит из ядра сколько-то строчек кода. То, что количество строк уже подсчитали, говорит о том, что патч уже реализован. То, что патч уже реализован - говорит о том, что решение о дропе уже принято, и любое "обсуждение" - это просто lip service. >Линус считает Этого одного достаточно для полного дропа. Так хочет Король. То, что кололь - марионетка вендоров - ну так он и озвучивает только марионеточные решения. Просто вендорам и копирастам нужно больше золота. Для этого решили просто агрессивно дропать всё, что без поддержки TEE. И дроп i486 - это просто звено в этой цепи. Просто prereq. Просто большие проекты изменяются шаг за шагом, после каждого шага проверяя на живых юзерах, что они ничего не сломали. Так же шаг за шагом дропнут и всё остальное. Как многие дистры уже дропнули  не подавились.
Ответить | Правка | Наверх | Cообщить модератору

	345. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 21:31
	Выкидывая старую, изношенную, дырявую, но пока еще сохраняющую подобие первоначальной формы вещь ты спонсируешь КОРПОРАЦИИ - ведь тебе нужна будет замена. Носить эту вещь ты уже никогда (даже на даче) уже не будешь, она занимает в платяном шкафу место, но ИМЕННО В ЭТОЙ КОФТЕ ТЫ ТРАХНУЛ НАТАШКУ ИЗ 11Б, причем даже не снимая кофты - значит нужно хранить её вечно, даже если тонкая и звонкая Натаха превратилась в старого, массивного гиппопотама с голосом набатного колокола, а ты трахнул не только её уже в вузе. Даже если эта вещь уже даже при упоротом сценарии тебе не понадобиться - для ролевых игр "обратно в 80е" можно купить совершенно новые реплики, а для другого оно тебе не понадобится - не смей её выкидывать, этим ты пропагандируешь ЗАПЛАНИРОВАННОЕ УСТАРЕВАНИЕ. КОРПОРАЦИЯМ ВЫГОДНО, чтобы вещи не истлевали на теле у человека, чтобы НЕ ВКЛАДЫВАТЬСЯ в производство вечных носков и никогда не мнущихся трусов из гиперткани, которую можно носить поколениями. Как, ты чё, собака, за прадедом, бабушкой и старшей сестрой не хочешь донашивать труханы, чтобы передать их же своим детям, РАБ СИСТЕМЫ? В смысле, ЛИЧНЫЕ НОСИЛЬНЫЕ вещи? Именно так я вижу половину ответов.
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 22:01
	Да как эти мерзкие корпы вообще посмели, в погоне за прибылью, выпускать новый софт и железо, не учитывая интересы безработных нищeбродов, всю жизнь копивших на свой пентиум?! Им же теперь в дворники придется идти, назло клятым корпорастам!!
	Ответить | Правка | Наверх | Cообщить модератору

	433. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (63), 05-Май-25, 01:21
	Ну не менять же смартфон каждые 2-3 года. Usb Type - C, модный. Будет рассшатываться. Lighting, например не рассшатался на Iphone 5s, у меня вот до сих пор в рабочем состоянии. Если например пользуешься вещщами аккуратно. Или это скупка барахла ради скупки барахла.
	Ответить | Правка | Наверх | Cообщить модератору

	439. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 02:50
	Все упирается обычно в производительность, а за неё надо платить. Если брать флагманы, то и не придётся каждые 3 года менять из-за тормозов. Но нищуки же хотят купить ультрабюджетник и чтобы тот годами не тормозил у них. А когда оказывается, что так не так, мягко скажем, начинают ныть о запланированном устаревании, будто бы производитель себе в убыток работать должен.
	Ответить | Правка | Наверх | Cообщить модератору

	453. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 04:20
	> Если брать флагманы, то и не придётся каждые 3 года менять из-за тормозов. Придётся. Флагман портит аккум гораздо быстрее бюджетников и уже через 3 года он будет садиться за пол дня активного использования, а через 5 лет -- не будешь снимать его с зарядки. А менять отдельно аккум (если ещё найдешь оригинал, а не подделку с алиэкспресс) самостоятельно в неразборном телефоне... удачи :)
	Ответить | Правка | Наверх | Cообщить модератору

	496. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 05-Май-25, 09:55
	> А менять отдельно аккум (если ещё найдешь оригинал, а не подделку с алиэкспресс) самостоятельно в неразборном телефоне А зачем? Вот у меня через 3.5 года просел аккумулятор в айфоне. Зашёл в ближайший сервис центр и поменяли там.
	Ответить | Правка | Наверх | Cообщить модератору

	449. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-25, 04:13
	> Ну не менять же смартфон каждые 2-3 года. Его можно и нужно менять раз в 2 года. Хотя бы из-за деградации аккумулятора (новый поставить -- всё равно что вымыть одноразовый пакет из супермаркета и повесить его сушиться на балкон). Старый побыстрее скидывать на вторичку пока он ещё чего-то стоит.
	Ответить | Правка | К родителю #433 | Наверх | Cообщить модератору

	497. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 05-Май-25, 09:57
	> новый поставить -- всё равно что вымыть одноразовый пакет из супермаркета и повесить его сушиться на балкон Зависит от сматфона. У меня разные были с разными осями. Менял акуусултяор только в айфоне. Остальные - да, через 3 года по дешману продать одноразовое это самое.
	Ответить | Правка | Наверх | Cообщить модератору

	550. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 14:25
	Пепельница заполнилась, да. Кстати, тут аналогия прямая: у вас когда на автомобиле аккумулятор окончательно устал, вы тоже тачку на авито скидываете и новую покупаете?
	Ответить | Правка | К родителю #449 | Наверх | Cообщить модератору

	569. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 15:30
	Смартфоны устаревают значительно быстрее, чем автомобили, поэтому тут не все так однозначно. Конечно, можно хоть по 5 раз аккум менять у старого телефона, но в чем смысл ходить с тормозным телефоном? Это уже экономия в ущерб удобству.
	Ответить | Правка | Наверх | Cообщить модератору

	573. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 15:49
	Если он стал тормозным, что аж невмоготу — можно и поменять. Но аккумулятор тут при чём?
	Ответить | Правка | Наверх | Cообщить модератору

	577. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 16:14
	>можно и поменять. Но к этому моменту его уже не продашь по хорошей цене. Поэтому многие и не заморачиваются со сменой аккумулятора, а меняют телефон раз в 2 года, сливая старый на лохито. Я согласен, что поменять батарею - не проблема, но это необязательно наиболее выгодный вариант. Хотя бы потому, что как аккуратно не используйте, нет ведь никаких гарантий, что твой флагман проработает до морального устаревания, может через 3 года сдохнуть, а может и 10 лет отпахать, и тут не угадаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	606. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 17:56
	> Но к этому моменту его уже не продашь по хорошей цене. ты нищук, что ли? купил новый, старый подарил садовнику
	Ответить | Правка | Наверх | Cообщить модератору

	641. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 19:44
	Причём тут нищук? Нищук скорее станет до последнего из своего хлама соки выжимать. А купить, 2 года поюзать и продать - это нормальная история. Но местным луддитам не понять, у них по определению то, что 10 лет назад было выпущено лучше, чем то, что сейчас можно купить. Поэтому даже если выгоднее продать, они все равно будут пытаться реанимировать, т.к. bias в голове лишает их иного выбора.
	Ответить | Правка | Наверх | Cообщить модератору

	652. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 20:15
	Не успокаивай себя > купить, 2 года поюзать и продать это поведение нищука
	Ответить | Правка | Наверх | Cообщить модератору

	655. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 20:38
	А зачем мне что-то бесплатно отдавать, если я и продать могу и все возможности для этого есть? Тупость.
	Ответить | Правка | Наверх | Cообщить модератору

	666. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 20:59
	Еще раз. Ты тут рассказываешь не про продажу бизнеса, не про продажу недвиги и даже не про продажу авто... Это не про вопрос амортизации оборудования предприятия... Ты тут втираешь как важно вовремя продать личный телефон, чтоб не пролететь по деньгам... Серьёзо? Т.е. ты не можешь себе даже позволить банально пользоваться личной вещью себе в удовольствие без расчета времени когда его продать! При этом у собирателей ретрохлама как минимум жилплощадь своя чтоб хлам хранить, а не съемная... И они могут позволить пользоваться вещами в свое удовольствие... Они могут позволить личную вещь, а не аренду на год... А ты не можешь... И кто тут "нищук"?
	Ответить | Правка | К родителю #655 | Наверх | Cообщить модератору

	677. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 22:39
	Почему то по твоей извращенной логике, пользоваться телефоном до его морального устаревания - это хорошо и правильно, а сменить 2-3 новых телефона за это время - позорное нищебрoдство. Хотя последний вариант, наоборот, предпочтительнее, ведь каждая замена будет гарантированно технически лучше предыдущей, то есть у тебя будет идти увеличение производительности каждые 2-3 года, а у старого флагмана будет только спад. >Ты тут втираешь как важно вовремя продать личный телефон, чтоб не пролететь по деньгам... Я говорю, что нет *объективной* причины холить и лелеять телефон по 6-9 лет, если в итоге это не принесёт экономическую выгоду. А если экономическая сторона вопроса не важна, как ты говоришт, то тогда тем более нет смысла - это все равно что ездить на старой разваливающейся тачке, когда есть деньги на новую.
	Ответить | Правка | К родителю #666 | Наверх | Cообщить модератору

	475. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от нейм (?), 05-Май-25, 08:22
	> Usb Type - C, модный. Будет рассшатываться. Lighting, не модный, сделан толерастами. Будет обламываться прямо в разъеме.
	Ответить | Правка | К родителю #433 | Наверх | Cообщить модератору

	393. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (430), 04-Май-25, 23:34
	> Выкидывая старую, изношенную, дырявую, но пока еще сохраняющую подобие первоначальной формы вещь ты спонсируешь КОРПОРАЦИИ - ведь тебе нужна будет замена. Да, именно так. >Носить эту вещь ты уже никогда (даже на даче) уже не будешь, она занимает в платяном шкафу Отучаемся говорить за всю сеть. Остальная чепуха из той же оперы, поэтому коммент "Отучаемся говорить за всю сеть." на неё тоже распространяется.
	Ответить | Правка | К родителю #345 | Наверх | Cообщить модератору

	394. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+3 +/–
	Сообщение от Dzen Python (ok), 04-Май-25, 23:38
	> Именно так я вижу половину ответов. Чё, нераб системы, что-то не так?
	Ответить | Правка | Наверх | Cообщить модератору

	401. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 04-Май-25, 23:48
	Да, всё не так. Начнём с того, что в ваших сообщениях нихрена не понятно, что вы сказать пытаетесь.
	Ответить | Правка | Наверх | Cообщить модератору

	424. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 00:20
	> Начнём с того, что в ваших сообщениях нихрена не понятно, что вы сказать пытаетесь. А, тогда понятно, почему ты пытаешься отучить его говорить за всю сеть. Просто не понял что сказано, и ляпнул что-нибудь наугад? Он нигде не говорил за всю сеть, только за себя. Если это не понятно вдоль всего текста, то последний абзац об этом прямо говорит для непонятливых.
	Ответить | Правка | Наверх | Cообщить модератору

	428. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (430), 05-Май-25, 00:42
	А, теперь вижу. После того, как та пурга пошла, я даже дочитывать то сообщение не стал. О таком надо в начале сообщения предупреждать, чтобы недопонимания не было. А ещё лучше своё "я вижу мир в бредовом свете" не в инет вываливать, а на лечащего врача.
	Ответить | Правка | Наверх | Cообщить модератору

	463. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 06:32
	> А ещё лучше своё "я вижу мир в бредовом свете" не в инет вываливать, а на лечащего врача. Если ты не понимаешь написанное, то это говорит больше о тебе. В данном случае. Мне там всё понятно, и не вижу особо, чего там такого сложного может быть. Попробуй с LLM'ом. Я пробовал их на английском юморе, с ним они справляются не всегда, потому что там бывают резкие повороты, на которых чатботов заносит, но и тем не менее, они в состоянии дать достаточно информации, чтобы понимать трёхэтажные конструкции, сложенные из отсылок к английским мемам и склееные игрой словами. Здесь же всё гораздо проще, я уверен LLM сможет разобрать тебе по словам и объяснить каждое из них. > После того, как та пурга пошла, я даже дочитывать то сообщение не стал. Лол. Но ответить ответил. Это меня больше всего озадачивает, когда прочитать лень, а вот отвечать нет. Вот это _мне_ непонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	466. Скрыто модератором	+/–
	Сообщение от Аноним (469), 05-Май-25, 06:54
	Зачем мне разбирать банальный троллинг хамством по типу "как хорошо, что бомжей опять сначала отдемократизировали, а потом выкинули на помойку, где им и место, хотите бомжевать - бомжуйте на помойке, а мы тут Пиночетгапур городим"? После подобного хамства можно вообще не читать.
	Ответить | Правка | Наверх | Cообщить модератору

	446. Скрыто модератором	+/–
	Сообщение от Аноним (-), 05-Май-25, 04:09
	> Отучаемся говорить за всю сеть. Можно и сказать, если остальные "не все" в своём количестве укладываются в статистическую погрешность. Никого эти 0.01% нитакусек не интересуют.
	Ответить | Правка | К родителю #393 | Наверх | Cообщить модератору

	669. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от _ (??), 05-Май-25, 21:06
	>ТЫ ТРАХНУЛ НАТАШКУ ИЗ 11Б, >тонкая и звонкая Натаха превратилась в Dzen Python а ты случайно сценарии для нонешнего синематографа не пишешь? А то навеяло :) PS: САЛАГИ! Когда я трахнул Наташку 11-ых классов ещё не было :) Но от нее у меня даже фотки не осталось, этож по тем временам - проявлять и вся та химия ... а ломы же :) Это нонче можно процесс на видео снимать прямо телефоном. Прогресс! ;-)
	Ответить | Правка | К родителю #345 | Наверх | Cообщить модератору

	363. Скрыто модератором	+1 +/–
	Сообщение от Rus_Trolol00 (?), 04-Май-25, 22:12
	За тех, кто на Linux зарабатывает, не волнуйся, они не пропадут. А на т.н. сообщество (т.е. сборище фанатичных красноглазиков) вообще пофиг.
	Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

	396. Скрыто модератором	+/–
	Сообщение от Аноним (430), 04-Май-25, 23:40
	Абсолютно верно. Кто sugar baby содержит - тот её и трахает так во всех позах по своему желанию. Нищие со старым железом вообще в расчёт не берутся - они ни копейки не заплатили, а если бы и заплатили, то всё равно была бы незначительная капля в море - да, даже весь домашний сегмент если бы все винды были лицензионными. Корпорациям же TEE ОК - оно в их интересах. Кому надо - тот свои чипы делает со своим TEE. Да, дорого. Но у них деньги есть - они их зарабатывают. В отличии от тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	440. Скрыто модератором	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 03:15
	Так я, в тч, и зарабатываю, поэтому если перестанет быть выгодно этот ваш попенсорс использовать, то и я перестану его использовать, как и все здравомыслящий люди. Это любители свободки все болезненно воспринимают, потому что ради ИДЕИ свои инструменты используют, а не из-за их удобства. Напротив, пердолинг им доставляет удовольствие.
	Ответить | Правка | Наверх | Cообщить модератору

	467. Скрыто модератором	+/–
	Сообщение от Аноним (469), 05-Май-25, 06:57
	То, что ты "зарабатываешь" - это ни в какое сравнение не идёт с тем, сколько корпорации зарабатывают. Ты по уровню заработка - ближе к "бомжам", чем к корпорациям.
	Ответить | Правка | Наверх | Cообщить модератору

346. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
Сообщение от Zenitur (ok), 04-Май-25, 21:32
Ну вот, последние процы без Meltdown дропают /s А было бы неплохо увидеть 486 Linux с легковесным DE и Opera Mini вместо браузера.
Ответить | Правка | Наверх | Cообщить модератору

	375. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Tron is Whistling (?), 04-Май-25, 22:24
	Вам к разработчикам машины времени.
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от fidoman (ok), 04-Май-25, 22:36
	"А когда же будет хорошо? - А хорошо уже было."
	Ответить | Правка | К родителю #346 | Наверх | Cообщить модератору

	539. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от iPony129412 (?), 05-Май-25, 12:47
	Я выше писал про последние процы без Meltdown - эт Atom 2012 года. А сабж, который не с каждым плеером сможет mp3 декодировать (не хватит в реалтайме) - это треш. Тут иногда воют про то что VP9 видео в 1080p тяжело. Но это видео. А тут mp3 файл...
	Ответить | Правка | К родителю #346 | Наверх | Cообщить модератору

	679. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (679), 05-Май-25, 22:43
	> без Meltdown Были же нетбуки с каким-то там atom, у которого не было этих уязвимостей. Правда его производительность ниже второго пня.
	Ответить | Правка | К родителю #346 | Наверх | Cообщить модератору

422. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (-), 05-Май-25, 00:17
Ну я лично для себя открыл благодаря этой новости Intel Developer Zone, сравнил с тем что было очень давно 1996-2002 годах. Честно говоря документация по технологиям и процессорам у старых процессоров получше. Да и паять их удобнее, старые попроще будут. Зря их не выпускают. Старые процессоры вполне удобны паять на коленке, а не в заводских условиях.
Ответить | Правка | Наверх | Cообщить модератору

455. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
Сообщение от Аноним (455), 05-Май-25, 04:29
Я уже кстати писал тут, что ради эксперимента уже второй месяц подряд сижу на 80286 и Windows 3.1. И нет ничего, чтобы я не мог делать на этой конфигурации из того, ради чего мне понадобилось бы покупать новое железо. Офис, фотошоп, программирование... Сейчас как раз пишу свой телеграм клиент под Windows 3.x. Очень непростая затея, учитывая проблему с с древнющим winsock и отсутствия библиотек для парсинга json и прочих современных плюшек. Всё с нуля. П.с. в интернет выхожу с планшета и телефона.
Ответить | Правка | Наверх | Cообщить модератору

	456. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (455), 05-Май-25, 04:37
	П.п.с. пишу не в эмуляторе, а на этой же системе, на ЭЛТ мониторе 1994 года 800x600.
	Ответить | Правка | Наверх | Cообщить модератору

	458. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (458), 05-Май-25, 05:59
	Вот и думай головой(с) Если офис и фотошоп нормально работали на таком железе, то почему сейчас им нужен топовый проц и видеокарта? Ответ и так понятен. Зы: интерфейс 3.11 просто вырвиглаз, как на таком работать вообще можно? Это же кошмар дизайнера.
	Ответить | Правка | К родителю #455 | Наверх | Cообщить модератору

	465. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (465), 05-Май-25, 06:35
	Офис о фотошоп работали на первых Apple, вопросы?
	Ответить | Правка | Наверх | Cообщить модератору

	502. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от 1 (??), 05-Май-25, 10:10
	Первый колесный транспорт появился тысячелетия назад, зачем нужны легковые автомобили, грузовики, поезда и т.п. ?
	Ответить | Правка | Наверх | Cообщить модератору

	505. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 05-Май-25, 10:14
	Первая версия появилась в 1987 году. Её создал студент Мичиганского университета Томас Нолл для платформы Macintosh. Он назвал её Display, но в 1988 году переименовал в ImagePro. В сентябре 1988 года Adobe Systems купила права на программу, оставив разработчиком Томаса Нолла, а в 1989 году программу переименовали в Photoshop. В 1990 году появился Photoshop 1.0.
	Ответить | Правка | К родителю #465 | Наверх | Cообщить модератору

	534. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 12:25
	А потом ее портировали под UNIX https://archive.org/details/photoshop-3.01-irix
	Ответить | Правка | Наверх | Cообщить модератору

	609. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (609), 05-Май-25, 18:03
	> Офис о фотошоп работали на первых Apple, вопросы? Причем были написаны на турбопaскaле, который тут принято хейтить.
	Ответить | Правка | К родителю #465 | Наверх | Cообщить модератору

	563. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Rus_Trolol00 (?), 05-Май-25, 15:13
	Потому что это заговор корпорастов против обычных пользователей, чтобы тем приходилось менять ПК чаще, чем в 10 лет. Возмутительно.
	Ответить | Правка | К родителю #458 | Наверх | Cообщить модератору

	594. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (609), 05-Май-25, 17:22
	Немного грубо, возможно ты пытался в троллинг, но сам того не подозревая, написал всё по фактам.
	Ответить | Правка | Наверх | Cообщить модератору

	501. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Zenitur (ok), 05-Май-25, 10:09
	286-й в принципе был очень мощным. Для своего времени, конечно. И устарел он, как мне кажется, не потому что стало не хватать производительности, а потому что 386-е подешевели. Кому надо оптимизировать софт под 286, когда 386-й стоит "рубль стакан"? По-идее, Win95 OSR2, запущенный на i386, способен потянуть IRC, DC++, возможно даже торренты. Вряд ли современный веб, разве что через Opera Mini. Декодирование видео можно делать аппаратным, вот только ISA-шные платы умеют максимум MPEG-1 (а значит и MP3). Подрубить современную видеокарту можно разве что через PCI на 486 компе. Пример KolibriOS показывает, насколько быстро умеет работать софт, если его хорошо оптимизировать. Понятно что это сложно и дорого (время - деньги). Вот я собираю Pidgin и вижу, что он ещё и Perl использует. Зачем? Гномовский софт обвязан всеми этими XML, introspection, и чем только ни обвязан. Но если это позволило ускорить время написания софта - что ж, современные мощности это позволяют. Но вот только если вам нужно не только потреблять контент (смотреть фильмы через аппаратный декодер), вот тут-то и затык. Элементарно отсканировать изображение, а затем отразить/повернуть и сохранить в JPEG, тут 386-й уже слабоват. Насчёт телеграма, там же анимированные смайлики на VP9. Тут, я думаю, 286-й ляжет. Ну и парсеры все этих json, да, представляю насколько это сложно. И ещё, не факт что компания ободрит появление сторонних клиентов. Например Instagram их блочит. На ЛОРе один парень сделал стоорнний опенсорсный клиент - заблочили.
	Ответить | Правка | К родителю #455 | Наверх | Cообщить модератору

	532. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 05-Май-25, 12:13
	> 286-й в принципе был очень мощным. Для своего времени, конечно. Если с i8080 сравнить то конечно, вы тут на самокате фигачили - а тут автомобиль едет. Пусть и 1935 года выпуска, но вы пыль же за ним - глотаете?! > И устарел он, как мне кажется, не потому что стало не хватать производительности, > а потому что 386-е подешевели. Все проще и фундаментальнее. В i386 были 32 бита и нормальный страничный режим. Это стало золотым стандартом на многие годы. Бывает так что приходит кто-то, показывает как надо было. Это был 1 из тех случаев. С тех пор 4К страницы, MMU, виртуальная вот это все - стали неким общим знаменателем самых разных компьютерных систем. MIPS, ARM, RISCV, OpenRISC... куда ни ткни, а если на чем-то запускается Linux (и вообще любая серьезная многозадачка), там будет MMU и логика изоляции и виртуализации памяти примерно такого плана. А 80286 виноват в общем то одним: у него всего этого - нет. Совсем другая модель памяти, сегментная. Это уникально для 286 и более нигде всерьез в таком виде не применялось. Програимить это сложнее и кривее чем все универсально юнитами по 4 кило. Этот паттерн был провальным и не прижился. > Пример KolibriOS показывает, насколько быстро умеет работать софт, если его хорошо оптимизировать. А еще пример KolibriOS показывает что бывает с этим хорошо оптимзированным софтом когда оно утрачивает актуальность. Ибо x86-64 оно почти и не смогло как раз. > Понятно что это сложно и дорого (время - деньги). Вот я > собираю Pidgin и вижу, что он ещё и Perl использует. Зачем? Это ты еще третий пиджин не видел просто... > Насчёт телеграма, там же анимированные смайлики на VP9. Тут, я думаю, 286-й ляжет. Сможешь декодировать пару фреймов. В час. Или в день. > Ну и парсеры все этих json, да, представляю насколько это сложно. Изначально у телеги так то компактный бинарный протокол, но на минималках есть и парсеры json даже для микроконтроллеров. Но это не отменит того факта что анимированный смайлик оно в реалтайме врядли смогет.
	Ответить | Правка | Наверх | Cообщить модератору

	540. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 12:53
	> возможно даже торренты Он вам одни хэши будет проверять вечность. Ну и в целом торренты — не такая уж малоресурсоёмкая штука. Да, а ещё FAT32. А ещё ISA-контроллер с мегапропускной способностью, даже если ухитритесь к нему современный диск подключить (впрочем, ISA-сетевушка сведёт всё к одному знаменателю). > только ISA-шные платы умеют максимум MPEG-1 (а значит и MP3) Не значит. В VideoCD сжатие звука осуществляется в Layer II, и весьма вероятно, что аппаратный декодер не умеет Layer III. > Элементарно отсканировать изображение, а затем отразить/повернуть и сохранить в JPEG, тут 386-й уже слабоват. 386 слабоват даже просто для декодирования JPEG. И так далее, и тому подобное.
	Ответить | Правка | К родителю #501 | Наверх | Cообщить модератору

	552. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (455), 05-Май-25, 14:28
	> 386 слабоват даже просто для декодирования JPEG. JPEG прекрасно открывается и на 286. Вопрос в размере. Если это 4к с твоего райдужного айфона, то неудивительно. Но на комьютерах того времени типичным разрешением экрана было 320х240 ну или максимум 800х600 (одобряю). Больше и не нужно, у меня не возникает желания расширить экран, благо графические интерфейсы проектировались инженерами и взрослыми серьезными людьми и закруглённых кнопок на пол экрана как в гноме там нет.
	Ответить | Правка | Наверх | Cообщить модератору

	570. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 15:37
	> JPEG прекрасно открывается и на 286. Вопрос в размере. JPEG прекрасно открывается даже на ZX Spectrum, но да, вопрос именно в размере. Напрпсно вы думаете, что 386 захлебнётся на 4К, он это сделает намного раньше. Ради интереса сделал в 86Box машину с 386DX40, закинул туда папку с обоями 1024×768 и досовскую смотрелку SEA (одна из самых быстрых), ну что сказать… открываются картинки по 7-10 секунд. И это только декодирование, а если обрабатывать? а сохранять? Про разрешение экрана вообще не понял. Мне теперь и фотографировать на старую нокию с 0.3 МП, что ли? Разрешение дисплея никогда не коррелировало с размерами фото, в конце концов, даже 4К — это всего 8 мегапикселей.
	Ответить | Правка | Наверх | Cообщить модератору

	581. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (-), 05-Май-25, 16:51
	Вы забыли, что на плёнку фотографировали вплоть до того, когда уже были LCD дисплеи. Не говоря об эпохе VGA (начало 90-х). У меня первый фотик цифровой был с разрешением 640 на 480 и я был доволен как слон.
	Ответить | Правка | Наверх | Cообщить модератору

	590. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (609), 05-Май-25, 17:14
	Ну да, я помню уже во времена 3 пня ещё фоткали на мыльницу на плёнку. Цифровая мыльница появилась где-то в 2007 году, уже во временя благоговейной "коры дуба", и разрешение там тоже было около 1 мегапикселя.
	Ответить | Правка | Наверх | Cообщить модератору

	596. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (541), 05-Май-25, 17:26
	У меня цифровая мыльница появилась в 2004 году, и там были 5 мегапикселей очень приличного качества. https://i.ibb.co/rRwqW7wL/P2220007.jpg
	Ответить | Правка | Наверх | Cообщить модератору

	598. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (-), 05-Май-25, 17:32
	Некоторые и комп первый смогли позволить себе только в начале 2010-х и тот подержанный из газеты по объявлению. У каждого свои доходы. Не все дети богатых родителей.
	Ответить | Правка | Наверх | Cообщить модератору

	605. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–6 +/–
	Сообщение от Аноним (538), 05-Май-25, 17:54
	в замкадьевске студент вполне мог в начале 2000-х купить комп со стипендий, не топовый, конечно...
	Ответить | Правка | Наверх | Cообщить модератору

	607. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (-), 05-Май-25, 17:58
	Сказки будете рассказывать где-нибудь в другом месте. Я как московский студент из начала 2000-х ответственно заявляю, что стипендии не хватала даже чтобы покрыть месячный проезд на метро от общаги до института. У нас в группе ни у кого не было компьютеров в то время и видели мы их только в отрывках журналов, которые передавали из рук в руки почитать друг другу и пооблизываться.
	Ответить | Правка | Наверх | Cообщить модератору

	618. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–4 +/–
	Сообщение от Аноним (538), 05-Май-25, 18:35
	28 декабря 2000 года для студентов государственных образовательных учреждений высшего профессионального образования - 300 рублей первопень - 2 стипендии, мб к нему - 2 стипендии, 32 метра оперативы - 1 стипендия, видеокарта - 1 стипендия, флопарь с дискетами - 1 стипендия, копрус БП АТ - 1 стипендия, HDD бу - 1 стипендия, клава+мышь+шлейфы 1 , моник 14 дюймов - 2 стипендии Год учился бу собирал - дальше апгрейд... Ценники машгазинов на комплектуху 2000/2001 гуглятся легко, с рук было дешевле... Если ты студент-технарь и не осиливал себе собрать комп - из комплектухи - это позор!
	Ответить | Правка | Наверх | Cообщить модератору

	660. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (609), 05-Май-25, 20:51
	> Ценники машгазинов на комплектуху 2000/2001 гуглятся легко Но ты не изволил загуглить, иначе знал бы, что один только монитор стоил от 400 долларов. П.с. Про то, сколько 300 рублей в 2000 году в долларах, даже писать не буду, ты всё равно глуп, ленив и бестолков, чтобы в гугл залезть. Не удивлюcь еcли ещe и жepтва eгэ.
	Ответить | Правка | Наверх | Cообщить модератору

	667. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–3 +/–
	Сообщение от Аноним (538), 05-Май-25, 21:01
	В 2000 14 дюймовые бу с рук продавались за подъемные даже для студня деньги
	Ответить | Правка | К родителю #660 | Наверх | Cообщить модератору

	674. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–2 +/–
	Сообщение от Аноним (541), 05-Май-25, 22:18
	https://overclockers.ru/blog/ZSB/show/27314/kompjuternye-cen... > ты всё равно глуп, ленив и бестолков, чтобы в гугл залезть. Для тех, кому лень или зашкварно на руоверы ходить: 14" SVGA стоил меньше 150$, (впрочем, их уже тогда было бессмысленно брать), а 17" можно было найти за 200.
	Ответить | Правка | К родителю #660 | Наверх | Cообщить модератору

	678. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (679), 05-Май-25, 22:41
	> меньше 150$ При зарплате инженера 100 баксов в МСК. Круто, чо) Сейчас тоже вон можно купить макбук про за 100500 баксов, да только кто ж его купит с средней (реальной средней, а не нарисованной) ЗП по МСК в 30к рупий.
	Ответить | Правка | К родителю #674 | Наверх | Cообщить модератору

	680. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 23:00
	> средней (реальной средней, а не нарисованной) ЗП по МСК в 30к рупий Извините меня, но в моём мухосранске в депрессивной Карелии охранник (по сути сторож) сутки через трое получает 3500 за смену. Сдаётся, ваши 100 баксов оттуда же.
	Ответить | Правка | К родителю #678 | Наверх | Cообщить модератору

	597. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 17:28
	Но сейчас у нас не начало 90-х, а середина 2020-х.
	Ответить | Правка | К родителю #581 | Наверх | Cообщить модератору

	647. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от Zenitur (ok), 05-Май-25, 19:56
	> Да, а ещё FAT32. Ой, не напоминай. Win98SE и uTorrent, который не может скачивать файлы больше 4 Гб. Тогда это было не особо надо, но иногда такие файлы всё же попадались... > А ещё ISA-контроллер с мегапропускной способностью, даже если ухитритесь к нему современный диск подключить (впрочем, ISA-сетевушка сведёт всё к одному знаменателю). В теории, на 386-м можно завести VLB. Но на практике, таких материнских плат скорее всего не существует. > Не значит. В VideoCD сжатие звука осуществляется в Layer II, и весьма вероятно, что аппаратный декодер не умеет Layer III. А я так надеялся в 1999 году запустить на Oscar Video Galaxy mp3-шки. Приходилось тюнить винамп, чтоб не заикался...
	Ответить | Правка | К родителю #540 | Наверх | Cообщить модератору

	665. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+2 +/–
	Сообщение от Аноним (609), 05-Май-25, 20:57
	> Win98SE и uTorrent, который не может скачивать файлы больше 4 Гб Откуда такие объемы данных во времена 98 винды? Неужто dial-up'ом качал? А то походит на фантазии очередного шкoлoлo. Так, для просветления, расскажу как было. Итак, во времена 98 винды даже иметь CD RW считалось роскошью (про DVD тогда никто не знал даже), а основной способ обмена данными был дискеты или снятие жесткого диска и таскание его к друзьям, обмотав полотенцем, чтобы в в маршрутке кто-то не пнул. И это речь про Москву, а не Соликамск.
	Ответить | Правка | Наверх | Cообщить модератору

	668. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Zenitur (ok), 05-Май-25, 21:04
	>> Win98SE и uTorrent, который не может скачивать файлы больше 4 Гб > Откуда такие объемы данных во времена 98 винды? Неужто dial-up'ом качал? Дуалбут WinME/WinXPSP1. Комп Athlon XP с 256 Мб ОЗУ и легендарной видеокартой GeForce 4 MX 440. Винт 80-ка. Качал из городской локальной сети (позже по ADSL). > Так, для просветления, расскажу как было. Итак, во времена 98 винды даже иметь CD RW считалось роскошью (про DVD тогда никто не знал даже) CD-RW был TEAC CD-W54E. Только я им пользовался неправильно. Надо было просто пользоваться дисками, как многоразовыми CD-R, стирая и записывая снова. А я ставил DirectCD, идущий в комплекте с приводом, надеясь, что у друзей он тоже стоит. Почему-то мне казалось, что DirectCD устанавливают так же часто, как и DirectX. DVD у меня Philips CDRWDVD3210. До сих пор пластик на передней панели не пожелтел. Дисков DVD было мало, в основном MPEG-4 CD. Потом DVD научились штамповать пираты, и если первого Властелина колец в переводе Гоблина я смотрел в DivX, то второй - уже на DVD. Привод не очень любил DVD+R, иногда воспроизведение просто останавливалось (нужно было перемотать чуть-чуть вперёд). В 2005 купили _NEC 3520A, он уже был всеядным. > а основной способ обмена данными был дискеты или снятие жесткого диска и таскание его к друзьям, обмотав полотенцем, чтобы в в маршрутке кто-то не пнул. И это речь про Москву, а не Соликамск. Было-было, Mobile Rack даже были. Ушли в прошлое, когда IDE ATA133 заменили на SATA. Переходить на новый формат Mobile Rack уже смысла не имело, так как уже были флешки.
	Ответить | Правка | Наверх | Cообщить модератору

	549. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (455), 05-Май-25, 14:24
	> Насчёт телеграма, там же анимированные смайлики на VP9. Первым делом отключаю все смайлики, потому что у взрослого и серьезного человека они вызывают только рвотный рефлекс и ассоциируются с девчачьей группой детского садика. В моём клиенте их не будет by design, как и вообще любой графики. Только текст. Клиент для взрослых людей, а не для детей с айфонами.
	Ответить | Правка | К родителю #501 | Наверх | Cообщить модератору

	571. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (541), 05-Май-25, 15:46
	Допустим, смайлики — это рюшечки, а вот изображения — это необходимость. Да и видео порой бывает нужно переслать.
	Ответить | Правка | Наверх | Cообщить модератору

	617. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (617), 05-Май-25, 18:27
	> у взрослого и серьезного человека они вызывают только рвотный рефлекс и ассоциируются с девчачьей группой детского садика. В моём клиенте их не будет by design, как и вообще любой графики. Суровый ты.,
	Ответить | Правка | К родителю #549 | Наверх | Cообщить модератору

	504. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
	Сообщение от iPony129412 (?), 05-Май-25, 10:14
	> ради чего мне понадобилось бы покупать новое железо. Офис, фотошоп, программирование... если ничего не надо делать, то такое может быть а если надо программировать, а не Hello World на паскале писать, то сразу облом
	Ответить | Правка | К родителю #455 | Наверх | Cообщить модератору

	548. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (455), 05-Май-25, 14:21
	Если у тебя кругозор ограничивается хеллоувротами на паскале, то это твои проблемы. Даже и говорить не буду на каких компьютерах запускали космические аппараты и осваивали космос. Твой уровень это тиктоки и айфоны, что собственно понятно по никнейму.
	Ответить | Правка | Наверх | Cообщить модератору

	593. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (609), 05-Май-25, 17:21
	> Hello World на паскале писать Без нейросети ты даже хеллоу ворлд не напишешь. Не говоря про Паскаль, до которого тебе расти и расти со своим js.
	Ответить | Правка | К родителю #504 | Наверх | Cообщить модератору

	616. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (616), 05-Май-25, 18:24
	и где ты 16 МиБ SIPP накопал? сопр IIT-2C87 не забыл (includes extra functions from the 80387 instruction set, such as IEEE COMPARE, IEEE REMAINDER, and a larger range for transcendental functions)? видюха, надеюсь, SuperEGA (про XGA даже не заикаюсь...)? NE2000 на месте (не, Курьер на 9600 не предлагать...)? а "клиент пишешь" на Турбоасме, ручками дергая DPMI16BI.OVL, или как диды, на RASM/GASM? или, как обычно, брешешь, бо никто ж не проверит?
	Ответить | Правка | К родителю #455 | Наверх | Cообщить модератору

	656. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (609), 05-Май-25, 20:44
	Сам то понял что написал?
	Ответить | Правка | Наверх | Cообщить модератору

460. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (458), 05-Май-25, 06:02
В подобных новостях всегда смешила деталь про "вынес на обсуждение" А слабо сразу взять и сделать? Как пу... Мужик! Он нажал на кнопку, вот и ты нажми, пропихни код в апстрим, а пусть остальные жрут че дают, или уходят.
Ответить | Правка | Наверх | Cообщить модератору

461. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (458), 05-Май-25, 06:04
И вообще, оставьте только х64. Арм не нужен, потому что не вытягивает. 32бит тоже не нужны.
Ответить | Правка | Наверх | Cообщить модератору

	462. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (458), 05-Май-25, 06:06
	Не нужны потому что бесит когда в линуксе года 32битных библиотек, для совместимости. А я не хочу! Хочу чтоб только 64бит, не нужны мне одни и те жеб блиотеки для совместимости!
	Ответить | Правка | Наверх | Cообщить модератору

	531. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 12:10
	> я не хочу! Хочу тебя никто их не заставляет ставить. а так и дальше "хоти" если не можешь
	Ответить | Правка | Наверх | Cообщить модератору

	476. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+1 +/–
	Сообщение от Аноним (223), 05-Май-25, 08:26
	Не забывай (да ты и не знал, наверное), что ядро не только на твоём локалхосте, а большей частью, в эмбеддовке.
	Ответить | Правка | К родителю #461 | Наверх | Cообщить модератору

	514. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 05-Май-25, 10:50
	Арм, вот жеж. А я как раз хотел попробовать. Ради интереса. Наверное Arm, это такой конструктор. Правда сомнительный конструктор. По цене 120$, сомнительные характеристики. Хобби у людей, покупать все эти комплектующие Arm, собирать из них. Больше наверное это такое.
	Ответить | Правка | К родителю #461 | Наверх | Cообщить модератору

	533. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (533), 05-Май-25, 12:16
	> Наверное Arm, это такой конструктор. Правда сомнительный конструктор. По цене 120$, > сомнительные характеристики. ARM это разный конструктор. Микроконтроллеры на нем стоят менее доллара. Одноплатники - от 10 баксов. А за 120 это уже довольно топовая штука из которой мини-десктоп или лаптоп можно сделать. > Хобби у людей, покупать все эти комплектующие Arm, собирать из них. > Больше наверное это такое. Это хобби так то и окружающим нравится. Почему-то. Но вы можете попробовать запиливать им эмбедед решения на 486, посмотрим как вы vs ARM удержитесь. И кому денег дадут в результате.
	Ответить | Правка | Наверх | Cообщить модератору

	545. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 05-Май-25, 14:01
	Так я и не говорю что это плохое, это развивает. Изучая что то, развиваешься и в другом.
	Ответить | Правка | Наверх | Cообщить модератору

	604. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (603), 05-Май-25, 17:48
	> Так я и не говорю что это плохое, это развивает. > Изучая что то, развиваешься и в другом. Зачем ARM сейчас изучать я понимаю. Зачем 486 не особо. И да, все мое железо такого плана я распродал или отдал нашару в свое время.
	Ответить | Правка | Наверх | Cообщить модератору

	551. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (63), 05-Май-25, 14:28
	Деятельность по изучению чего либо, не обязательно компьютеров, стимулирует рост нейронных связей. После чего либо такого, у тебя во время сна у тебя формируются новые нейронные связи. Это помогает не только в комьютерах, это что то что можно перенаправить на любую сферу. Нейронные связи можно тренировать, как мышцы.
	Ответить | Правка | К родителю #533 | Наверх | Cообщить модератору

494. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
Сообщение от Аноним (493), 05-Май-25, 09:35
Посоны, напомните, почему HURD до сих пор на Mach сидит, а не на Minix/Fuchsia/Redox?
Ответить | Правка | Наверх | Cообщить модератору

515. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	–1 +/–
Сообщение от Аноним (515), 05-Май-25, 10:51
Полностью поддерживаю, а те кто против, пусть покажут сколько комитов они заслали в ядро.
Ответить | Правка | Наверх | Cообщить модератору

	542. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (538), 05-Май-25, 13:03
	не плохо бы чтоб те кто "за" тоже поделились этой важной информацией, причем первые (раз уж предложили)...
	Ответить | Правка | Наверх | Cообщить модератору

	676. "Разработчики ядра Linux на пути к удалению поддержки процесс..."	+/–
	Сообщение от Аноним (679), 05-Май-25, 22:37
	> они не могут починить прокрутку в ядерной консоли Так они её вроде ВООБЩЕ дропнули по причине "нинужно"? Типа голую ядрёную консоль никто не использует. А ведь было удобно прокручивать назад зажимая ctrl + shift + up/down. Теперь приходится изгаляться с more и less теряя текст подсвеченный другим цветом.
	Ответить | Правка | К родителю #515 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема