URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 136776
[ Назад ]

Исходное сообщение
"Разработчики ядра Linux на пути к удалению поддержки процессоров i486"

Отправлено opennews , 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


Содержание

Сообщения в этом обсуждении
"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 09:45 
Так, до появления юзеров даже не первопне, а на 486 - 3... 2... 1...

И у которых на них крутится mission critical.
И котором кровь из носу нужно bleeding edge ядро.
Ну, давайте, анонимные юзеры 486, расскажите свою историю: в детстве была психологическая травма... дядя как-то странно смотрел на ваш системный блок... а потом, когда родители уехали  он установил вам на него линукс...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено безразницы , 04-Май-25 10:01 
Всё так и было. С одним моим другом. 30 лет назад. С тех пор уже проапгрейдился раз 10.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Sserj , 04-Май-25 11:08 
Внезапно 486 и даже, до недавних пор 386, стоят в миллионах современных принтеров.
Отличная вещь, дешевая, не требует куллера, справляется со своими задачами.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 12:07 
...для которых вендоры всегда использовали не ОС общего назначения, а запеченные в единый бинарный образ прошивки на лёгкой ОС?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Anm , 04-Май-25 13:03 
>> не требует куллера, справляется со своими задачами

Сейчас АРМ таких пруд пруди.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:45 
> Внезапно 486 и даже, до недавних пор 386, стоят в миллионах современных принтеров.

Это в каких? Пруф? Впрочем, даже если - кто туда линукс последней версии инсталил...

> Отличная вещь, дешевая, не требует куллера, справляется со своими задачами.

С теми задачами справится - даже микроконтроллер.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено adolfus , 21-Май-25 18:04 
> С теми задачами справится - даже микроконтроллер.

Может и справится, но рендерить postscript будет несколько минут.
Как-то нужно было напечатать на A4-пленку миру 1200x1200 dpi для тестирования сканеров. Едва принтер нашли, который не зависал на обработке файла. Тот, который не зависал, был на мипсе.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:09 
386-е и на МКС:
https://opennet.ru/53083-falcon9

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:42 
Поэтому, микрософт, требовали от нас указать количество компьютеров и серверов в офисе, а так же все принтеры, при покупке какой то из программ лицензирования?
Обязательным требованием лицензирования компании-разработчика тогда было, как я помню, наличие серверов только под windows, исключение делалось только для машины работающей в качестве интернет-шлюза.

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

Они боялись что вы винду на принтере запустите? :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 18:12 
А ИНН и прочая тоже слили? Вас поимел какой то сопливый васян ;-)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:11 
Главное сам то первую версию ядра писал на 386.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:44 
>Главное сам то первую версию ядра писал на 386.

Так ведь с тех пор Линус Торвальдс сменил много раз железо, у него теперь нет того самого железа. Теперь у него 64-х битный AMD. А может ты думал, что из-за ностальгических соображений он оставит поодержку "-i386"?

Если хочется вам заниматься археологией, покупайте железо 1990-х и ставьте туда первые версии Линуксов. В Инете архивных сайтов полно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 12:08 
Линус предал свою первую 386 машину, получается?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:12 
Продал

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:16 
> Продал

Или положил на полочку, как Скрудж МакДак первую монетку под стекло. Какой же долбодятел еще и расплачивается первой заработанной монетой? Вот и юзать 386, особенно с современным ядром - похабщина. Если он до сих пор действует, бутявить на нем Linux версии 0.0.1 самый максимум.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:21 
К тому моменту, когда из линукса стало что-то получаться, Торвальдс не одну машину сменить успел, думаю. Да и что на неё молиться? Это ж всего лишь инструмент.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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, а то тоже проблемка.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 строк таскать для этого мусора - которым уже никто не пользуется на практике в такой конфиге - и там как раз очередной баг. После чего и возник соблазн пролечить это методом гильотины. Куда и дорога, это уже давно зомби в лучшем случае.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:01 
ну по причитай теперь

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:05 
И что теперь, обязан ему?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Diozan , 05-Май-25 10:05 
Ну так и самолёты, когда-то, братья Райт делали из парусины, верёвок и палок. Представь себе Боинг или Айрбас с полотняными крыльями и фанерной оббивкой...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _kp , 05-Май-25 11:41 
>>сам то первую версию ядра писал на 386.

Я когда то и для Z80 писал. И что с ним поддерживать совместимость до пенсии?  


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:43 
Ну все давай теперь и двухлетние Рязани дропанить им же еде два года. Давай теперь как на арм где и двух лет поддержки процы не держатся.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:46 
Когда будут 25-летние и использоваться только в музеях - мы подумаем об этом.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:27 
> использоваться только в музеях

Врёшь.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:04 
У нас отняли детство. Сразу говорят "бери пень". А как же мады на 486-м в телнет клиенте? Tintin тогда тоже удалите изверги. Мы не привыкли палить из пушки по воробьям. Остается последняя надежда на пень 4-й. Может хоть его через неделю не закопают. Ждем комментарии экспертов о том какие мощности нужны для мадов и что новые ядра это моветон и сетевой стек не решает.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:33 
> на пень 4-й. Может хоть его через неделю не закопают.

Я бы на это не расчитывал. Т.ю.он же не поддерживает самые моные SIMD команды, значит Intel Торвальсу за их поддержку давно больше не "донатит", скорей даже наоборот - чтобы залагивать.

Кстати, кто какие развиваемые ядра знает - из альтернативных.
особо интересует 1.x и 2.x ветки.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:48 
> Я бы на это не расчитывал. Т.ю.он же не поддерживает самые моные
> SIMD команды, значит Intel Торвальсу за их поддержку давно больше не
> "донатит", скорей даже наоборот - чтобы залагивать.

Он, главное, x86-64 не поддерживает. А x86-32 объективно доживает свои последние дни. Пользоваться x86-32 это почти как гонять на паровозе, хотя уже появились тепловозы и электровозы. Дрова и воду со станций еще местами не убрали, но уже приходится явно уточнять, используя это ваше новомодное радио и прочие телефоны, кошмар да и только! Куда бедному кочегару паровоза податься?!


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

> А x86-32 объективно доживает свои последние дни.

Ты просто не понимаешь что, её можно чуток подрасширить, в т.ч.сделав адресацию памяти больше, и она станет за счёт команд зн.меньшего размера чем у x86-64 - (местами/в зависимости от ПО): (до) в всего то порядок быстрей его... по кр.мере в тех местах программы где размера кэша для циклов сильно не хватает, т.е.даже при равных аппаратных условиях.
Не гвооря уже: и т.б.при убирании предполагаемого мной искуственного затормаживания 32 битных режимов на 64-битных процессорах, для лучших продаж последних ранее и заодно же и подсаживания всех на 64-битные а, значит и обновление ранее выпущенных процов и к ним вообще всей техники.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 где нельзя напрямую несколько аргумнентов функции через регистры - можно поспорить.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:50 
> Кстати, кто какие развиваемые ядра знает - из альтернативных.
> особо интересует 1.x и 2.x ветки.

А чего вам третья ветка не нравится? Майкрософт как раз выложил на шару - MSDOS 3.30 чтоли. Халява, сэр. Развивайте не обляпайтесь.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 и несвоевременно, но к сожалению у тех же линуксов - ещё криволапей и садисткей, на чём и погорели уже тогда, а ведь был реально шанс перехватить эстафету в мире, но, в т.ч."донаты" за обеспечение полной обратной совместимости с серверами - всё порешали у них тогда, как и поныне).


"Разработчики ядра 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, про эту часть моей жизни я скажу что это было давно и неправда. Мне это все не надо.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено maximnik0 , 06-Май-25 09:03 
>Во, как раз некромансерам всяким. Хотя для продвинутых FreeDOS есть.

Да тогда возьмите Windows CE5 внезапно.Там хоть софт посвежее.Для образовательных и некоммерческого использования (там можно и коммерческое но с маленькой накруткой,было куча дополнительных ослаблений) исходники Майкрософт выкладывала,даже кое что разрешила проекту wine в разработке использовать .


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 11:48 
>>Во, как раз некромансерам всяким. Хотя для продвинутых FreeDOS есть.
> Да тогда возьмите Windows CE5 внезапно.

Мне все это не актуально уже. А уж от майкрософта мне - вообще ничего не нужно уже.

> Там хоть софт посвежее.Для образовательных и некоммерческого
> использования (там можно и коммерческое но с маленькой накруткой,

Всю жизнь мечтал выбирать между работой бесплатно и маленьким рэкетом. Вот лично вы и делайте такой выбор, а для себя я пингвины освоил и получил намного более приятные условия. Замшелое легаси царя гороха - у меня его не осталось. Пусть вон зенитар на пару с вами этим непотребством занимается, а мне у#$%вать мое время на таких условиях не того.

> было куча дополнительных ослаблений) исходники Майкрософт выкладывала,даже кое
> что разрешила проекту wine в разработке использовать .

Они такие добрые и все такое, но у меня и wine - не уставновлен, и в целом сейчас от проприетарщиков мне если что и нужно - так это на их могилках потанцевать, во :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:22 
> Майкрософт как раз выложил на шару - MSDOS 3.30 чтоли.

У меня код от 6.22 лет 20 как есть. Не помню откуда, но тоже где-то гулял в интернете. 3.30 кстати днище не умеющее диски более 30 мегабайт.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 11:50 
> У меня код от 6.22 лет 20 как есть. Не помню откуда,
> но тоже где-то гулял в интернете. 3.30 кстати днище не умеющее
> диски более 30 мегабайт.

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


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:18 
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 00:39 
Ну и причем тут QSV? Я про производительность в играх писал. Но раз уж пошла пальба ссылками, то вот целое видео на тему. Со всеми подробностями. А то бегают люди орут про разгон процессора и видеокарты по-отдельности, забывая про полноценный разгон всей конфигурации, и все это не противоречит и разгон памяти все также может добавлять кадров, если код у игры не из рук вон плохо написан. И работает это в точ числе на линуксе.

https://rutube.ru/video/5e0cf912ebc2708e3bc75437069721ca/


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:38 
Аноним разрешает Торвальдсу рубануть все что ниже https://en.m.wikipedia.org/wiki/NX_bit
Для оставшегося написать нормальную поддержку работи с памятью, чтобы закрыть сразу все дыры с переполнениям буфера.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:49 
ЗЫ: старые модели процов остаются интересны в плане отсутствия/минимума закладок и бекдоров.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:50 
> Аноним разрешает Торвальдсу рубануть все что ниже https://en.m.wikipedia.org/wiki/NX_bit

Если ты про безопасность - то, тогда разрешай дропнуть всё. Просто всё... И вообще все архитектуры.

Бонусом и поддержка линукс - очень сильно упростится же:]


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 15:17 
Речь о рабочем варианте, безопасной работы с памятью, который можно достичь минимальными усилиями.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 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.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:44 
>  В ядре предлагается оставить только возможность работы с процессорами x86, поддерживающими инструкцию CX8 (CMPXCHG8B) и регистр TSC (Time Stamp Counter), которые появились в CPU Pentium.

Ладно, а теперь по теме - вы хотите сказать что у новых процессоров Pentium отсутствуют регистры и инструкции которые были ранее? Я в тему особо не вникал, но предполагаю что тогда архитектуру они бы не имели право так назвать, т.к. обратная совместимость будет потеряна и внезапно эти процессоры могут где-то и не запустится где ожидалось.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 14:18 
> они бы не имели право так назвать,

Они как угодно имеют право называть свои продукты.

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


"Разработчики ядра 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....
Ну и правильно что выкинули - процессор весьма древний, который может стоять на каком-нибудь древнем лифте и вероятнее всего никто не будет его обновлять. И это означает что я в никуда потратил своё время, но весьма интересно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:37 
> Ну и правильно что выкинули - процессор весьма древний, который может стоять на каком-нибудь древнем лифте и вероятнее всего никто не будет его обновлять

Они в т.ч.на примере 386 - выкинули и хотят выкинуть то что, давно НЕ ТРЕБУЕТ обновления и никакакой особой поддержки от них... К тому же, этот как и ранее выкинутый 386, - как раз не требует доп-х драйверов ни на проц, ни на материнку, - выкидывать его просто маразм. И т.б.из разряда: а давайте уменьшим размер кода на аж 1.5% и объявим это нашей победой...

И т.б.что 1.5% из них это даже не поддержка 486 архитектуры а, эмуляция кривых рук Торвадльса - требующих собственно эмуляции разного перечисленного для работы ядра.


И (гипотетический:])менее-баговая версия Линукса на лифте - тоже м.б.кому то нужна.

Но, в принципе эти процессоры ценятся как раз именно за их древность...
- на более мощных win9x- и т.б. DOS-игры - всё проблемней работают, после второго пня уже всё... Даже патч позорного деления на ноль а Borland компиляторах - не помогает. А, когда игра работает - проблема антитормозов... А, DOSBOX же - халтура.
Казалось бы: и причём тут линукс? А, притом что, т.о.есть отдельный комп для всяких экспериментов... И просто - вторым, при занятости основного рассчётами или чем угодно (вплоть до [пов-ть] дисков проверять, что втройне актуально в наши напряжонные времена с постоянными трясками).
Впрочем, в линуксе эта архитектура дефакто уже и так вроде бы не работает по кр.мере для персонального применения.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:05 
> Они в т.ч.на примере 386 - выкинули и хотят выкинуть то что,
> давно НЕ ТРЕБУЕТ обновления и никакакой особой поддержки от них...

Не, немного не так. Вон то попало под внимание из-за багов в эмуляции CMPXCHG8 на этих древностях. Народ и подумал - а не пролечить ли этого зомби гильотиной. Еще блин не хватало баги чинить в архаике которой более четверти века, при примерно 0 желающих готовых майнтайнить свой антиквариат сами.

Более того. В Linux есть и еще адовый костыль, highmem. Юзается для более 4 гиг на x86-32. И толи выпилен, толи вот вот будет выпилен там. И юзерам x86-32 придется забыть про >4 G оперативы. Впрочем кого это колышет, моделей x86 умевших такое но не умевших x86-64 было буквально пару штук непопулярных семейств, насколько я помню. Потому что всякие архитектурные страшилища очень хочется "kill it with fire".

И да, это упрощает майнтенанс. Секрет прост. Завтра я буду программить лучше чем вчера. А посмотрев на код десятилетней давности и ошибки тех времен я задам вопрос "какой тупарь этот ужас напрограммил" и буду испытывать острое желание сделать это нормально, а не то, первое что в голову пришло, при меньшем опыте. А архитектами, видите ли - не рождаются.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 03:42 
> ... Впрочем кого это колышет, моделей x86 умевших такое но не умевших x86-64 было буквально пару штук непопулярных семейств, насколько я помню. Потому что всякие архитектурные страшилища очень хочется "kill it with fire"..
> ... буквально пару штук непопулярных семейства...

Вообще-то НАОБОРОТ. У Intel моделей НЕ поддерживавших PAE-36 только несколько "отщепенцев"  в виде мобильных "Pentium/Celeron M"(Banias, и ранних Dothan) и возможно Atom'ов. Первым массовым процессором с PAE был Pentium II, а поддержка AMD64(EM64T) у Intel в массовых процессора появилась во времена очень поздних Pentium 4. Что там было у AMD не в курсе.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 12:01 
> Вообще-то НАОБОРОТ. У Intel моделей НЕ поддерживавших PAE-36 только несколько "отщепенцев"
>  в виде мобильных "Pentium/Celeron M"(Banias, и ранних Dothan)

Как я понимаю в случае Linux там еще какие-то культурные наслоения с highmem и чем там еще. Так что возможно какие-то ошибки молодости самого кернела усложняют все это дополнительно.

И как вы уже поняли - никто не будет в 2025 году заниматься всем этим непотребством, "делая нормально" и чем там еще. Сейчас извините нормально - юзать 64 битные системы, которым такие костылищи не требуются. А вон то в режиме легаси и глубокого майнтенанса. Если оно начинает требовать много усилий - это просто ампутируется, с аргументами вида "хвост - это рудимент!". Никто не будет уже тратить много сил на хлам с примерно нулевой user visible ценностью. Живите с этим как хотите.

> и возможно Atom'ов. Первым массовым процессором с PAE был Pentium II, а поддержка
> AMD64(EM64T) у Intel в массовых процессора появилась во времена очень поздних
> Pentium 4. Что там было у AMD не в курсе.

Вон там фрибсда вообще i386 по сути дропнула в новой версии. Линух не настолько хардкорный, но положа руку на сердце, вот именно разработчиков, именно майнтайнящих, именно x86-32 на этом глобусе уже наверное почти и не осталось. Особенно желающих бухать свое время в мусор который они сами не юзают цать лет уже.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 22:46 
>  у AMD

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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:08 
Если архитектура Линукс хочет поддерживать все, быть лёгкой, поддерживаемой и поворотливой системой то нужно как-то адаптировать под это архитектуру. Тут же есть нюансы - где-то они выиграли же, где-то проиграли. Я бы предпочел чтобы оно собиралось из пакетов во время установки - если есть такая архитектура - ставь такой плагин или ядро. Извините, не системщик, может не верно сказал. Он, ниже написали что они в эмуляции чего-то другого выиграли и в поддержке кода. А ядро можно и старое использовать для старого железа. Это не проблема. Главное чтобы старое было также доступно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 12:49 
> Если архитектура Линукс хочет поддерживать все, быть лёгкой, поддерживаемой и поворотливой
> системой то нужно как-то адаптировать под это архитектуру.

В случае x86-32 у него там родовое проклятье с сотнями культурных наслоений, костылей и развития их собственной архитектуры. Где тоже по первости много чего не предусмотрели и последовательно докостыливали это все. И конечно в софте требуются ответные костыли на костыли.

В целом - матрица совместимости получается не особо потребной. Игнорить новые фичи никто не собирается - и получается что надо - вот - делать вид что на старье оно тоже как бы есть. Или разные code path делать. И так далее.

> Тут же есть нюансы - где-то они выиграли же, где-то проиграли.

Япнуть 14К кода, для добра на котором ЭТО никто не юзал - выглядит как EPIC WIN управления проектом. Потмоу что 486 с 6.15-м кернелом? Такое кто-то хоть раз видел? Оно хотя-бы бутявится вообще? Это кто-нибудь проверял вообще?

> Я бы предпочел чтобы оно собиралось из пакетов во время установки - если есть
> такая архитектура - ставь такой плагин или ядро.

Слишкоем ресурсоемкая операция для того чтобы быть практичным. Но в общем то кому что-то надо - тот и работает работы. Опенсорс работает как-то так:  если кто-то считает что могло бы быть вот так и так, он идет и показывает делом как бы это могло быть. Лучше него все равно никто его идею не знает.

> Извините, не системщик, может не верно сказал.

Вот когда и если будете системщиком И сможете в аспекты управления проектами (это довольно редкое комбо на этом глобусе) - может быть, кто-то даже и будет учитывать ваше мнение не подпертое конкретным КОДОМ. Но это не точно, весьма зависит от.

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

Я вообще не уверен что кто-то хотя-бы проверял как допустим 6.15 работает на 486. У лично меня вообще все x86 процы - 64 бита умеют и с 64 бит ос юзаются.

> Это не проблема. Главное чтобы старое было также доступно.

Там еще всякие LTS ядра и проч. Так что некрофилам надолго еще развлечений хватит.

А так - в git доступно все что угодно, начиная с 2.6.что-то там, "git checkout <what>" и хоть 2.6.32 или что там билдуйте.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:46 
Это не те пентиумы... подделка, паразитирование на раскрученном и популярнум когда то проце

(за скачёк производительности многократный в ср.с предыдущими 486-ми с даже на x2 больше частоты;
правда, он уже не x86 архитектуры - а, её эмуляция аппаратная;
но, например, даже пеньтум Pro - уже совершенно иная архитектура, как в пень-2, да более мощная пня - но, совершенно иная, позже в Core вернулись к ней после фиаско с пень-4, - но, это всё же не пень, что в те годы уверен дико бесило программистов уч.необходимость в кардинально разных оптимизациях даже только относительно Intel, притом ещё же их надо было знать... и вообще что в пень Pro - совершенно другой проц всунут)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:35 
> правда, он уже не x86 архитектуры - а, её эмуляция аппаратная;

В случае CISC архитектуры вам by design вывешивают интерфейс на основе декодера uCode ROM. Во что именно конкретный декодер декодирует команды, которые суть "API", и как именно бэкэнд за ним это выполняет - implementation defined, и как раз весь смысл CISC архитектуры чтобы изменение начинки было не заметно на уровне "api". Совсем незаметно как видите не получается ибо тайминги операций меняются. Но их неизменность вам никто и не обещал.

Так что если вы уповали на поведение за пределами того что описано в мануале - suxx to be you, это лично ваш продолб как программиста и он имеет свою цену. Никто не собирается отдуваться за древний г@внокод с левыми допущениями убивая свое время.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:55 
Это уже современный процессор, на Coffee Lake.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 10:01 
Есть смысл вообще ia-32 выпилить полностью уже. Да, они ещё остаются, но на них не нужно распоследнее ядро.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 10:28 
стим 32-х битный

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 10:39 
Поддержка ia-32 приложений в aa-64 ядре имеется.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:31 
Под абоевиатурой IA-32 подразумеваются Итаниумы. И ещё, многие тут неправильно поняли, 32-битные инструкции обозначаются абревиатурой x86. И к ней относятся не только процессоры i486, но и -i586, и -i686, которые ещё функционируют в Debian и Slackware.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:38 
> Под абоевиатурой IA-32 подразумеваются Итаниумы.

Даже и близко нет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:38 
Титаникум топился под IA-64.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 13:01 
Всё перепутал.
Итаниумы - это IA-64. IA-32 EL - это слой симуляции x86 в таковых.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено penetrator , 04-Май-25 13:30 
это конечно так но более привычное название все-таки x86

IA-32 - short for "Intel Architecture, 32-bit", commonly called i386.

А путаница с Itanium только добавляет разночтений.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 13:36 
ia32 и amd64
x86 - это более широкий класс, он включает обе

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:17 
>ia32 и amd64

Так давай упростим, в своё время AMD купила лицензию на архитектуру x86 у Intel потом вроде, в маркетинговых целях переименовала x86 в AMD32. А AMD64 это просто 64-х битное расширение AMD32. На самом деле есть толлько x86, по другому это IBM-PC. Не так ли?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 19:07 
Ничего в AMD32 не переименовывалось. AMD64 разработана в AMD.
Интел получил её по кросс-лицензированию.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено penetrator , 04-Май-25 22:04 
но amd64 все-таки extension, и в этом он прав

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:53 
> но amd64 все-таки extension, и в этом он прав

Он _не_ extension а другой режим проца. Более того - уже существуют потуги сразу старровать проц в ЭТОМ режиме. Как вы поняли, при этом про DOS/BIOS/etc вы можете просто забыть. Совсем. Там вон даже была инициатива совсем всякие легаси, назвав это x86-S, чтоли. Пока не получилось - нежить из могил восстала, лопат и осиновых кольев для #$%шинга не хватило, но они попробуют и еще раз.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:10 
> Более того - уже существуют потуги сразу старровать проц в ЭТОМ режиме.

Ещё с PM32 прямо из BIOS'а или что там было - ранее рыночек порешал то... что, пользователю нужней.

А, сейчас ещё и альтернативных архитектур с каждым годов - всё больше, Intel не только как сатанисты - садисты но и садомазохисты рубящие ветвь на которой сидили всегда, по имени обратная совмстимость.
Вот лично мне на моём даже древнем но, уже 64-битном проце - я их не использую (XP 32 бит, даже при наличии 64 бит как известно, но заброшенной MS - сервис паками, ранее 32-ной)
и было просто удивительно увидеть что и DOS 7, спустя 20(или более для более ранних) лет - пусть даже с перебором глюкавых версий драйверов памяти от MS, но всё же запускется - хоть и не нужен т.к.те же игры DOS тут будут мега-антитормозить, но всёравно приятно а, кто то может как микроконтроллер использует. Это вам не с чуть позжими (U)EFI же... так что тем кому нужна обратная совместимоть, в т.ч.для той же XP, даже при желании - не обновить ПК... и что это как не идиотизм и садомазохизм  у Intel от их маркетолохов.


"Разработчики ядра 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Тб винчами. Коих нынче - есть.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено penetrator , 07-Май-25 02:57 
x86-64 (also known as x64, x86_64, AMD64, and Intel 64) is a 64-bit extension of the x86 instruction set architecture first announced in 1999.

а то что ты имеешь называется Long mode

In the x86-64 computer architecture, long mode is the mode where a 64-bit operating system can access 64-bit instructions and registers. 64-bit programs are run in a sub-mode called 64-bit mode, while 32-bit programs and 16-bit protected mode programs are executed in a sub-mode called compatibility mode. Real mode or virtual 8086 mode programs cannot be natively run in long mode.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 19:09 
Если проще - AMD производила ia32 x86 на ISA от Intel, но потом ситуация поменялась, и AMD разработала надстройку в виде AMD64, которую уже интелу пришлось принимать в силу того, что ситуация поменялась - их итаник утонул.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:14 
Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:16 
В основном в обвешивания кондишнлами виновата кстати интел. Тот же AVX512 мертворождённый возьмите - там блин даже единого набора команд нет бай дизайн.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:19 
И да, по сравнению с фрагментацией армов и рисквов x86 - милейшая архитектура.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:31 
Это не спорю. Но, x86-64 это уже не x86, в смысле не расширение а, подмена.

> Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите.

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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:44 
> Это не спорю. Но, x86-64 это уже не x86, в смысле не
> расширение а, подмена.
>> Так создайте свою. Наберёте хотя бы десяток миллионов серверов на ней - приходите.
> Создать более корректную и даже всячески лучшуцю архитектуру - не проблема. А,
> вот процы с ней.. ну разве что вы заводы предоставите...

Кому реально надо производить вот именно хорошие процы - почему-то фабы находят. Но да, в РФии этим заниматься - дохлый номер. И не только по причине заводов. А суммарно.

> (Ну там правда ещё куча мелочей вроде дизайна распайки что, потребует отдельный
> институт соответвующий... Но, особо пакостная тут тема - патенты, и на
> этом - и точка)

Какой еше вам там распайки, и институт? Шестислойную борду под 64-битный ARM может нарисовать по сути 1 человек в KiCad опенсорсном, если подразопрется. Да и чипы проектировать стало сильно проще с пришествием high-level synthesis. То что вы так не сможете или не захотите - вопрос номер два вообще.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:25 
Мне трудно отвечать неадекватам, но попробую...

> Кому реально надо производить вот именно хорошие процы - почему-то фабы находят.

Шутник, даже топовые компании с всеми своими деньжищами, типа Voodo или авторы ZX-Spectrum прогорали именно из-за производственыз мощностей. Куда уж мне с ними и тягаться, в ровно том же.

> Но да, в РФии этим заниматься - дохлый номер. И не только по причине заводов. А суммарно.

Брехня. В РФии весь капитал в руках врагов русских, котым тут нужна бензоколонка а не HiTek. Прочих же устраняя, собственно ещё с революции 1970 сначала либералами затем коммунистами уже по иными лозунгами, но суть происходящего - неизменна.
(Всё как и не в РФ, собственно как и у меня на ВУкраине).

>> (Ну там правда ещё куча мелочей вроде дизайна распайки что, потребует отдельный
>> институт соответвующий... Но, особо пакостная тут тема - патенты, и на
>> этом - и точка)
> Какой еше вам там распайки, и институт? Шестислойную борду под 64-битный ARM может нарисовать по сути 1 человек в KiCad опенсорсном, если подразопрется.

Смешно, сразу по куче моментов: 1) и будет оно потом дико тормозить тупо поэтой причине... т.б.и близко неконкурентно(впрочем это ныне недостижимо, даже в в 90-х было, как они и показали; впрочем, я ещё забыл про такой мелеенький момент как рынок сбыта... да и обучение прораммистов под иной проц с "рождения" - тоже никто же не отменял);
2) уверен, ни одна сколько то серьёзна корпоразия производитель процов и чипов - поделки вроде KiCad и прочего - не ипользует, только своё. Ибо риски vs затраты на это - просто несопоставимы; и неприемлемы - от слова: вообще.

> Да и чипы проектировать стало сильно проще с пришествием high-level synthesis. То что вы так не сможете или не захотите - вопрос номер два вообще.

Лжёшь: и это тоже - вопрос номер один, как для меня же - раз мы говорим про меня
(а, не в ч.н.Intel или его продажных шавок, в ч.н.в виде институтов в той же РФии или у нас, существующих только для поставок им новых умов и новых потребителей их продукции).


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 и разработчиков особенно явное. И интел на именно этом и пролетает по черному.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 09:00 
> Но, какая же паршивая эта AMD64 архитектура - тяп ляп-ляп,
> и куча часто используемых куманд вырезанна...

Он уродский конечно - но здорово лучше чем x86-32. По крайней мере набор регистров более нормальный, режимы относительной адресации сделали наконец. Так что position independent code стало можно делать без диких костылей с огромными релоками, а программа не состоит из одних пушпопов для тасовки куцых регистров, и ABI - более адекватные и эффективные можно стало.

Так что это стало отдаленно напоминать нормальные процы. Не настолько насколько бы этого хотелось, но - лучше чем было.

> x86-32 код уже непортабелен. А, новый - обвешивай доп.условиями или неиспользуй те
> команды - в ущерб производительности на x32...

Если вы что-то писали на асме - это всегда было заведомо непортабельно. И это уже ваш выбор - хотите вы возможность оптимизаций ТАКОЙ ценой или нет. Штуки типа Колибри узнали сложным способом в чем прикол. И теперь любят C-- какой-то. Еще пару десятков лет и они поймут чего все на си ломанулись :)

> Не удивлюсь если и 64-тных компиляторах - акцент на 64-тную оптимизацию, в
> ущерб 32-ной.

Я думаю что режим билда под x86-32 уже мало кто тестит всерьез на тему регрессий. Кому оно нахрен надо и зачем? Эти костяшки доживают свои дни. Не сдохших и еще реально эксплуатируемых компов которые не 64-bit capable остается все меньше. Как и мазохистов их использующих. Теперь вотчина 32 битов - это мелкая эмбедовка.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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-ки - были зашкварными, настолько конкурентов унитожали демпингов правда в ответ на демпинг но, ранее домашний сектор и не был их, а затем у конкурентов уже толком не осталось плюсов и особенно рынка и с тех пор - прощай заметный прогресс: за где то тоже самое - платите по сто раз).


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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ГГц устаканились. Выше - ну вот не очень хорошо идет, потребление драматически возрастает.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 13:37 
И с итаниумом так-то уже можно не путать, мертворожденный труп - он мертворожденный труп и есть.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:15 
История не терпит сослагательного наклонения. Итаник - труп. Це факто есьм.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 и некоторых даже по умолчанию. Я про то что, такие функция выключения его - явно чтобы на серваках и корпоративными клиентами - не засчитывался расход использованием и авто-перемещения сбойных секторов )


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 16-Май-25 20:28 
Ваш опыт с HDD вполне соответствует послужному списку. Я себе даже студнем в универе такого уже не позволял, причём в эти времена ни SMART ни x86_64 ещё не было :D Но как только появились "широкие" SSD, стало понятно, что HDD - всё, мёртвый труп, и больше я их в серверы не ставил.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено fidoman , 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.
    ^^^^


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 12:10 
И много современного софта ты соберёшь на bsd, особенно на netBSD? А на линуксе перед тобой - весь мир.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:24 
Почти всё, кроме непереносимого ПО, которое прибито гвоздями к венде или линуксу.
С линукса тоже как-то не весь мир вендоПО доступен

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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено 2 , 04-Май-25 23:50 
Нет

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено 1 , 05-Май-25 14:40 
ну если говоришь что нет, то ссылку в студию

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:19 
>И много современного софта ты соберёшь на bsd, особенно на netBSD? А на линуксе перед тобой - весь мир.

У нас есть FreeBSD и illumos.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 09:01 
> У нас есть FreeBSD и illumos.

В новой версии FreeBSD пошли немного дальше - и вообще x86-32 задропать собираются, насколько я помню.


"Разработчики ядра 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


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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:12 
> даже windows 95

современного софта :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:47 
а, что это такое у вас?... :)
(%Гляжу на элементы в меню ОС-ПУСК в текущем линуксе на LiveDVD%, от 2024-года, т.к.от 2025 тот же - более глючный и более тормозный, как и в др., а в 2024 более глючны и мега-тормозны чем скажем от 10 или 15 летней давности, с ровно тем же функционалом по сути).

Нет, понятно: современные игры 2D(какой позор авторам!) и 3D(в т.ч.требующих соотвевующий в.а., но вот DOOM,...,Quake-I работали же не требуя), тема AI, пусть даже [де]кодирование совремнных видеоформатов (но, уверен их тоже можно получше оптимизировать... т.б.точно никто не занимался оптимизацией под такой проц, а ммега-тормозных [де]кодеков хватало и в 90-х, как для одно и того же формата - не тормозных, для примера)
- прочее же всё: прекрасно родом из 1990-х и если оно там не запускается(обычно из-за требования безвариационно SIMD что тупо непрофессионализм) или же с тормозами то, это уже другой вопрос... к авторам-халтурщикам.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 и смысл давиться такой жабой с такими ухищрениями со временем просто отпадает.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 18:51 
> А вон там роутеры с 32 мегами оперативы на все

В них НЕ штеуд!!! Не нада тут передёргивать :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 12:58 
>> А вон там роутеры с 32 мегами оперативы на все
> В них НЕ штеуд!!! Не нада тут передёргивать :)

Если код для x86-32 блоатварнее чем для мипс, тем хуже - этому x86-32 и его коду, имхо.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Canis DIrus Leidy , 05-Май-25 11:48 
> Продавались массово минимум до 1997-года,

Ну так из линуксов тех времен, никто поддержку 486 удалять не собирается. Можете запускать хоть RedHat 5.2, хоть Debian 2.0. Но речь то вроде шла про современный софт, когда даже емаксу надо столько памяти, что в типовую материнку с Socket 3 просто не влезет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:14 
>Вообще Интеловские процы снесут, и уже некому будет за вас заступиться!

А з полностью ща выпиливание интелловских процов и аэмдэшных и даже арсовскиих, оставить только поддержку RISV-V так победим.  
Главное что поддержку интел коре 2 дуо который сменил на Зион с Озон не выпилили. Надеюсь я не доживу до этого момента.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 11:20 
Я надеюсь ты с RISC-V это написал?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:53 
> Чему вы радуетесь?

Тому что это "позволит удалить из ядра 14104 строк кода, что значительно упростит некоторые функции в ядре за счёт исключения прослоек, эмулирующих CX8 и TSC, и позволит избавиться от библиотеки math-emu, эмулирующей FPU"
Это же отлично, особенно в контексте очередной проблемы с поддержкой этого хлама.

> Если допустить, то будет только начало.

Что допустить? "Поддержка процессоров 386 году была удалена из ядра в 2012 году"
Сейчас 2025й. Если так пойдет и дальше, то i586 дропнут в 2036, а i686 в 2047 (да, я люблю интерполировать :)) Многие местные аноны не доживут до этого события, а такое железо - и подавно.

> Потом придут за Pentium.

И чё? Ну друпнут и дропнут.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 12:18 
> Это же отлично, особенно в контексте очередной проблемы с поддержкой этого хлама.

Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел

> В 2047... Многие местные аноны не доживут до этого события, а такое железо - и подавно.

В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047. Должны уж доживать

>> Потом придут за Pentium.
> И чё? Ну друпнут и дропнут.

А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы пишете. И всё - не сможете получать свежее ядро Линукс. Посмотрим, как запоете


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:46 
> Так избавляться надо от хлама, а не от реально полезных вещей как
> поддержка легендарных процессов Интел

Ну так это Легендарный Хлам! И его дроп тоже должен быть легенда

> В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047.

Ты слишком оптимистично смотришь на возрастное распределение местных анонов.
Плюс в нынешние неспокойные времена есть множество других причин не дожить до 2047))

> А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы
> пишете. И всё - не сможете получать свежее ядро Линукс. Посмотрим,
> как запоете

Никак не запою. У меня сейчас 5.10 и не вижу абсолютно никаких причин переходить на 6.х
А его поддерживать будут до хз какого года и к тому моменту просто сменю платформу на актуальную.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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).



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 08-Май-25 02:06 
(ИИ-робот что то зацензурировал в ответ - дожили... уже не помню что там его авторам  неугодного могло быть, ладно вот почти заново):
Это как раз - требования не для моего "тогда", а позже... - Где они видели 32 MB на домашнем 486 даже топовоых?... Максимум на сервере, про который можно считать этот дистр и заточен - судя по конфиггурацимм из командной строки, т.е.так и запишем - серверный линукс.
Давно хотел глянуть за экономичность но, несерверные/всё-из-крробки - перебивают желания и врпемя же надо гдет о найти... А, так зачёт что даже хотя бы 486 поддерживают, 386 понятно торвальдс уже выпилил. Впрочем, что там с темой пакетов?... т.к. только самые худшие подозрения. Ещё смущает "Xvesa" даже на ПК поддерживающих 3D ускорения... Впрочем, оно тогда было в видео-адаптерах - уже с времён как раз 486-х, т.б.топовых, - от проф карт до бюджетно и сверхююджетно игровых Vooodoo или ещё бюджетней S3 Virge 64-bit (1995-7, по шине для пень-1, но те пни-1 часто были и на материнке от 486 с 32 битной шиной, значит корректно считать и для 486-х, как у меня и было), у ATI - ATI 3D Rage (1996) вышел, да и другие наверняяка с ускорением уже делались.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 13:07 
Если дропнуть поддержку например архитектуры процессора с которого я пишу (за анонима не скажу) - x86-64-v3 - вы останетесь без поддержки половины используемых процессоров :D

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:55 
обсуждается так-то 486 из прошлого века...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 14:01 
И я о том же. Всё вплоть до x86-64-v1 можно дропать, не особо задумываясь.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:39 
Выкидывать - так и x86-64-v3... т.б.у меня то не такая (твоя же логика)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:22 
Если выкинуть x86-64-v2/3/4 - ядро потеряет смысл целиком.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 14:11 
Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов. И всех, кто не хочет отдавать деньги за новый комп каждый год, оставят без свежих версий живительного ядра Линукс. Вот что страшно!

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 14:22 
Всё до x86-64-v1 можно смело удалять.
А выше x86-64-v2 не удалить ничего, потому что это бОльшая часть железа.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 14:25 
Ну вот они и хотят удалить всё, кроме самого последнего проца. В этом их цель - посадить всех на крючок планируемого устаревания, а потом это устаревание ускорять. Начинают с вроде безобидных шагов, с 486, но это только начало, дальше будет хуже

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 14:27 
Я за. Пусть удаляют.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 14:30 
> Я за. Пусть удаляют.

Не жалуйся, что тебя не предупреждали, когда по итогу этих решений тебе придётся каждый год выкладывать тысячи долларов за новый проц ради возможности иметь нормальное свежайшее ядро


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 14:36 
Не придётся, потому что см. выше.
Да и платформы я до хламовника не довожу.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 15:35 
Никто не мешает тебе форкнуть ядро с поддержкой и иметь себе мозг самостоятельно. Но ты же этого делать не будешь, верно?

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено 52 , 04-Май-25 23:58 
Форкни софт производителй линуксового ПО

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 15:33 
> Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов

Откуда такие выводы? Ты их сделал из удаления поддержки процев, которым порядка 18 лет, причём самым молодым?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 19:24 
>> Так о том и разговор! Что они начали с 486, по итогу прожмут удаление вообще всего, кроме последнейших процов
> Откуда такие выводы? Ты их сделал из удаления поддержки процев, которым порядка
> 18 лет, причём самым молодым?

Ну да, начали с этого, продолжат 17-летними процами, и так пойдет-поедет


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:41 
Ну перейдёшь на Байкалы и продолжишь работать как ни в чём не бывало. К тому времени Kremlix какой напишут тебе.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Anonim , 04-Май-25 19:16 
вот тогда вы запоёте: "как поставить виндовс"..

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:46 
Ну поставь Windows(ver.1.0) на современный комп... Или хотя бы Windows 95... Да хотя бы XP 32/64...

Впрочем, вот уже и 10-ка - больше не будет поддерживаться MS'ов с этого года. Осталось UEFI выкинуть в мусорку заменив на что то иное, что бы даже не грузилась на более новых ПК, т.б. им же не впервые.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 15:29 
> Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел

Что полезного в древнем интеле?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:03 
нет дыр как в новых процессорах :)

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:47 
Ну запусти на нём DOS и DOS ПО/игры...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 01:17 
При чем тут DOS? Из DOS'а поддержку 486 удаляют?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 09:07 
> Ну запусти на нём DOS и DOS ПО/игры...

Ну так и загружайся на нем в DOS - а линукс то для этого нафиг? Как в анекдоте - "какой-же ты хакер без линукса"? :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 19:26 
>> Так избавляться надо от хлама, а не от реально полезных вещей как поддержка легендарных процессов Интел
> Что полезного в древнем интеле?

Во-первых - дань уважения машинам, породившим Линукс. Во-вторых, признание того, что старые легендарные технологии работают надёжно вот уже сколько лет. В-третьих - утирать нос Танненбауму, который сразу запоет "Я же говорил, что эти Интелы устареют!". Так что это вопрос важный - вопрос принципов и престижа


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:00 
> Во-первых - дань уважения машинам, породившим Линукс.

Это, конечно, лестно, но здесь не музей.

И зачем этому железу последнее ядро? На том же 6.12 можно будет еще лет 10 точно сидеть.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:15 
> у меня разные браузеры на LiveCD

и как они на 486 работают?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:55 
Я такого и не говорил же, а выше даже написал уже о обратном.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:23 
> Я такого и не говорил же, а выше даже написал уже о обратном.

ну дело такое, ведро держалось до последнего.
по факту для 486 нет современного десктопного софта лет так 20...
та-же ХР из 2001 на 486 уже не работала без адских хаков в hex-редакторе



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:17 
> дань уважения машинам

Это какая-то религиозная форма фетишизма или просто обычное бытовой оккультизм? Ну там эти куличи на пасху и заговоры на доллары, это ж то же самое, да?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084658 , 05-Май-25 21:57 
Как удобно говорить про "уважение" и "престиж", когда написанием и поддержанием кода занимается кто то другой, а не ты. Легко сидеть на диване и рассуждать о "принципах и престиже", а вот освобождение ядра от легаси и соответственно облегчение его работы и обслуживание - дело все же полезное.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:22 
> Так избавляться надо от хлама,

Ну вот и избавляются. Кто в 2025 году будет 486 юзать всерьез? А вон там им недостающие фичи эмулировать надо. 14 000 строк кода нужного исключительно для этой древности?

> а не от реально полезных вещей

А в чем и для кого польза? И где они вон там - в RFC к патчу?

> как поддержка легендарных процессов Интел

А что в нем легендарного? Цена на момент выхода чтоли?

>> В 2047... Многие местные аноны не доживут до этого события, а такое железо - и подавно.
> В смысле? Местные анонсы ещё на пенсию многие не выйдут в 2047.
> Должны уж доживать

Вон тому железу - скорее всего плохо станет в 2038 еще, ибо 32-bit time_t.

> А если вас так? Дропнуть прямо сейчас поддержку процессора, с которого вы пишете.

Через 25 лет - пожалуй это не будет смотреться какой-то ужасной угрозой.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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...


"Разработчики ядра 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 раза больше битов сжевано.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:56 
> Вон тому железу - скорее всего плохо станет в 2038 еще, ибо 32-bit time_t.

Во всех libc уже давно time_t 64-битный на 32 битах.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено blkkid , 05-Май-25 16:08 
> Дропнуть прямо сейчас поддержку процессора, с которого вы пишете

если дропнут поддержку ryzen 7 7800x3d, то, боюсь, в ядре не останется вообще x86 процессоров с поддержкой


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 04-Май-25 14:09 
Да потому что нет смысла сидеть на старом железе, когда новое лучше по всем параметрам.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 14:11 
> новое лучше по всем параметрам

Так же новое железо (а именно последние камни Интел) - сразу приходят в негодность или нестабильны


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:58 
> когда новое лучше по всем параметрам.

Кроме полной обратной совмстимости с ПО.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 10:50 
Ваше плевать что там эппл делает.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Гром , 04-Май-25 11:00 
Есть куча встраиваемых систем 32-битных и там больше и не нужно.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 22:09 
> 3. почему все разработчики этихз систем на объедлнятся и не возьмут на секбя поддержку?

Потому что не потянут. В основном это небольшие предприятия, и вкладываться в поддержку ядра для них - себе дороже.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 19:10 
>>> Есть куча встраиваемых систем 32-битных и там больше и не нужно.

На штеудах?
Ну ... пусть - плачут, чЁ теперь то сделаешь :) Раньше надо было мозгами думать.
    
>>> 2. нужно ли им самое последнее ядро, может им хватит LTS до какого-то 32года?

Там вообще обычного линукса быть не должО ... но если таки есть --> пусть качают и шьют демьян 12 на золото, пока он к выкачке доступен :)

>>3. почему все разработчики этих систем на объединятся и не возьмут на себя поддержку?
>Потому что не потянут.

Тогда идут на^W - на рынок! :)
И покупают что там _сегодня_ есть с мыслями "а на сколько этого хватит"...

>В основном это небольшие предприятия, и вкладываться в поддержку ядра для них - себе дороже.

А оставить это воно в ведре - уже ___МНЕ___ дороже. Так что идут твои "предприятия" денег зарабатывать и обновляться! И не на новый жЫп директору, а на замену 486 чем то более адекватным 2025-му году.
Или пусть сдохнут, жалко нет(С) :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:03 
> 3. почему все разработчики этихз систем на объедлнятся и не возьмут на секбя поддержку?

Потому что, конкуренция и деньги на это всё жаба давит выделять на пользу конкурентам и т.б.не говоря уже про неучаствующих. Вон даже на ReactOS даже чужие(гос-венные) деньги не выделили в РФии когда то, явно из этих же соображения, ну и не заработаеш тут, много.

К тому же, поддержка ядра без всего сопутствующего ему ПО - такое себе.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:35 
> Вон даже на ReactOS

И правильно сделали.
С тем же успехом деньги в МММ "вкладывать" можно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Vamp , 04-Май-25 12:18 
Встроенного обрезка ДОСа - достаточно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:05 
Правильней всё же: Линукс так и недотянул тут - даже до DOSа...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:27 
> Есть куча встраиваемых систем 32-битных и там больше и не нужно.

В актуальных и выпускаемых сейчас - 486 уже врядли кто юзает. А ARM никто дропать пока и не собирается, кроме опять же ультра-ископаемых версий которые давно не выпускаются.

Более того - там менять ядро на распоследний свежак в общем случае мало кто будет. Например потому что на себе тестировать все глюки новых версий (а кто еще этим занимался?) на своей встраиваемой системе - очень такое себе.


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

"Разработчики ядра 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 в опеенсорс мног не накомитишь. В смысле, те кто могут комитить быстро осознают что они куда продуктивнее с более приличной машиной для этого.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 16:40 
первоквака от id работает на 12 дебиане
зачем для этого именно 486 с 6-ядром?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:01 
В энторнет, небось, через роутер ходишь? Это тоже моноблок с 4К HDR? А у провайдера тоже?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Full Master , 04-Май-25 12:38 
Во многих роутерах стоит i486? Поддержку 32-х битных ARM и MIPS никто не выкидывает.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Гром , 04-Май-25 11:02 
Для настольных систем Linux не годится. Серверы и встройка - вот его рынок. Для серверов 32 бит не нужно, но для встройки - это как раз то, что нужно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:08 
Вы ошибаетесь, годится.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Гром , 04-Май-25 11:16 
Не годится по многим причинам. Одна из них - мутное отображение текста, другая - большие проблемы с поддержкой.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:19 
Пока анонимные эксперты с опенннета - рассказывают что линукс не подходит для десктопа, учителя в Сочи работают на импортозамещенноых дистрибутивах.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:45 
Бюджетники и не на такое готовы делать, лишь бы на улице не оказаться.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:17 
наговариваешь на учителей, сейчас в армии оч.хорошо зарабатывают :)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:49 
> "учителя в Сочи работают на импортозамещенноых дистрибутивах. "

Нет, учителя просто работают.
А работают именно в ОС именно на программах подобных Photoshop (и другой софт от Adobe), MS Office... Или вы серьёзно предлагаете торговать на бирже, обрабатывать фото, музыку и т.д. в Linux? Где полно всякого сомнительного софта из репозиториев где отсутствует модерация. А разработчик не будит выпускать ПО на 100500 дистрибутивов линукс. Только на Вин и МакОС.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:54 
> Или вы серьёзно предлагаете торговать на бирже, обрабатывать фото, музыку

это все не работа, путь они идут двор подметать...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:56 
Ага, на Астре.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 04-Май-25 14:01 
Как можно не понимать разницу между рабочими станциями и десктопами? Кто-то и на печатных машинках работает, задачи позволяют это делать. Это же не значит, что печатные машинки годятся для домашних десктопов.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:19 
мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко, если у тебя не зелёный мусор вместо видеокарты

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:57 
Так и запишем: в Линуксе не работает 90% видеокарт.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Хо , 04-Май-25 18:26 
И ещё не забудь, у скуфов не работает 90% видеокарт.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Гром , 04-Май-25 19:35 
При чём здесь видюха вообще? )))
Мутный текст - из-за алгоритмов отображения текста и вкрай идиотских настроек этих алгоритмов.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 20:28 
> мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко,
> если у тебя не зелёный мусор вместо видеокарты

Полный бред! Винда как раз отличается качеством отображения шрифтов. В Linux с этим всегда были проблемы: сначала патенты не позволяли, а сейчас не знаю, что мешает сделать нормально. Запускаешь любой дистр линуха и испытываешь шок от того, что видишь...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:11 
> мутное отображение текста как раз в 10-11 винде, в линуксах всё чётко,

Он по сути написал.

Там есть старый класс программ... Особенно хорошо видно, когда какой-то инсалятор ставишь. Так вот при масштабировании там действительно мутный текст. Когда-то была 10 основной системой, там была эта проблема.

Недавно ставил win11 в qemu, все еще присутствует.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Имя , 04-Май-25 22:12 
В параметрах совместимости выставить переопределение маштабирования с системы на программу

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:14 
> Не годится по многим причинам. Одна из них - мутное отображение текста,

Нефиг ставить васян дистро всякие. Для чайников есть убунта, там все нарулено сразу.

> другая - большие проблемы с поддержкой.

Поддержкой кого? Чего? У майкрософт вообще поддержка не может решить даже проблемы мегакорпов зачастую, а уж про обычных юзеров и говорить неудобно.


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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:02 
> В Убунте и Дебиане мутный текст в сравнении с Виндой.

У лично меня вполне нормальный текст, мне вполне ОК. Там к тому же настройки хинтинга и субпиксельного сглаживания. Можно подобрать по вкусу. Как и сами фонты.

> Равно как и в остальных дистрибутивах Линукса. Из-за этого не могу
> Линуксом пользоваться.

Не мои проблемы. Я за вчера 5 комитов навернул - включая 1 в довольно навороченный проект с 25 кило лично моего кода. Откуда вывод что мне читаемость текста была нормуль. И да, я програмлю под линухом уже довольно давно, более 10 лет. На глаза не жалуюсь. На самом деле для таких вещей секрет скорее в подборе комфортного фонта и цветовой схемы и мне это и в винде и в лине 1 фиг приходилось делать самому в продвинутых редакторах/ide.

> Каждый раз хочется подкрутить резкость. В результате напрягаешь глаза, а резкость
> нифига не увеличивается (((

Булшит какой-то имхо. Не вижу принципиальных отличий с виндами. Может конечно на каком-то сильно экзотичном мониторе с необычным расположением пикселей так и бывает, хрен его знает.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:23 
>Для настольных систем Linux не годится. Серверы и встройка - вот его рынок. Для серверов 32 бит не нужно, но для встройки - это как раз то, что нужно.

Распространитель нарративов Майкрософта.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 21:54 
Чквак тебе дело говорит, а отмахиваться можно сколько угодно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:40 
Он, вероятно, просто не понимает что другим - нужны проги не только из числа в репозитрии дистра.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:38 
Тут даже дело в том, что Линукс ставят для того, чтобы дать вторую жизнь старым ПК, а разрабы Линукс всё дропуют и дропуют...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:58 
старым != антикварным


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:16 
А старым ПК проще дать вторую жизнь посредством семёрки.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:55 
той которая тормознее жирной десятки? ну да...

т.е. по факту просто переустанавливают винду, чтоб она не тормозила Ж)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Alladin , 04-Май-25 13:32 
что-то путаете, вы наверное официальной 10 никогда не видеди

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:52 
> официальной 10

правильно - такого не существует, как я это увижу...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 22:07 
>> официальной 10
> правильно - такого не существует, как я это увижу...

Скачай с сайта Мелкософта.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:41 
там нет такой редакции

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

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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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" у них нет...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:36 
> Windows 10 Enterprise LTSC

При определенной настройке после загрузки потребляет ~ 900 Мб RAM.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 05-Май-25 19:03 
>> Windows 10 Enterprise LTSC
> При определенной настройке после загрузки потребляет ~ 900 Мб RAM.

Настройки в студию!


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 05-Май-25 18:49 
Они все официальнее некуда!)))
Самые крутые редакции!

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 20:45 
чем они официальней проедустановленной оемной 10-ки с ноутбука?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 06-Май-25 14:19 
У меня нет ноутбука

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:37 
ПК, на которые можно поставить десятку — не настолько старые, чтобы нуждаться в «оживлении».

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:53 
а больше ничего 7кой не оживить :)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:20 
Ну, четвёртый пень какой-нибудь. То что новее, в оживлении не нуждается. То, что старше, оживлять уже нет смысла.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:32 
> Ну, четвёртый пень какой-нибудь. То что новее, в оживлении не нуждается. То,
> что старше, оживлять уже нет смысла.

любая винда после ХР - для старья типа 4-пня жирная - та же 7ка на 265 банально не запустится без серьезной липосакции.
а с учетом, что для офисного 4-пня тех лет 256 это типичный объем с которым они продавались, те что поприличнее были с 512...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:48 
Мы же не аутентичный ретро-компьютер собираем. Что заставляет ограничиваться 256 мегабайтами?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:37 
> Мы же не аутентичный ретро-компьютер собираем. Что заставляет ограничиваться 256 мегабайтами?

При переходе старого компьютера из категории "старый" в "хлам", комплектуху начинают выкидывать или раздавать даром...
А при переходе из категории "хлам" в "ретро", комплектуха для него начинает расти в цене...
И вот чтобы 4-пень прокачать потребуется где-то найти память...
а если там pc-133 или извращенский рамбус...
а если там, агп порт?
а если на материнке сата нет?
а если там больше 2 гигов чипсет не увидит?

И вот вопрос:
А оно надо прокачивать 4-пень или на дворовой помойке/"за пиво" найти корудуба и запустить ее?


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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 20:23 
> да, но это было 15 лет назад, а сейчас 2025 год и
> PC-133/DDR найти не проще чем DDR2
> и если сравнить объем ходовых планочек PC-133/DDR/DDR2, но набрать объем DDR2ым намного
> проще...

У меня остались и SIMM, и SDR, и DDR, и DDR2)
Ну и Пентиумы I тоже есть в некотором количестве)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:53 
крутяк!

а у меня и 486 есть, только мне в голову не приходит на нем 6 ядро запускать :)))


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 21:57 
Этот антиквариат, конечно, не для запуска чего-либо. Просто рука не поднимается выкинуть) Был ещё 286, но отец его давно выкинул (отнёс на работу, а того предприятия уже давным давно нет, так что, считай, что выкинул), а жаль...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:29 
> А при переходе из категории "хлам" в "ретро", комплектуха для него начинает расти в цене...
> И вот чтобы 4-пень прокачать потребуется где-то найти память...

Ну DDR1 до ретро далеко (да и вряд ли она в этой категории когда-то окажется, слишком много было наштамповано).

> а если там pc-133 или извращенский рамбус...

Это уже в морг к третьим пням.

> а если там, агп порт?

А в чём проблема?

> а если на материнке сата нет?

Переходники, IDE-диски с барахолки (не 40-80 ГБ, конечно)

> а если там больше 2 гигов чипсет не увидит?

Семёрке достаточно.


Заметьте: я не говорю о целесообразности подобной прокачки. Но она вполне возможна.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:17 
> я не говорю о целесообразности подобной прокачки. Но она вполне возможна.

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

>> а если там больше 2 гигов чипсет не увидит?
> Семёрке достаточно.

Ну если сидеть в оффлайне и в игрульки играть, то достаточно.
А в интернет на этом выползать уныло - половину оперативы сожрет семерка, а гиг для современного браузера это на пару вкладок.
Плюс яваскрипт их одно ядро пожрет - сейчас без 2-го ядра в интерненах котики тормозят...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:18 
>если про бомж-компьютер - то корудуба завести будет дешевле и главное выхлоп заметно более приличный

Найди его попробуй.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 22:35 
на любой помойке вашего города


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:23 
Если там агп-порт, то он скорее всего уже сгнил, контактные площадки у AGP были полной дрянью.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:46 
Мои AGP карты смеются с такого заявления, как и PCI.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:50 
* И даже ISA.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 05-Май-25 09:06 
> * И даже ISA.

ISA и у меня лежит парочка музейных. А вот AGP гниют.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 15:41 
Я даже больше скажу, XP у меня не установилась на AMD K5 (район Pentium I)

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

P.S.
IDE диски покупать как выше советовали - никому не советую, лучше SerialATA + переходник, т.к.высок риск посыпания, точней так был уже 5 лет назад - т.б.ныне. И просто ну очень шумны сранительно, даже при экв-ных размерах.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено wyry , 06-Май-25 17:58 
На моём старом нетбуке 10-ка работает примерно также, как 7-ка, только некоторые элементы интерфейса притормаживают, т.к. всё рендерится программно, а винда уже использует directx 11 для отрисовки, который там не поддерживается. Но при этом сами программы не тормозят (которые он объективно может тянуть).

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Гром , 04-Май-25 19:42 
> старым != антикварным

Промышленные железки могут работать и работают десятилетиями.
И обновлять софт никто не будет, тем более, что и компаний разработчиков этих железок уже может не быть.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено eugener , 04-Май-25 11:59 
> дать вторую жизнь старым ПК

Сколько времени будут открываться "одноклассники" на 486DX? А на SX?

Впрочем, сначала нужно найти браузер, который на 486-ом запустится.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:01 
> Впрочем, сначала нужно найти браузер, который на 486-ом запустится.

netsurf или dillo - для опеннета сойдет



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено eugener , 04-Май-25 12:10 
> netsurf или dillo - для опеннета сойдет

Разве что для опеннета. Но проще взять дешёвый планшет или одноплатник типа малинки, который не занимает места, не шумит, не жрёт электричество и при этом открывает не только опеннет.

Вопшем, с любыми задачами, с которыми справится 486 - любой современный одноплатник справится лучше.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:56 
конечно, но вопрос был о браузере для 486

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:04 
> Разве что для опеннета.

Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому либо вопросу.

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

Вообщем как сделать что либо визуально, тогда только текст тебе не поможет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:10 
>> Разве что для опеннета.
> Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому
> либо вопросу.

странно, как же люди учились еще 20 лет назад без видосиков то?

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

во время 486 процессоров корпуса ноутбуков не имели странных решений не позволяющих разобрать корпус без того чтоб его раздолбать



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:40 
> странно, как же люди учились еще 20 лет назад без видосиков то?

Как заставший те времена, отвечу: плохо, трудно, тяжко.
А так-то да, 20 тысяч лет назад и в пещерах жили.

> во время 486 процессоров корпуса ноутбуков не имели странных решений не позволяющих разобрать корпус без того чтоб его раздолбать

Как заставший и те времена, отвечу: всё было ещё хуже.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:51 
ты гонишь и по пункту 1 и по пункту 2

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 20:21 
>>> Разве что для опеннета.
>> Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому
>> либо вопросу.
> странно, как же люди учились еще 20 лет назад без видосиков то?

И без Интернета)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:43 
> странно, как же люди учились еще 20 лет назад без видосиков то?

Разобраться в странных хитросплетениях производителя ноутбука бывает достаточно сложно, не обладая опытом в ремонте ноутбуков. С видео это сделать гораздо быстрее и безопаснее для ноутбука.
Без видео возможно, но это будет гораздо дольше.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено User , 07-Май-25 15:18 
Как человек, разбиравший IBM'овский сервер белой сборки на первопне скажу: "Ха. Ха. Ха."

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:46 
>> Разве что для опеннета.
> Но иногда тебе все равно надо посмотреть, например обучающщие видео по какому
> либо вопросу.
> Например как починить что то, как допустим разобрать ноутбук такой то модели,
> не раздолбав корпус, бывают странные крепления корпусов ноутбуков.
> Вообщем как сделать что либо визуально, тогда только текст тебе не поможет.

i3/dwm/fvwm + vlc?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 04-Май-25 14:50 
> Тут даже дело в том, что Линукс ставят для того, чтобы дать вторую жизнь старым ПК, а разрабы Линукс всё дропуют и дропуют...

Открыл тут тред четверть вековой давности. И обсуждение как получить воспроизведение mp3 на легендарном 486-ом.

Вторая жизнь, ага..


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:39 
> Открыл тут тред четверть вековой давности. И обсуждение как получить воспроизведение mp3
> на легендарном 486-ом.
> Вторая жизнь, ага..

wav или с cd слухай :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:09 
> У всех сенсорные мнонблоки с 4К HDR 12bit в 360 Гц... Apple уже давным давно 32 бита дропнула!

У всех собственная яхта, свой загородный дом в 1,5 этажа и лужайка.
А так же по 2 авто на члена семьи и один жип.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:38 
Как минимум, весь интерфейс сейчас делают под сенсорный экран.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Ivan7 , 04-Май-25 20:18 
Как минимум, у большинства железок вообще экрана нет)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 19:10 
Всё так, вот только HDR 12bit на*** не нужен, потому что 12-битных матриц в массовой продаже как не было, так и нет. И даже с FRC нет...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:10 
Я не помню, FreeBSD дропнули х32? Потому что illumos точно дропнули х32.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено yurikoles , 04-Май-25 12:18 
x32 так и не взлетел, порты Debian и Gentoo до сих пор имеют экспериментальный статус, а FreeBSD его никогда не поддерживал.

https://en.wikipedia.org/wiki/X32_ABI#Adoption


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:42 
Вы находитесь на разных уровнях.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:10 
> Я не помню, FreeBSD дропнули х32

Типа Tier2, это значит что-то там собирается, но работать не обязано. Я сам давно перестал свои порты на i386 собирать, письма о поломках на 32 битах от pkg fallout идут в /dev/null, пару баг репортов на сломанные порты закрыл с комментарием "patch or GTFO". Даже помечать их как BROKEN_i386 не буду, слишком много чести для археологов-паразитов.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:11 
Есть только две архитектуры AMD64 и ARM64.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:21 
>Есть только две архитектуры AMD64 и ARM64.

Бедняга, он не слышал про RISK-V.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:34 
>>Есть только две архитектуры AMD64 и ARM64.
> Бедняга, он не слышал про RISK-V.

Ты шибаешься, я раньше многих анонимных экспертов начал интересоваться открытым железом в том числе архитектурами. Я в курсе существования других открытых архитектур, в отличие от анонимных экспертов, также в курсе что даже в России существует разработчик способный в риски ириски Yadro.
Но риски-ирискии не имеют массовый потенциал. Сейчас по факту только две массовые архитектуры, причин чтобы что-то изменилось мало.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 04-Май-25 13:02 
Да, даже мипс уже никому не нужен стал, хотя раньше куча роутеров на нем было.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:17 
Не потому, что производителям роутеров он не заходил. А потому, что сам лецензодатель Imagination архитектуру дропнула.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 16:41 
Ну, надо сказать, даже если бы не дропнула - их бы выжил ARM.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 19:37 
Или бы они его выжили ...
Сослагательное наклонение - оно такое :)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 05-Май-25 19:44 
Нет у истории сослагательного наклонения, MIPS тоже труп.
И в первую очередь потому, что конкуренции с ARM и не выдержал.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:49 
Boing, RISK-V, просто мега-комментатор.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:07 
> Boing, RISK-V, просто мега-комментатор.

Boing-Boing. А второе вообще китайские подделки типа Abibas наверное. Хотя зачем подделывать RISC-V не очень понятно. Может просто лажа у переводчика с китайского.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:30 
У кетайцев есть Айпады-Айпуды - Ipud.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:12 
> RISK-V

Так никто не слышал, она в только в одном недоразвитом мозгу не способном 4 буквы запомнить существует.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 19:41 
НУ то что оно на самом деле RIS_C_-V  :)  - никто либо не заметил, либо оно настолько всем по... по-пояс ;-)  что лень править :)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:57 
POWER
https://opennet.ru/51327-power

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 11:42 
Ну вот шинда 10 дропнула всё без sse4 и cmpxchng128 и вроде как никто не жалуется, едят за обе щёки. Может тоже стоит?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 12:59 
Нормальная винда закончилась на семёрке

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:15 
> Нормальная винда закончилась на семёрке

Вот кстати вот при переходе на WindowsXp, она была реально глючная и тормозная, я подумал ну ниче, выпустят SP1, SP2.

А вот при переходе на Windows 7, я еще не интересовался выпусками, небыло нормальных интернетов, сразу все понравилось.
Вот смотришь и нравится прям.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:20 
потому как на пользователях висты они оттестировали и поймали основные косяки

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Хо , 04-Май-25 18:29 
Да сейчас просто индусы не те.
:))))

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 16:31 
Потому что Win7 - это, по сути, Vista SP2 с чуть другим визуальным оформлением. Разницы между ними нет практически никакой. Но Висту решили закопать из-за имиджевых проблем.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:18 
Она и не начиналась, нормальная, чтобы закончиться. 2000-я ещё была чем-то похожим, но вместо её развития стали наворачивать на неё свиристелки всякие.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:57 
Нормальная Винда осталась в Wine.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Имя , 04-Май-25 16:07 
Не знаю как она так дропнула, что пентиум из 2006 и целерон из 2008-9 спокойно работают на 10-ке. К слову на обоих нет sse4

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:47 
ну просто при обновлениях иногда что-то отваливается, а так все норм еще пол года...

Microsoft подтвердила ошибку файловой системы Windows 10
https://overclockers.ru/blog/goldas/show/136348/Microsoft-po...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:35 
Ты не понимаешь, нельзя сразу делать как надо, нужно годами смаковать, имитируя активность.
Это в нормальных продуктах будет один макро и пара встраиваемых функций, которые можно поменять и всё сразу будет актуализировано, а в кодовой базе линя всё это размазано, десять тысяч раз повторяясь в разных вариациях.
Я никому не пожелаю лезть в сырцы -- это образец того, как нужно делать чтобы никто не разобрался.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:03 
16 MB оперативочки хватит для запуска хромо-браузера?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:05 
Типа они должны сидеть вообще без софта?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено dannyD , 04-Май-25 13:19 
>>Ухх, зверь машина. Особенно если поставить ssd.

раскажи как? существуют IDE SSD?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:27 
https://aliexpress.ru/item/4001147537970.html

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 04-Май-25 14:37 
Сомнительно, что на сабже выше заведётся.
Да и там PCMCIA диск.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:42 
> Сомнительно, что на сабже выше заведётся.
> Да и там PCMCIA диск.

ну CF тогда - они же с IDE друзья.
в любом случае 486 уже хобби, а на хобби ни денег ни времени не жалко :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено dannyD , 04-Май-25 17:06 
понятно, в вашем мире любая флешка равно ССД. ну ладно )))

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:30 
я просто знаю, что у тебя на такие девайсы
https://www.bestmemory.ru/goods/prom-memory/prom-ssd/Transce...
денег нет, поэтому предлагаю то, на что ты сможешь накопить...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:41 
> IDE

Кстати IDE, нормальный интерфейс.
По форм фактору.

Почему существует такое огромное количество разнообразных интерфейсов типа IDE, Sata, Sata2, Sata3, mSata, mSata2, nVme, M2.

Ведь все можно подключить через один интерфейс.
Я понимаю существовали бы два вида интерфейсов.
Ну или например mSata, это для устройств маленького размера.
Но вот зачем все это разнообразие.
Вот например было бы розеток, великое множество. Нет не таких что в Euro, Uk, Us.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:33 
Смешались в кучу люди, кони… Форм-факторы, разъёмы, интерфейсы.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:34 
Есть такое.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 19:48 
> Почему существует такое огромное количество разнообразных

...баб?
Но вот почему то никто кроме тебя - не жалитЪся :-)))))


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 13:07 
> Вот например было бы розеток, великое множество. Нет не таких что в
> Euro, Uk, Us.

Блин, не позорься и зайди хотя-бы на вику. И ты охренеешь с того сколько их на самом деле бывает. Черт, даже вариантов ширины железнодорожной колеи - сильно больше чем ты себе представлял. А уж розеток... господи...

И просто для понимания "universal power supply" должен жрать примерно от 85 до 285 вольт, 50..60Гц. А на практике обычно и постоянку 110 вольт типа старых поездов смогет, один хрен выпрямлял вон то.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:45 
Полно их. (только цены вас не обрадуют)
Ну или переходники SATA->IDE, тут цена вопроса копейки.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Piter_Ring , 11-Май-25 02:55 
https://www.memoryc.com/19315-128gb-silicon-power-ssd-i20-2-...

"Разработчики ядра 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.

Единственное что там хорошего есть - клавиатура и нижняя часть корпуса...


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Илья , 04-Май-25 12:01 
>те пусть мэйнтэйнят поддержку этих элитных процессоров в Linux

КТОООО, ЯЯЯЯЯ???


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:05 
Ты не понимаешь это окно овертона, сначало они дропнут 486, потом они через год будут бросать твой проц.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:08 
Да ну, это выглядит нереально. Я пользуюсь старым intel core i5-2400, поддержка этого проца в линуксе будет ещё лет 5-10 минимум, а больше и не надо.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 12:31 
Раньше казалось нереальным менять телефон каждые год-два. А по итогу сейчас многие так и делают.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:45 
Раньше так делали как раз куда больше, чем сейчас. Как минимум потому, что это действительно имело смысл.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:53 
А зачем менять? Есть же затраты где КПД гораздо больше бессмысленной покупки.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:07 
> Вот и я о том же! У людей работает 486 - а
> они хотят дропнуть поддержку. Чтобы лишить их свежего ядра и заставить
> купить новый комп, когда старый процессор будет работать ещё много-много лет

а старое ядро уже не может работать много-много лет?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 13:26 
А новые возможности нового ядра, новые патчи безопасности и новый софт, требующий нового ядра, вам не нужен, да?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:31 
> новый софт

нет, оно же не сможет запуститься на 486...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 14:09 
>> новый софт
> нет, оно же не сможет запуститься на 486...

Если нормальный софт, не привязывающийся к фичам процессоров и уважающий традиции и качество - то сможетъ


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:26 
>>> новый софт
>> нет, оно же не сможет запуститься на 486...
> Если нормальный софт, не привязывающийся к фичам процессоров и уважающий традиции и
> качество - то сможетъ

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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:06 
Я вот смотрю в бинарнички и вижу, что актуальная версия GLibc треует минимум ядра 3.2

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:21 
актуального десктопного ПО для 486 даже 20 лет назад было уже не найти...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:11 
> dildo и прочие открывашки для манов не считаются), оффисный пакет, просмотр
> пдф, торренты.

И сколько килобайт в секунду SHA-1 торент потянет? Что-то мне подсказывает что 486 даже просто счет SHA-1 на line speed напряжется. Не говоря про IO всякое при этом всем.

Хотя качаьт со скоростью диалапа торент наверное можно. Но любой самый проссаный одноплатник за копейки даст этому мусору мастеркласс. Питаясь от зарядки для мобилы, нахрен.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:33 
>а старое ядро уже не может работать много-много лет?

Может, в т.ч. и в составе спамобота ;)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:10 
>>а старое ядро уже не может работать много-много лет?
> Может, в т.ч. и в составе спамобота ;)

боюсь смузихлебный спамобот на 486 не запустится...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Karl Richter , 05-Май-25 16:17 
Этих людей ничтожное количество. Из-за них идут лишние расходы, а самим, как тут было написано, свежие ядра без надобности.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:02 
Если, всё-таки, речь о __телефоне__, то некоторые и не делают, пока физически не развалится.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:13 
Раньше казалось нереальным что Ютуб заблокируют.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 19:57 
Кому казалось?!? Неужто тем кто в том как ынторнет работает и-в-правду шарил?!?! ;-)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:32 
>Да ну, это выглядит нереально. Я пользуюсь старым intel core i5-2400, поддержка этого проца в линуксе будет ещё лет 5-10 минимум, а больше и не надо.

Тебе никто ничем не обязан! Нужно новое ядро под старый хлам, пиши сам!


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 12:10 
Кору дуба дропнут не раньше 40х.
А на железе из музея может быть все-таки лучше использовать музейные ОС?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:14 
Маркетологи тебя в этом убедили и ты поверил.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 14:23 
Иногда мне кажется, что маркетологи - это как гремлины: никто их вживую не видел, но результат вокруг разрушитрельный. И часовню тоже маркетологи. И даже в тапку тоже.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:08 
А сейчас уже RISC-V наступает на пятки Коре по производительности. Так что, скоро будет на что перейти.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Bob , 04-Май-25 12:21 
У тебя в голове окна и сквозняк.
i386 дропнули в 2012.
i486 дропают в 2025.
i586 когда дропнут?)

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 04-Май-25 13:17 
> это окно овертона

Окно овертона — это когда было закрыто, и открылось.

А так всегда старьё выкидывали и сейчас выкидывают. Причём так что ни одного тут пострадавшего на практике нет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:46 
Если бы ядро было модульным со стабильным апи, то вполне возможно и поддерживал бы, а так увольте.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 12:16 
запланированное устаревание пролезло и в ядро

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 13:00 
>  Именно поэтому надо защищать легендарный 486!

Да! Обязательно надо защищать! А то что я после ограбления компьютерного музея установлю на антикварный компутер? Ведь обязательно нужно 6-ведро, 2-е то не прокатит!


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 17:28 
Так Linux открытое ПО. Берёшь, форкаешь и обеспечивает поддержку, затягивая патчи. В чём проблема? А, наверное не умеешь. Ладно. Найми того, кто умеет. Что? Денюшек столько нет? Тогда спроси себя, почему там за бесплатно должны насиловать себе мозг ради 1,5 калеки, которые не способны хотя бы пень с ближайшей мусорки достать

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:37 
дак надо переписать ядро, чтоб не ломалось, тогда и форкать не надо - можно переписывать небольшой кусочек! :)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:22 
Ну какие проблемы, напиши в рассылку, мол, так и так, вот реально существующие системы на этих CPU, ни в коем случае выбрасывать нельзя по таким-то важным причинам. Рассылка для этого и существует.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено fyjybv , 04-Май-25 13:30 
А потом они ищут чипы в ситралках, которые остались последними поддерживаемыми ядром. ))

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Alladin , 04-Май-25 13:30 
удалим 486, а потом и pae, а потом и интернет. шучу, весь)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 07:46 
Не весь, а только IPv4. Страны третьего мира, которые не перешли на v6, в пролёте.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 04-Май-25 13:57 
2025 год

Windows бросает поддержку компьютеров 2016 года.
Весь мир: «ну и ладно»

Linux (ядро) бросает поддержку компьютеров 1999 года.
Луддиты Opennet: «что же это творится?!»


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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 17:30 
Смысл Linux'а не в этом. Это ты сам себе придумал

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Александр , 04-Май-25 17:36 
> Линус писал ядро на 386, так что это неуважение к Линусу и его первой машине было - дропать 386-й

Ты хоть сам понял, что написал? По такой логике Unix писался под PDP-7. Linux наследник Unix, значит нам нужно обеспечить поддержку PDP-7 в Linux.
Или ещё лучше: человечество зародилась в пещерах. Так что ради уважения к первобытному человеку тебе надо раздать всё и переселиться в пещеру.
А по сути, ахинею несёшь с умным видом, ничего более. Ещё и читать не умеешь, ибо в новости написано, что Линус сам уже поднимал этот вопрос.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним10084 и 1008465039 , 04-Май-25 19:33 
> Ты хоть сам понял, что написал? По такой логике Unix писался под
> PDP-7.

Архитектура Юникс такова, что максимально отвязана от конкретности железа: немногочисленные ассемблерных вставки, основной код на Си. Юникс именно на поддержку многих архитектур и заточен. Но Линукс - рожден именно 386-м. Для него именно 386-й является этим уважаемым первопроцессором.

> Или ещё лучше: человечество зародилась в пещерах.

Про пещерных людей миф, люди в пещерах не зарождались, они жили в лесах и равнинах.

> Ещё и читать не умеешь, ибо в новости написано, что Линус сам уже
> поднимал этот вопрос.

Так это и страшно же, Линус перестал уважать сам себя, дропает 386 и 486, на котором были его легендарные машины.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:20 
> именно 386-й является этим уважаемым первопроцессором.

А первая монетка скруджа по сценарию стоит под колпаком, как почтенный артефакт. И конечно не принимает никакого участия в платежах. Вот и 386 место где-то там же. Зачем кому-то реально юзать проц которому даже китайский тетрис мастеркласс по производительности дает? Это такая чисто историческая реликвия на данный момет.

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

> Про пещерных людей миф, люди в пещерах не зарождались, они жили в
> лесах и равнинах.

Когда тебя дождиком постоянно поливает и ветром обдувает - неудобно уж очень. А строить нормально сами научились далеко не сразу. Ну и вот, пока не умели - ныкались по всяким ественным укрытиям, включая и пещеры.

> Так это и страшно же, Линус перестал уважать сам себя, дропает 386
> и 486, на котором были его легендарные машины.

Линус юзает для разработки ядра последний EPYC. Есть разница между разработчиками и некромансерами из музея политехники. А вы можете потребовать от Win 11 запускаться на железе где Win95 работал, во. Почему бы вас таких не сбагрить майкрософту как подарок? Пусть они так пыхтят, у них ресурсов больше :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 00:24 
> можете потребовать от Win 11 запускаться на железе где Win95

Запустил w11 на P4D 915. Он работает. ЧЯДНТ?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 12:18 
ХМ, так вроде же требование SSE 4 для 11 винды не? для 10 ки было только SSE2

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 13:11 
>> можете потребовать от Win 11 запускаться на железе где Win95
> Запустил w11 на P4D 915. Он работает. ЧЯДНТ?

Шибко пафосное железо для Win95 я б сказал. На таком скорее запускали - WinXP. Небольшая такая разница, всего на штуки три выводков винды меня надуть попытались... но я то win95 сам запускал и знаю на чем я это делал в ТО время. Не, блин, в 95 годах никаких P4D даже близко на радаре не было. В те поры первопень уже был уберпроц и стоил чемодан золота :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 10-Май-25 20:03 
Ну есть у меня еще P3 1000, но там нужно 4 ножки паять. Лень.
А древнее увы больше ничего нет, не на помойке живу)

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 01:08 
>значит нам нужно обеспечить поддержку PDP-7 в Linux.

Да, надо. Всегда надо обеспечивать поддержку максимально возможного охвата оборудования.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:53 
>>значит нам нужно обеспечить поддержку PDP-7 в Linux.
> Да, надо. Всегда надо обеспечивать поддержку максимально возможного охвата оборудования.

Во, вы этим и займетесь. Если вы предложите себя как майнтайнера и будете в темпе вальса решать проблемы с вашим оборудованием в ВАШЕ время - так всем похрену, нехай живет.

Таким манером M68K линух до сих пор живет. Фиг знает на чем там его эти арч-некромансеры запускают, но оно - есть. Потому что есть странные люди которые решают проблемы этого антиквариата. Это не трансформируется в немедленные проблемы майнтайнеров mm/ или лично Торвальдса и им оно пофиг, соответственно. Так и живет себе, радуя каких-то любителей ископаемых.

А вон там проблемы свалились на бошку майнтайнера mm/ - оно ему надо, при том что у него этого антиквариата сто лет как нет?! В опенсорсе при потугах сгрузить ВАШИ проблемы и хотелки на других - нехило уточнить надо ли оно им. Иначе они могут выполнить маневр "load dump" и вообще - пох@рить источник проблем на корню, если лично им оно не надо.

Мораль сей басни такова: не создавайте проблем другим - и их не создадут вам. Никому не надо новые проблемы. Надо - решения проблем.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Олег , 04-Май-25 17:47 
Для поддержки старого железа ничего не мешает жить на старых ядрах
Потом когда эти новшества войдут в тото же debian еще +3-5 лет будет оборудке
Ну вот тогда заживем...

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

Престижнее жить на новом ядре, со всеми новыми возможностями и обновлениями безопасности


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:42 
> новыми возможностями и обновлениями безопасности

Может, ты еще антивирус ставишь.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Олег , 05-Май-25 19:43 
Андройду вот не смешно не капли

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 04-Май-25 19:59 
Большинству важна скорость, а не шашечки. Люди на андроидах сидят со старым ядром без обновлений, но не бегут выкидывать свои флагманы из-за этого, а вот сидеть на старье даже с самым свежим софтом их не заставишь.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 07:03 
Престижнее (среди контингента, престижем озабоченного) жить в вилле альфа-бандита. Но ты же там не живёшь.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:45 
> Престижнее жить на новом ядре, со всеми новыми возможностями и обновлениями безопасности

На 486 компе? Престиж? Впоминается анекдот про мужика и жигуль
- Радио украдено, двигателя нету.
- Ну тогда и колеса тебе ни к чему!



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 01:36 
Вот и живи на старых ядрах. Не хочешь - а всё равно живи на них. А на форумах - не выёживайса троллингом в пользу Саурона.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено FSA , 05-Май-25 04:04 
> Но весь смысл Линукса в том, чтобы вдыхать жизнь во все компьютеры.

У меня в телефоне сейчас версия ядра 3.18 (Android 9) и новой уже точно не предвидится, что не мешает ему работать. Что мешает на старом железе 486 использовать скажем так 6.14.4, где архитектура ещё не дропнута? Что мешает содержать отдельно ветку своими силами для таких устройств, если устройств действительно много и стоит вопрос безопасности?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:12 
Шиндошс бросает поддержку компьютеров 2016 года.
Линуксоиды: Ну и плевать, да хоть 2023 года бросайте."

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:01 
> Шиндошс бросает поддержку компьютеров 2016 года.

Дропают поддержку, это забавно.
Они чтож хотят, чтобы все предприятия обновляли hardware.
Это особенно выгодно производителям ПК, а много ли ПК, производится в РФ.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 11:49 
> Шиндошс бросает поддержку компьютеров 2016 года.
> Линуксоиды: Ну и плевать, да хоть 2023 года бросайте."

486 - это даже не 2003 года, если что.

А вот как раз линух - в виде распоследнего дебиана - запускается даже на антике без SSE2 одноядерном, менее чем на гигагерц, как раз из начала нулевых. Только вы врядли им пользоваться захотите - ибо браузеры на ЭТОМ jit не поддерживают а с вот именно интерпретацией JS на именно таком железе вы будете логиниться в вебпочту минут примерно пять. Что обычно все же выбешивает пользователей. И не, апгрейдом ядра это не лечится а приказать производителям браузеров актуальных версий поддерживать ЭТО - попробуйте. А старые версии ... уже довольно много где не работают, и там вы вообще в почту залогиниться не сможете чего доброго.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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...

> Весь мир: «ну и ладно»

Не было такого, и ещё на десятке до последнего сидеть будут.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:27 
> Не было такого, и ещё на десятке до последнего сидеть будут.

Видел на кассе в пятерочке, там ZverXP, стоит.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 00:30 
Лишь бы ляпнуть, там XP IoT стоит, потому и работает до сих пор на калькуляторах и не выеживается.
От перемены на 10 IoT ничего кардинально не поменяется бзв.

"Разработчики ядра 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 сидят с какими-то браузерами с патчами от пионеров.


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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 14:26 
Эм...да?
Или переступить уже через жадность этого вашего мордатого директора, вынеся его впеерд ногами, и заплатить уже наконец спецу за допиливание нормальной RTOS под аппарат?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:44 
Ага может ты ещё и покупателя заставишь тратить в три раза больше. Или сам может заплатишь?

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 21:32 
Ага. Купил закрытое говно - будь добр после окончания жизненного цикла обслуживай его сам.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 01:34 
Купил открытое говно - будь добр с самого начала обслуживай его (всю экосистему к нему) сам. TIANSTAAFL.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 13:03 
Ну вот это, собственно, и есть жадность мордатого директора.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:37 
А ядро 6.1 (которое до 2027 будет обновляться) типа слишком старое для такого?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:43 
Кто знает может в будущем станет.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 16:26 
Почему до 2027? Обещали в 2023, что будет SLTS 10 лет.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:27 
> А ядро 6.1 (которое до 2027 будет обновляться) типа слишком старое для такого.

Думая что Linux стабилен, я думаю что можно запустить его на ПК, 1000 летней давности.
Статьи о стабильности Linux, времен Windows XP, Windows 7,
Когда поддержка Windows, уже тогда оспаривалась.
А Linux, преводзносился как суперстабильный.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 20:44 
>>> А Linux, преводзносился как суперстабильный.

Ты реально думаешь что "зе стабле аЙпиаЙ изЪ ноЪзеньсЪ!"(С) - переводится именно так?!?!? :-)))))


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено чатжпт , 04-Май-25 14:51 
> На древней линии автоматического монтажа радиоэлементов п1. У древнего робота руборуки сони проц 486.

ну и зачем там свежее ядро? линии монтажа будут работать на том, что туда производитель установил и поддерживает (если еще поддерживает), на нем не нужна свежая убунут или федора


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Олег , 04-Май-25 17:49 
Обновление таких вещей не предуссматривается производителем
50% станков всяких работают на XP sp1 и не о каких win11 нет речи даже в помине
ISA платы там даже

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:08 
> 50% станков всяких работают на XP sp1 и не о каких win11

Да есть еще древнючие пк ( может ПК не древнючие ), с софтом написанном в 1991, для сервисных центров Авто. Такой софт пишется по заказу, и обычно потом чтобы что то обновить, тех кто пишут софт, не найти.
А шарит в софте этом только тот кто его написал, потому что мало кто этим занимается.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 20:51 
Ну давай продолжи мысль - почему это должно быть проблемой пейсателей ведра, а не вон тех вот "сервисных центров Авто"? :-\
С 91-го года прошло _34_ года - ели эти *** не озаботились - то кто им буратина?

Хотя на самом деле всё ещё проще, для такого софта, там - DOS. А значит и гоняют они тот софтЪ в чём то типа DOSBox(C)(R)(tm) ... и в дуду не дуют что там их ведро поддерживает или нет - оно просто работает и всё(С) :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 13:18 
> Ну давай продолжи мысль - почему это должно быть проблемой пейсателей ведра,
> а не вон тех вот "сервисных центров Авто"? :-\

Я к тому же не понимаю зачем им - распоследнее ядро. У них был сервисный софт? Под линух? И это все работало - с последним ядром? ORLY? :)

А то может быть - проблемы и не существовало, иначе чем в вображении рандомных анонимов? Доисторический хардвар - если там был линух - мог идти с какими-нибудь кастомными вендорскими дровами, которые вы конечно фиг запустите на новом ядре. Да что там - я и QNX на пром железках встречал. И конечно напрочь легаси версий, про которые все забыли. Апгрейдить ее там конечно никто не будет - себе дороже, во всех смыслах, от цены на лицензии до кастомных драйверов на древнее недокументированное железо.

Это тот неловкий момент когда проще посмотреть функциональность - изучить протоколы и взаимодействие с внешним миром - и ЗАПИЛЬТЬ ЭКВИВАЛЕНТ С НОЛЯ НАХРЕН. На современном одноплатнике, с современным МК, и актуальным софтом. Откосплеив вооон то, разумеется, чтобы для внешнего мира ничего не изменилось. Это тупо проще по затратам сил и времени.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:30 
> На древней линии автоматического монтажа радиоэлементов п1. У древнего робота руборуки сони проц 486. Проприетарный софт на них есть, но если ты решишь его обновить и перепрограммировать что туда ставить дос?

Так вот незряж делают всякие KolibriOs, HaikuOs.
Кстати Haiu, щас делают 64 bit.
Кстати пользовался бы,
Удобная концепция, если приноровится, отвыкнуть от Linux
Ну если внести парочку изменений, то вообще конкурент Linux.
да вот поддержки Wi-Fi нет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:20 
И запустится ваша Гайка на 486? Даже Колибри требует хотя-бы пентиум.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 14:25 
Щас к тебе подвалит толпа разрабов встройки, которым выгодно покупать товарные остатки вторых пеньков, вместо человеческих армов.
И которым нужен вот прям свежайший линуупс

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:00 
https://opennet.ru/59840-raspberrypi

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 гамбургера.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:51 
В РФ школьник экономя на кокаколе за неделю себе Zero купит - всяко быстрее чем 486

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:25 
>  В РФ школьник экономя на кокаколе за неделю себе Zero купит - всяко быстрее чем 486

Да там был подсчет, в статье, про то что можно особо не напрягаясь, купить iphone за 1000$, неделю питаясь дошираками.
А не как в РФ, когда народ кредит берет для этой брендовой косметички.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 21:50 
Ну дак по статистике более 50% все айфонов так или иначе берут в кредит во ВСЕМ мире.
В США обычно телефон это приложение к тарифу - ценник в тарифе - а так тот же кредит...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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$ в день.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:55 
> Цены на связь обычно у таких операторов дороже, но не настолько, примерно
> что окупают 1000$ за 2 года.

там еще мелкими буковками - трейдин старой модели, переход от др. оператора или типа того - долго работать в минус себе даже компания из США позволить себе не может :)

> В Сша, если питаешься дошираками, то примерно это 100$ в день.

Не. На дошики я не согласен.... Нас и здесь неплохо кормят (с)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 раз дороже макфы.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 01:25 
Ну образно, образно доширак.

https://ru.russianfoodusa.com/food-drink/grocery/soups/

Доширак самый дешевый в сша 20 центов.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:51 
А что мешает форкнуть ядро и не иметь дело с этими истеричками больше?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено чатжпт , 04-Май-25 14:52 
никто не мешает, форкай

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 14:56 
Я больше про китайцев, АМД64 проц есть, карта местами видео есть, что мешает, тем более прям уж такой зоопарк всего и вся не нужен, я б форкнул, положил болт на всю эту невростению.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 15:02 
Мешает полная бессмысленность данного действия.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 17:12 
Ну конечно, экспертная оценка, как я забыл...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:37 
Ну вы, как эксперт более высокого уровня, можете объяснить, зачем китайцам это нужно (и почему именно китайцам).

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:34 
>  А что мешает форкнуть ядро и не иметь дело с этими истеричками больше?

Иногда дешевле форкнуть ядро, если речь например об оборудовании на производстве i686.


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

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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:05 
> Ещё есть процессоры -i586, -i686

На 64 Bit Windows, я перешел наверное только в 2014 году,
Ито только из за поддержки 4> Gb Озу.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:37 
> Вполне реалистичен план, когда можно через 2 года полностью дропнуть все эти 32-х битные машины.

Ну вот Microsoft, призывает выкидывать ПК <до 2018 года.
Это чтож, все вышли и выкидывать ПК свои, а у многих ( не по статистике Steam там всяких), hardware <2018. Обычно максимум что обновляют это всякие hdd / ssd, или добавляют Озу. Тк людей это устраивает они просто пользуются.
Что то я не вижу такой движухи.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:08 
Хозяин приказал - значит выкините. А кто не выкинет - тому интернет отрежут.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено FSA , 05-Май-25 04:10 
> Ну вот Microsoft, призывает выкидывать ПК <до 2018 года.

Не только сам M$, но и производители железа. У меня новых дров на видеокарту нет с начала 2016 года, а дров стабильных под Windows 10 нет от слова совсем. Может быть и можно что-то сделать, но это нужно ковырять глубоко. Так что больше Windows не пользуюсь, ибо просто невозможно поставить. Один драйвер работает только в Windws 8.1, другой только в Windows 10 и выше. Выбор состоит в отказе от WiFi или стабильной работы видеокарты.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 05-Май-25 09:09 
И зачем вы себе героически придумали эти трудности? Новое железо доступно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:17 
> Новое железо доступно.

Если ты готов проспонсировать, то я не против. Но не все люди располагают свободными финансами, у некоторых семьи, дом, дача, дети, внуки. Да и возраст не тот, чтобы гоняться за новым железом. Старое работает и на том спасибо.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 06-Май-25 05:45 
У всего есть предел.
Не будешь же пользоваться дырявыми носками пять лет «у меня же семья, дом, дача, дети внуки, да и возраст».

Так и тут.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 06-Май-25 09:13 
И на хламе обязательно распоследнее ведро? Прошлого LTS за глаза и за уши.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:20 
> Ну вот Microsoft, призывает выкидывать ПК <до 2018 года.

Проблема не в майкрософте, тут больше производителе железа поднасрали с драйверами. У меня вот для звукового кодека не встаёт ни один драйвер под одиннадцадку, хотя в 10 всё работает чётко. Кстати 10-ка будет до 2030 года поддерживаться, тут не знаешь чего завтра тебя ждёт, а уж что там будет в 30-м году... одному Всевышнему известно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Oldi , 04-Май-25 17:12 
Только мне трудности поддержки кажутся надуманными ?
Какие там затраты, все давно написано

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Олег , 04-Май-25 17:51 
Находится из миллионов поль зователей пару психов у которых вдруг чето не работает как минимум
Хотя даже на свалке давно новее пк

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 18:02 
> Только мне трудности поддержки кажутся надуманными

Ну скорее всего это для них лишний код.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Oldi , 04-Май-25 18:53 
Они его по лестнице на 9 этаж таскают ?
Или непрерывно переписывают в каждой версии ?
Бред какой-то

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:38 
Лишние 3 килобайта.

Я и говорю ( для них, для них ), это лишний код.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 21:01 
Лишний легаси - одна большая и глобальная точка отказа при большом обновлении архитектуры системы: никогда не знаешь сколько байт подразумевал под int в бородатом году давно умерший от старости кодер, когда занимался своим любимым байтоложеством с оптимизацией, с четко захардкоженными смещениями вместо тупого sizeof(). Не угадаешь - будет ли работать при апгрейде компилятора, при повышении стандарта до какого-нибудь -С11 вместо -С89.

Лишний легаси обычно стоит как зуб в носу, и который просто так #if'ами не обернешь и в плагин не выкинешь - сломаются API, сломаются внутренние, давно написанные функции.

Лишний легаси, который ради которого городятся костыли и воркахаунды, ведь писал его гений и одному из десятка тысяч он - возможно - будет нужен.

Не рекомендую, на самом деле. Или наоборот, рекомендую поработать с таким вот проектом с легаси, чтобы поменять своё мнение.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:56 
>никогда не знаешь сколько байт подразумевал под int в бородатом году давно умерший от старости кодер

Все нормальные кодеры давно используют типы с указанием размера. А в lecacy-коде всё просто: просто бери int32_t для виндовой программы везде где int, просто  rpl-ом заменяй, и int16_t для досовской.


"Разработчики ядра 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'ом. Если на нем ухитрятся это скомпилить и запустить - окей, мне пофиг. Но делать из этого мои проблемы?! Черта с два. Вы умрете с этой мечтой.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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<разрядность>` из коробки, но это легко реализуется самим для ряда нативно поддерживаемых типов.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 13:30 
> Причём тут 2 разных варианта? Бери тот размер, который автор подразумевал, когда писал.

Я сам автор - и как автор и обрисовал как я буду делать.

> Проблема int и unsigned int что эти размеры плавают, а
> не совпади они - баги вылезут,

Это вообще гамнокод, который имъ надо либо починить, либо выкинуть, если не надо. Сишник или плюсер либо кодил под стандарт, либо это откровенная дрянь а не код и его лучше вообще выбросить. Есть конечно случаи типа глубокой системщины где на вот именно 100% стандартном диалекте нечего ловить, но там бакланить - отливается, а на сильно другом железе системно специфичные вещи работать никогда и не собирались. Т.е. код какого-нибудь запуска STM32 - вам совершенно не пригодится на AVR в общем случае. Слишком разные.

> напр. в одном месте кода
> написано -1, а в другом 0xFFFF, сплошь и рядом в проектах,

Можно конечно любезно разложить грабли. Но откровенный мусор надо иногда - выкидывать.

> а в третьем - сравнение, которое вообще-то UB. Насчёт uint32_t: сначала
> ты делаешь замену "int" -> "int<разрядность>_t", а потом ты делаешь замену
> "unsigned int${разрядность}_t" -> "uint${разрядность}_t".

Я ценю свое время, поэтому таки - я делаю сразу замену на целевой тип, сугубо на основе идентификации ширины операций этой математики, а не чем-то еще. Как тот кто отрефакторил эн античного кода на C99 грю. Заодно и тупые вулны дидов можно починить.

> P.S. жаль, что в C++ нет `uint<разрядность>` из коробки,

Что значит - нет? Там кто-то спер stdint? Лично мне жаль - что C++ как и C все равно местами этот "int" может притащить в enum, операциях promition, да еще - signedness записи вида "int a" - не гарантирован вот так жестко. А для char b - вообще угадай попробуй, у GCC даже ключ для смены дефолтов есть. Грабледром как он есть.

> но это легко реализуется самим для ряда нативно поддерживаемых типов.

Для меня все просто. Если я таргетировал uint32_t а на вашей платформе его нет?
#error "your platform not supported"
(и дальше вы е...сь сами, при том - не с вон тем а с provisioning стандартных типов вашей платформе, если хотите этот код вон там, или просто идете нахрен!)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:01 
Вот вот. Забавно звучит, когда кто-то говорит о поддержке чего-то там, что уже десятилетиями неизменно и стабильно как кремень.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Oe , 04-Май-25 17:13 
> Прекращение поддержки 486 позволит удалить из ядра 14104 строки кода

Получается, для эмуляции CX8 (сравнить и обменять 8 байт) и TSC (счётчик циклов CPU, используемый в планировщике задач) потратили 14к строк кода? Да они целую ява машину написали что ли? Расскажите им, что есть jmp и ret, необязательно писать один и тот же код каждый раз когда встречается CX8 или TSC.


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Oe , 04-Май-25 19:05 
Его и не нужно эмулировать, legacy дичь жрущая электроэнергию.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:00 
> жрущая электроэнергию

0.01 ватта? О да, очень актуально и действительно стОит того, чтобы наговнокодить 14к строк, вместо того, чтобы нормально реализовать без эмуляции. Это всё что нужно знать о нынешних погромистах.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено fidoman , 04-Май-25 22:48 
Ради каких задач он нужен?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:15 
Да собственно не нужен вообще даже на 486, лишь лишние ресурсы жрало. По идее можно смело выпиливать. Вообще компы сильно переусложнены, я бы там 99% всего выбросил типа apic, hpet и прочей дряни.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено fidoman , 06-Май-25 12:14 
> Да собственно не нужен вообще даже на 486, лишь лишние ресурсы жрало.
> По идее можно смело выпиливать. Вообще компы сильно переусложнены, я бы
> там 99% всего выбросил типа apic, hpet и прочей дряни.

hpet хотя бы позволяет промежутки времени отмерять. а TSC что? Только для spectre и meltdown он нужен.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 19:37 
Вот почему процесооров великое множества.
А модель велосипеда одна.

Должно быть движение с торону универсальности.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 09:17 
Это разные вещи. Велосипед едет туда, куда хочет велосипедист. А процессор - куда хочет производитель процессора.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 10-Май-25 08:16 
В исходнике написано: почти 11к - это эмулятор FP.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 20:20 
>Отмечается, что для поддержки CPU 486 в ядре приходится держать код

Для поддержки абсолютно любого CPU в ядре приходится держать код.

>Подобный код усложняет ядро, затрудняет сопровождение и временами становится источником проблем, разбор которых отнимает время у разработчиков

Абсолютно любой код в ядре усложняет ядро, затрудняет сопровождение и временами становится источником проблем, разбор которых отнимает время у разработчиков.

>Прекращение поддержки 486 позволит удалить из ядра 14104 строки кода

Прекращение поддержки любого проца позволит удалит из ядра сколько-то строчек кода. То, что количество строк уже подсчитали, говорит о том, что патч уже реализован. То, что патч уже реализован - говорит о том, что решение о дропе уже принято, и любое "обсуждение" - это просто lip service.

>Линус считает

Этого одного достаточно для полного дропа. Так хочет Король. То, что кололь - марионетка вендоров - ну так он и озвучивает только марионеточные решения.

Просто вендорам и копирастам нужно больше золота. Для этого решили просто агрессивно дропать всё, что без поддержки TEE. И дроп i486 - это просто звено в этой цепи. Просто prereq. Просто большие проекты изменяются шаг за шагом, после каждого шага проверяя на живых юзерах, что они ничего не сломали. Так же шаг за шагом дропнут и всё остальное. Как многие дистры уже дропнули  не подавились.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 21:31 
Выкидывая старую, изношенную, дырявую, но пока еще сохраняющую подобие первоначальной формы вещь ты спонсируешь КОРПОРАЦИИ - ведь тебе нужна будет замена.

Носить эту вещь ты уже никогда (даже на даче) уже не будешь, она занимает в платяном шкафу место, но ИМЕННО В ЭТОЙ КОФТЕ ТЫ ТРАХНУЛ НАТАШКУ ИЗ 11Б, причем даже не снимая кофты - значит нужно хранить её вечно, даже если тонкая и звонкая Натаха превратилась в старого, массивного гиппопотама с голосом набатного колокола, а ты трахнул не только её уже в вузе.

Даже если эта вещь уже даже при упоротом сценарии тебе не понадобиться - для ролевых игр "обратно в 80е" можно купить совершенно новые реплики, а для другого оно тебе не понадобится - не смей её выкидывать, этим ты пропагандируешь ЗАПЛАНИРОВАННОЕ УСТАРЕВАНИЕ.

КОРПОРАЦИЯМ ВЫГОДНО, чтобы вещи не истлевали на теле у человека, чтобы НЕ ВКЛАДЫВАТЬСЯ в производство вечных носков и никогда не мнущихся трусов из гиперткани, которую можно носить поколениями. Как, ты чё, собака, за прадедом, бабушкой и старшей сестрой не хочешь донашивать труханы, чтобы передать их же своим детям, РАБ СИСТЕМЫ? В смысле, ЛИЧНЫЕ НОСИЛЬНЫЕ вещи?

Именно так я вижу половину ответов.


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

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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 04:20 
> Если брать флагманы, то и не придётся каждые 3 года менять из-за тормозов.

Придётся. Флагман портит аккум гораздо быстрее бюджетников и уже через 3 года он будет садиться за пол дня активного использования, а через 5 лет -- не будешь снимать его с зарядки. А менять отдельно аккум (если ещё найдешь оригинал, а не подделку с алиэкспресс) самостоятельно в неразборном телефоне... удачи :)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 05-Май-25 09:55 
> А менять отдельно аккум (если ещё найдешь оригинал, а не подделку с алиэкспресс) самостоятельно в неразборном телефоне

А зачем? Вот у меня через 3.5 года просел аккумулятор в айфоне. Зашёл в ближайший сервис центр и поменяли там.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 04:13 
> Ну не менять же смартфон каждые 2-3 года.

Его можно и нужно менять раз в 2 года. Хотя бы из-за деградации аккумулятора (новый поставить -- всё равно что вымыть одноразовый пакет из супермаркета и повесить его сушиться на балкон). Старый побыстрее скидывать на вторичку пока он ещё чего-то стоит.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 05-Май-25 09:57 
> новый поставить -- всё равно что вымыть одноразовый пакет из супермаркета и повесить его сушиться на балкон

Зависит от сматфона. У меня разные были с разными осями.
Менял акуусултяор только в айфоне.
Остальные - да, через 3 года по дешману продать одноразовое это самое.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:25 
Пепельница заполнилась, да.
Кстати, тут аналогия прямая: у вас когда на автомобиле аккумулятор окончательно устал, вы тоже тачку на авито скидываете и новую покупаете?

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 15:49 
Если он стал тормозным, что аж невмоготу — можно и поменять. Но аккумулятор тут при чём?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 05-Май-25 16:14 
>можно и поменять.

Но к этому моменту его уже не продашь по хорошей цене. Поэтому многие и не заморачиваются со сменой аккумулятора, а меняют телефон раз в 2 года, сливая старый на лохито. Я согласен, что поменять батарею - не проблема, но это необязательно наиболее выгодный вариант. Хотя бы потому, что как аккуратно не используйте, нет ведь никаких гарантий, что твой флагман проработает до морального устаревания, может через 3 года сдохнуть, а может и 10 лет отпахать, и тут не угадаешь.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено нейм , 05-Май-25 08:22 
> Usb Type - C, модный. Будет рассшатываться.

Lighting, не модный, сделан толерастами. Будет обламываться прямо в разъеме.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 04-Май-25 23:34 
> Выкидывая старую, изношенную, дырявую, но пока еще сохраняющую подобие первоначальной формы вещь ты спонсируешь КОРПОРАЦИИ - ведь тебе нужна будет замена.

Да, именно так.

>Носить эту вещь ты уже никогда (даже на даче) уже не будешь, она занимает в платяном шкафу

Отучаемся говорить за всю сеть. Остальная чепуха из той же оперы, поэтому коммент "Отучаемся говорить за всю сеть." на неё тоже распространяется.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Dzen Python , 04-Май-25 23:38 
> Именно так я вижу половину ответов.

Чё, нераб системы, что-то не так?


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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:20 
> Начнём с того, что в ваших сообщениях нихрена не понятно, что вы сказать пытаетесь.

А, тогда понятно, почему ты пытаешься отучить его говорить за всю сеть. Просто не понял что сказано, и ляпнул что-нибудь наугад? Он нигде не говорил за всю сеть, только за себя. Если это не понятно вдоль всего текста, то последний абзац об этом прямо говорит для непонятливых.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 00:42 
А, теперь вижу. После того, как та пурга пошла, я даже дочитывать то сообщение не стал. О таком надо в начале сообщения предупреждать, чтобы недопонимания не было. А ещё лучше своё "я вижу мир в бредовом свете" не в инет вываливать, а на лечащего врача.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:32 
> А ещё лучше своё "я вижу мир в бредовом свете" не в инет вываливать, а на лечащего врача.

Если ты не понимаешь написанное, то это говорит больше о тебе. В данном случае. Мне там всё понятно, и не вижу особо, чего там такого сложного может быть.

Попробуй с LLM'ом. Я пробовал их на английском юморе, с ним они справляются не всегда, потому что там бывают резкие повороты, на которых чатботов заносит, но и тем не менее, они в состоянии дать достаточно информации, чтобы понимать трёхэтажные конструкции, сложенные из отсылок к английским мемам и склееные игрой словами. Здесь же всё гораздо проще, я уверен LLM сможет разобрать тебе по словам и объяснить каждое из них.

> После того, как та пурга пошла, я даже дочитывать то сообщение не стал.

Лол. Но ответить ответил. Это меня больше всего озадачивает, когда прочитать лень, а вот отвечать нет. Вот это _мне_ непонятно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:54 
Зачем мне разбирать банальный троллинг хамством по типу "как хорошо, что бомжей опять сначала отдемократизировали, а потом выкинули на помойку, где им и место, хотите бомжевать - бомжуйте на помойке, а мы тут Пиночетгапур городим"? После подобного хамства можно вообще не читать.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 04:09 
> Отучаемся говорить за всю сеть.

Можно и сказать, если остальные "не все" в своём количестве укладываются в статистическую погрешность. Никого эти 0.01% нитакусек не интересуют.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено _ , 05-Май-25 21:06 
>ТЫ ТРАХНУЛ НАТАШКУ ИЗ 11Б,
>тонкая и звонкая Натаха превратилась в

Dzen Python а ты случайно сценарии для нонешнего синематографа не пишешь? А то навеяло :)


PS: САЛАГИ! Когда я трахнул Наташку 11-ых классов ещё не было :) Но от нее у меня даже фотки не осталось, этож по тем временам - проявлять и вся та химия ... а ломы же :)
Это нонче можно процесс на видео снимать прямо телефоном. Прогресс! ;-)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 10-Май-25 16:01 
> PS: САЛАГИ! Когда я трахнул Наташку 11-ых классов ещё не было :)

Нашел чем гордиться, блин. А теперь у тебя вообще поди - одни костяшки. Торопишься на кладбище? И да, теперь даже если такая наташка попадется - ты ж зафэйлишь теперь. Не скелетонское это дело - размножаться.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Zenitur , 04-Май-25 21:32 
Ну вот, последние процы без Meltdown дропают /s

А было бы неплохо увидеть 486 Linux с легковесным DE и Opera Mini вместо браузера.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 04-Май-25 22:24 
Вам к разработчикам машины времени.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено fidoman , 04-Май-25 22:36 
"А когда же будет хорошо? - А хорошо уже было."

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 05-Май-25 12:47 
Я выше писал про последние процы без Meltdown - эт Atom 2012 года.
А сабж, который не с каждым плеером сможет mp3 декодировать (не хватит в реалтайме) - это треш.

Тут иногда воют про то что VP9 видео в 1080p тяжело. Но это видео. А тут mp3 файл...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 22:43 
> без Meltdown

Были же нетбуки с каким-то там atom, у которого не было этих уязвимостей. Правда его производительность ниже второго пня.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:31 
ну предположим не второго и даже не третьего... но для 2010 унылая

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Zenitur , 06-Май-25 22:21 
Ну вообще, я ошибся, когда назвал 486 - последними процами без Meltdown. Последние процы без Meltdown, это Pentium 1 и Pentium MMX. Начиная с Pentium Pro и Pentium 2 уже есть механизм предсказания ветвлений. Так что есть ещё куда стремиться.

Наиболее ранние атомы - да, без него. Ты прав.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Tron is Whistling , 10-Май-25 08:17 
Все AMD - без Meltdown, если прекратить фанбоить :)

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

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

П.с. в интернет выхожу с планшета и телефона.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 04:37 
П.п.с. пишу не в эмуляторе, а на этой же системе, на ЭЛТ мониторе 1994 года 800x600.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 05:59 
Вот и думай головой(с)
Если офис и фотошоп нормально работали на таком железе, то почему сейчас им нужен топовый проц и видеокарта?
Ответ и так понятен.

Зы: интерфейс 3.11 просто вырвиглаз, как на таком работать вообще можно? Это же кошмар дизайнера.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:35 
Офис о фотошоп работали на первых Apple, вопросы?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено 1 , 05-Май-25 10:10 
Первый колесный транспорт появился тысячелетия назад, зачем нужны легковые автомобили, грузовики, поезда и т.п. ?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:14 
Первая версия появилась в 1987 году. Её создал студент Мичиганского университета Томас Нолл для платформы Macintosh. Он назвал её Display, но в 1988 году переименовал в ImagePro. В сентябре 1988 года Adobe Systems купила права на программу, оставив разработчиком Томаса Нолла, а в 1989 году программу переименовали в Photoshop. В 1990 году появился Photoshop 1.0.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:25 
А потом ее портировали под UNIX

https://archive.org/details/photoshop-3.01-irix


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:03 
> Офис о фотошоп работали на первых Apple, вопросы?

Причем были написаны на турбопaскaле, который тут принято хейтить.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 05-Май-25 15:13 
Потому что это заговор корпорастов против обычных пользователей, чтобы тем приходилось менять ПК чаще, чем в 10 лет. Возмутительно.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:22 
Немного грубо, возможно ты пытался в троллинг, но сам того не подозревая, написал всё по фактам.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 06-Май-25 00:12 
Если я раньше мог себе позволить 486, а теперь могу позволить его преемника, на котором можно использовать весь необходимый софт, как и 20-30 лет назад, то не вижу никаких проблем в этих "фактах". Вам лишь бы поныть.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 00:22 
> раньше мог себе позволить 486

Насколько "раньше"? Со вторички в году эдак 2010-м?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Rus_Trolol00 , 06-Май-25 00:42 
Когда он актуальным ещё был, в 90-х, но это не имеет значения, потому что я с тех пор много раз уже железо менял и никогда особых проблем (тормозов и тп) не испытывал. Поэтом, хрен знает, на что вы тут жалуетесь. Уж раз в 10 лет можно и обновиться...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:36 
На вторичке в 2010 году 486 отдавали за пару жбанов пива

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Zenitur , 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 их блочит. На ЛОРе один парень сделал стоорнний опенсорсный клиент - заблочили.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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 даже для микроконтроллеров. Но это не отменит того факта что анимированный смайлик оно в реалтайме врядли смогет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:53 
> возможно даже торренты

Он вам одни хэши будет проверять вечность. Ну и в целом торренты — не такая уж малоресурсоёмкая штука.
Да, а ещё FAT32. А ещё ISA-контроллер с мегапропускной способностью, даже если ухитритесь к нему современный диск подключить (впрочем, ISA-сетевушка сведёт всё к одному знаменателю).

> только ISA-шные платы умеют максимум MPEG-1 (а значит и MP3)

Не значит. В VideoCD сжатие звука осуществляется в Layer II, и весьма вероятно, что аппаратный декодер не умеет Layer III.

> Элементарно отсканировать изображение, а затем отразить/повернуть и сохранить в JPEG, тут 386-й уже слабоват.

386 слабоват даже просто для декодирования JPEG.

И так далее, и тому подобное.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:28 
> 386 слабоват даже просто для декодирования JPEG.

JPEG прекрасно открывается и на 286. Вопрос в размере. Если это 4к с твоего райдужного айфона, то неудивительно. Но на комьютерах того времени типичным разрешением экрана было 320х240 ну или максимум 800х600 (одобряю). Больше и не нужно, у меня не возникает желания расширить экран, благо графические интерфейсы проектировались инженерами и взрослыми серьезными людьми и закруглённых кнопок на пол экрана как в гноме там нет.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 15:37 
> JPEG прекрасно открывается и на 286. Вопрос в размере.

JPEG прекрасно открывается даже на ZX Spectrum, но да, вопрос именно в размере. Напрпсно вы думаете, что 386 захлебнётся на 4К, он это сделает намного раньше. Ради интереса сделал в 86Box машину с 386DX40, закинул туда папку с обоями 1024×768 и досовскую смотрелку SEA (одна из самых быстрых), ну что сказать… открываются картинки по 7-10 секунд. И это только декодирование, а если обрабатывать? а сохранять?
Про разрешение экрана вообще не понял. Мне теперь и фотографировать на старую нокию с 0.3 МП, что ли? Разрешение дисплея никогда не коррелировало с размерами фото, в конце концов, даже 4К — это всего 8 мегапикселей.


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

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:26 
У меня цифровая мыльница появилась в 2004 году, и там были 5 мегапикселей очень приличного качества. https://i.ibb.co/rRwqW7wL/P2220007.jpg

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:54 
в замкадьевске студент вполне мог в начале 2000-х купить комп со стипендий, не топовый, конечно...

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:35 
28 декабря 2000 года
для студентов государственных образовательных учреждений высшего профессионального образования - 300 рублей

первопень - 2 стипендии, мб к нему - 2 стипендии, 32 метра оперативы - 1 стипендия, видеокарта - 1 стипендия, флопарь с дискетами - 1 стипендия, копрус БП АТ - 1 стипендия, HDD бу - 1 стипендия, клава+мышь+шлейфы 1 , моник 14 дюймов - 2 стипендии
Год учился бу собирал - дальше апгрейд...

Ценники машгазинов на комплектуху 2000/2001 гуглятся легко, с рук было дешевле...
Если ты студент-технарь и не осиливал себе собрать комп - из комплектухи - это позор!


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 20:51 
> Ценники машгазинов на комплектуху 2000/2001 гуглятся легко

Но ты не изволил загуглить, иначе знал бы, что один только монитор стоил от 400 долларов.

П.с. Про то, сколько 300 рублей в 2000 году в долларах, даже писать не буду, ты всё равно глуп, ленив и бестолков, чтобы в гугл залезть. Не удивлюcь еcли ещe и жepтва eгэ.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 21:01 
В 2000 14 дюймовые бу с рук продавались за подъемные даже для студня деньги


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 22:18 
https://overclockers.ru/blog/ZSB/show/27314/kompjuternye-cen...
> ты всё равно глуп, ленив и бестолков, чтобы в гугл залезть.

Для тех, кому лень или зашкварно на руоверы ходить: 14" SVGA стоил меньше 150$, (впрочем, их уже тогда было бессмысленно брать), а 17" можно было найти за 200.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 22:41 
> меньше 150$

При зарплате инженера 100 баксов в МСК. Круто, чо) Сейчас тоже вон можно купить макбук про за 100500 баксов, да только кто ж его купит с средней (реальной средней, а не нарисованной) ЗП по МСК в 30к рупий.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:00 
> средней (реальной средней, а не нарисованной) ЗП по МСК в 30к рупий

Извините меня, но в моём мухосранске в депрессивной Карелии охранник (по сути сторож) сутки через трое получает 3500 за смену. Сдаётся, ваши 100 баксов оттуда же.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 00:16 
Я вообще-то не сказал, что 30К — это много. И да, есть в РФ места, где всё намного хуже. Просто _средняя_ _по Москве_ 30К — это смешно. Ну пойди ты охранником в пятёрочку, если ничего вообще больше не умеешь.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:06 
>> средней (реальной средней, а не нарисованной) ЗП по МСК в 30к рупий
> Извините меня, но в моём мухосранске в депрессивной Карелии охранник (по сути
> сторож) сутки через трое получает 3500 за смену. Сдаётся, ваши 100 баксов оттуда же.

Можешь зато посмотреть в интернете описалово как живут - твои соседи через границу. Те самые фины, которых в Карелии Красная Армия в свое время "освободила". И сравнить, территория то - рядом буквально, все условия те же самые. Как раз повод подумать кто там какие победители. И время вот - подходящее.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 21:28 
дык хреново живут, особенно на востоке - работы нет, как с 2008 года экономика была в стагнации, так и остается. если сравнивать 90-е и финку - тут да все и перли, 2000 и финку - ну да, сейчас - только бухать в кальсонах...

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 14:13 
> дык хреново живут, особенно на востоке - работы нет, как с 2008
> года экономика была в стагнации, так и остается. если сравнивать 90-е
> и финку - тут да все и перли, 2000 и финку
> - ну да, сейчас - только бухать в кальсонах...

Представляю себе морду фина узнавшего что оказывается можно "жить" на 350 евро. На бухло и нормальные кальсоны при этом, конечно, не хватит.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 16:27 
> Представляю

В том то и дело что ты можешь только фантазировать и представлять... Ты же живого финна и не видел ;)

А вот если бы ты спросил финна, особенно восточного, как ему жилось в 2006 и сейчас...
Он тебе бы много интересного рассказал, что не укладывается в твой маня-мирок.

Вот в 200х контраст был огромный, а в 201х контраст уже не такой большой, в 202х - нехрен там делать.
Можешь поискать статистику по летним работникам из РФ (клубника/лес) или по кол-ву эмигрантов (за вычетом СВО-эмигрантов - они не по экономическим причинам).

Если в конце 9х - поездка в финнку на клубнику, особенно студенту. - это ты поймал удачу за хвост, то к 201х уже желающих резко поубавилось, зато можно было прикупить шмоток на распродажах, а после катались за "фери/кофе" и "погулять", приграничные финны, в свою очередь, катались за бензином и некоторыми продуктами.

Сейчас с СПб "погулять" катаются в Карелию - ценники скакнули для туриков, местный бизнес переключился на них...
Чем занимается местный бизнес востока Финляндии  - погугли сам...
Уже штаны им пытаются поддержать не рыночными методами:
https://www.hs.fi/politiikka/art-2000010827237.html



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 09-Май-25 02:28 
> В том то и дело что ты можешь только фантазировать и представлять...
> Ты же живого финна и не видел ;)

На ваше горе у меня и фины знакомые есть. И вот чтобы они охранниками магаза работали, за 350 евро? Ну не, так не бывает. Это только вы так себя не уважаете.

> А вот если бы ты спросил финна, особенно восточного, как ему жилось
> в 2006 и сейчас...

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

> Он тебе бы много интересного рассказал, что не укладывается в твой маня-мирок.

Тем не менее, Финляндия по сравнению с Карелией в целом значительно менее помойная и раздристаная. Что хотите с этим фактом то и делайте. Я и то и другое видел, что вы мне будете тут рассказывать?

> Если в конце 9х - поездка в финнку на клубнику, особенно студенту. - это ты поймал удачу за хвост,

Это вообще о чем? Я айтишник, у меня свои критерии поимки удачи за хвост. Вам я их рассказывать не буду чтобы не смущать всяких охранников пятерочек.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним2 , 06-Май-25 13:50 
> ы всё равно глуп, ленив и бестолков, чтобы

переход на личности - признак отсуствия фактов и доказательств.

>  от 400 долларов
>  в долларах

В РФ вообще в магазинах ценники были в рублях, и в прайсах обязательно писали рубли -даже в 2000х. Закон, понимаешь...
А "у.е." даже из рекламы ушло в середине 2000х.
С рук расчеты могли быть и в долларах, но не более того...

Или ты, казачёк, не из РФ? Ну тогда это все твои небылицы объясняет



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:28 
Но сейчас у нас не начало 90-х, а середина 2020-х.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 13:47 
> Про разрешение экрана вообще не понял. Мне теперь и фотографировать на старую
> нокию с 0.3 МП, что ли? Разрешение дисплея никогда не коррелировало
> с размерами фото, в конце концов, даже 4К — это всего 8 мегапикселей.

Если так посчитать то всего 8 мега-пикселей по 8 бит на составляющую каждый это 24 мегабайта памяти на только хранение картинки. Так что удачи в декодировании этого на спекки, да и 386 с досом - 24 мега только на картинку - ну как бы у 386 столько могло и не быть. Тогда скорее мега 4 в типовом 386 было. Так что хватит с некрофилов фоты на 0.3 мегапиксела с нокии. Это и то тогда за чудо было.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Zenitur , 05-Май-25 19:56 
> Да, а ещё FAT32.

Ой, не напоминай. Win98SE и uTorrent, который не может скачивать файлы больше 4 Гб. Тогда это было не особо надо, но иногда такие файлы всё же попадались...

> А ещё ISA-контроллер с мегапропускной способностью, даже если ухитритесь к нему современный диск подключить (впрочем, ISA-сетевушка сведёт всё к одному знаменателю).

В теории, на 386-м можно завести VLB. Но на практике, таких материнских плат скорее всего не существует.

> Не значит. В VideoCD сжатие звука осуществляется в Layer II, и весьма вероятно, что аппаратный декодер не умеет Layer III.

А я так надеялся в 1999 году запустить на Oscar Video Galaxy mp3-шки. Приходилось тюнить винамп, чтоб не заикался...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 20:57 
> Win98SE и uTorrent, который не может скачивать файлы больше 4 Гб

Откуда такие объемы данных во времена 98 винды? Неужто dial-up'ом качал? А то походит на фантазии очередного шкoлoлo. Так, для просветления, расскажу как было. Итак, во времена 98 винды даже иметь CD RW считалось роскошью (про DVD тогда никто не знал даже), а основной способ обмена данными был дискеты или снятие жесткого диска и таскание его к друзьям, обмотав полотенцем, чтобы в в маршрутке кто-то не пнул. И это речь про Москву, а не Соликамск.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Zenitur , 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 уже смысла не имело, так как уже были флешки.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:24 
> Насчёт телеграма, там же анимированные смайлики на VP9.

Первым делом отключаю все смайлики, потому что у взрослого и серьезного человека они вызывают только рвотный рефлекс и ассоциируются с девчачьей группой детского садика. В моём клиенте их не будет by design, как и вообще любой графики. Только текст. Клиент для взрослых людей, а не для детей с айфонами.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 15:46 
Допустим, смайлики — это рюшечки, а вот изображения — это необходимость. Да и видео порой бывает нужно переслать.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 18:27 
> у взрослого и серьезного человека они вызывают только рвотный рефлекс и ассоциируются с девчачьей группой детского садика. В моём клиенте их не будет by design, как и вообще любой графики.

Суровый ты.,


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 05-Май-25 10:14 
> ради чего мне понадобилось бы покупать новое железо. Офис, фотошоп, программирование...

если ничего не надо делать, то такое может быть

а если надо программировать, а не Hello World на паскале писать, то сразу облом


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:21 
Если у тебя кругозор ограничивается хеллоувротами на паскале, то это твои проблемы. Даже и говорить не буду на каких компьютерах запускали космические аппараты и осваивали космос. Твой уровень это тиктоки и айфоны, что собственно понятно по никнейму.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 06-Май-25 05:51 
> Если у тебя кругозор ограничивается хеллоувротами на паскале, то это твои проблемы

Вот мне надо собирать линукс ядро для прошивок.
Что мне с этим антикварным железом делать?

У меня процессор 2011 года. Хотел в 2017 году обновить, но попёрли все эти спектры и прочие уязвимости. Так и не это. Но всё равно планирую.

И по сравнению с рабочим ПК собирается наверно раза в два медленнее.

А тут 486 хватит. Для возилинга только и хватит, а не для работы.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:21 
> Hello World на паскале писать

Без нейросети ты даже хеллоу ворлд не напишешь. Не говоря про Паскаль, до которого тебе расти и расти со своим js.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 06-Май-25 08:14 
> Без нейросети ты даже хеллоу ворлд не напишешь. Не говоря про Паскаль, до которого > тебе расти и расти со своим js.

Не знаю js. Давным давно писал обыусцированные скрипты для инъекций 💉 — и то на так себе уровне. Сейчас Hello World не напишу на JavaScript (без подглядывания).

А Pascal — рад что его забыл. Писал софт для старых систем было дело.

Так же писал/пишу на C, C++, Python по работе — всё лучше Паскаля. А Pascal пускай для школьных подделок остаётся.

А нейронками пользоваться не умею. Вот недавно только осилил кое как рисование на локальной развёрнутой. Сколько раньше не пробовал, лошади 🐴 выходили раз в десять хуже чем я рисую. С Pony Diffision v6 вот только что-то нормальное стало получаться.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:34 
> Python — всё лучше Паскаля

только набором библиотек, но по скорости исполнения монтипайтон уныл, а синтаксис на большого любителя


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено iPony129412 , 07-Май-25 10:08 
> но по скорости исполнения монтипайтон уныл

Я другое имел в виду. Что если бы мне сказали «всё, не будешь ты больше на плюсах писать, теперь отныне тебе либо в питонисты либо в паскалисты».

То я бы естественно первое выбрал бы.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 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?

или, как обычно, брешешь, бо никто ж не проверит?


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 20:44 
Сам то понял что написал?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:02 
В подобных новостях всегда смешила деталь про "вынес на обсуждение"
А слабо сразу взять и сделать? Как пу... Мужик! Он нажал на кнопку, вот и ты нажми, пропихни код в апстрим, а пусть остальные жрут че дают, или уходят.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:04 
И вообще, оставьте только х64.
Арм не нужен, потому что не вытягивает.
32бит тоже не нужны.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 06:06 
Не нужны потому что бесит когда в линуксе года 32битных библиотек, для совместимости.
А я не хочу! Хочу чтоб только 64бит, не нужны мне одни и те жеб блиотеки для совместимости!

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:10 
> я не хочу! Хочу

тебя никто их не заставляет ставить.
а так и дальше "хоти" если не можешь


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 08:26 
Не забывай (да ты и не знал, наверное), что ядро не только на твоём локалхосте, а большей частью, в эмбеддовке.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:50 
Арм, вот жеж.
А я как раз хотел попробовать. Ради интереса.
Наверное Arm, это такой конструктор. Правда сомнительный конструктор. По цене 120$, сомнительные характеристики.
Хобби у людей, покупать все эти комплектующие Arm, собирать из них.
Больше наверное это такое.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 12:16 
> Наверное Arm, это такой конструктор. Правда сомнительный конструктор. По цене 120$,
> сомнительные характеристики.

ARM это разный конструктор. Микроконтроллеры на нем стоят менее доллара. Одноплатники - от 10 баксов. А за 120 это уже довольно топовая штука из которой мини-десктоп или лаптоп можно сделать.

> Хобби у людей, покупать все эти комплектующие Arm, собирать из них.
> Больше наверное это такое.

Это хобби так то и окружающим нравится. Почему-то. Но вы можете попробовать запиливать им эмбедед решения на 486, посмотрим как вы vs ARM удержитесь. И кому денег дадут в результате.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:01 
Так я и не говорю что это плохое, это развивает.
Изучая что то, развиваешься и в другом.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 17:48 
> Так я и не говорю что это плохое, это развивает.
> Изучая что то, развиваешься и в другом.

Зачем ARM сейчас изучать я понимаю. Зачем 486 не особо. И да, все мое железо такого плана я распродал или отдал нашару в свое время.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:11 
> Зачем ARM сейчас изучать я понимаю.

Вообще не имеет смысла, если не собираешься кодить на ассемблере и писать драйверы на уровне bare metal.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 14:24 
> Вообще не имеет смысла, если не собираешься кодить на ассемблере и писать
> драйверы на уровне bare metal.

Лично я пишу мк bare metal фирмвари. В отличие от печальных софтварщиков я могу взаимодействовать - с реальным миром. При хорошем понимании железа и DMA - достаточно шустро, реалтаймно и продвинуто. То что большей части софтварщиков просто не дано. Они даже долбаную лампочку включить себе - не способны.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 18:01 
Чтобы "долбанную лампочку" включить достаточно микрика и знаний механики на уровне школы. Причем в случае светодиода даже не нужно делать ключ на мосфете. И для этого не нужно тащить туда целый процессор на АРМ. Поэтому, как преподаватель ещё советской школы, ставлю тебе НЕУД за профнепригодность.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:15 
> Чтобы "долбанную лампочку" включить достаточно микрика и знаний механики на уровне школы.

Теперь сделайте это с компа, телефона, планшета, пультика? А, не, надо самому переться микрик жать? Пардон, это немного разные уровни технологий. Вон там почти как в sci-fi а у вас - почти как при лучине в пещере. Разница.

> Причем в случае светодиода даже не нужно делать ключ на мосфете.

Светодиодами которым ключ не нужен - тоже проще всего из МК с фирмварью рулить. А когда весь 32 бит проц с DMA стоит 20 центов... эээ... много вы там микриков за 20 центов наберете? А то оно не только функциональнее - но и дешевле. А чему дорого стоить в кусочке кремния? Обработке? А его относительно старыми машинами, слитыми за бесценок - оно и...

> И для этого не нужно тащить туда целый процессор на АРМ.

Без него оно никогда не сможет вон то. Я могу откомандовать вот прям отсюда - врубить или вырубить вон то. А вы будете лично бегать к каждому выключателю, как питекантроп.

> Поэтому, как преподаватель ещё советской школы, ставлю тебе НЕУД за профнепригодность.

Мне глубоко плевать. Я давно превзошел ваш убогий уровень в электронике и цифровых системах. Теперь я буду ставить себе зачеты сам. Может быть, спрашивая мнение пользователей тех софта и железа, но не более того.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 14:28 
Деятельность по изучению чего либо, не обязательно компьютеров, стимулирует рост нейронных связей. После чего либо такого, у тебя во время сна у тебя формируются новые нейронные связи.
Это помогает не только в комьютерах, это что то что можно перенаправить на любую сферу.
Нейронные связи можно тренировать, как мышцы.

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 09:35 
Посоны, напомните, почему HURD до сих пор на Mach сидит, а не на Minix/Fuchsia/Redox?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 10:51 
Полностью поддерживаю, а те кто против, пусть покажут сколько комитов они заслали в ядро.

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

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 22:37 
> они не могут починить прокрутку в ядерной консоли

Так они её вроде ВООБЩЕ дропнули по причине "нинужно"? Типа голую ядрёную консоль никто не использует. А ведь было удобно прокручивать назад зажимая ctrl + shift + up/down. Теперь приходится изгаляться с more и less теряя текст подсвеченный другим цветом.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:06 
> Так они её вроде ВООБЩЕ дропнули по причине "нинужно"?

Нет.
«Код удалён в связи с наличием ошибок, которых оказалось некому устранить из-за отсутствия мэйнтейнера, курирующего разработку vgacon.»
https://www.opennet.me/opennews/art.shtml?num=53714

…ну то есть по сути не нет, а да. Действительно никому не нужно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:23 
> с наличием ошибок

Похоже на предлог. Потому что никаких ошибок там не было, логика простейшая, поддерживать там особо нечего и работало оно всегда чётко.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:51 
> Похоже на предлог.

Предлог подразумевает скрытую причину. Даже включив параноика, такой причины выдумать не могу.

> поддерживать там особо нечего

…а поддерживать при этом никто не хочет:
«Если найдутся пользователи, которым данная функциональность окажется необходима, код для поддержки прокрутки в консоли будет возвращён в ядро, как только найдётся мэйнтейнер, готовый взять его сопровождение в свои руки.»


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:13 
> а поддерживать при этом никто не хочет

Ну вот я хочу, только я нефига не понимаю в системном программировании и уже стар чтобы это всё изучать с нуля. И таких как я полно. А вот твоё надувание щёк говорит о том, что ты сам только хеллоувроты и умеешь писать, как и я, иначе бы знал, что далеко не все программисты, которые знают си на таком уровне, чтобы ковырять ядро.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 11:35 
> Ну вот я хочу, только я нефига не понимаю

Заплати тому, кто понимает. Ведь это тебе НАДО?

Что? Уже не очень-то и надо было? О как...


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 17:56 
> Заплати

Дай деньги - заплачу. А так если бы у меня были деньги, яб ы купил мак, а не сидел на core 2 quad в 2025 году и на линуксе с вырвиглазным дизайном, потому что даже десятка тормозит.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 10-Май-25 16:51 
>> Заплати
> Дай деньги - заплачу. А так если бы у меня были деньги,
> яб ы купил мак, а не сидел на core 2 quad
> в 2025 году и на линуксе с вырвиглазным дизайном, потому что
> даже десятка тормозит.

И зачем в линухе кому-то делать ваши проблемы - своими? Чтобы что? В таком случае вам придется встраиваться в этот мир уж как вы там умеете, кушая что дали и выбирая из доступных вам опций. И выруливайте как умеете сами.

А так то прикольно, нищий потребитель - это настолько печально что не интересно вообще совсем никому и никак.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 14:27 
>> а поддерживать при этом никто не хочет
> Ну вот я хочу, только я нефига не понимаю в системном программировании
> и уже стар чтобы это всё изучать с нуля. И таких
> как я полно.

Если вас полно - найдите тематического программера, скиньтесь ему на зарплату - и вперед. Честно предупрежу что платить придется скорее всего прилично - ибо за интерес копаться в окаменелых фекальях мамонта, приобретая знания которые потом некуда девать будет - сами понимаете.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 17:56 
> скиньтесь ему на зарплату

Готовы скинуться если ты выделишь фонд. А так если бы у людей были деньги, они бы покупали себе мак и не мучались бы с линпуксом.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:22 
>> скиньтесь ему на зарплату
> Готовы скинуться если ты выделишь фонд.

Мне x86-32 вообще не вперся, от и до. Так что выделю я вам на это только фигу. Вы или сами решаете свои проблемы, или их решат другие - методом ампутации болящего хвоста. Когда меня интересовало развитие направлений - я им денег давал. Чтоб направление развивалось в полезную мне сторону, а заодно и опыт сразу среди первопроходцев получить, раньше многих других. Но это все про девайсы на ARM. Вот тут я ни разу не пожалел что вписался в эти направления.

> А так если бы у людей были деньги, они бы покупали себе мак и не мучались бы
> с линпуксом.

У меня есть деньги. Но покупать мак меня не улыбает, платить за вендорлокнутое добро с откровенно ограничиловскими замашками и ненужной мне ос для хом - мне просто ни к чему. Представляете, я не хома - и мне не надо ос для хом. Мне надо ос в которой я могу эффективно работать. В том же каде рисовать, фирмвары и софт писать, все такое. В этом смыле мощный комп с большим монитором, удобной клавой и мощной начинкой - вне конкуренции.



"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 21:02 
> И таких как я полно.

И что характерно, уже пять лет таких полно.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 17:58 
> Действительно никому не нужно

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


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:19 
> less теряя текст подсвеченный другим цветом

-R


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 05-Май-25 23:21 
>> less теряя текст подсвеченный другим цветом
> -R

Эх если бы всё было так просто.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 01:10 
> -R

А теперь ещё раз. Потом ещё и ещё, перечитай егo cooбщение. Пока дойдёт, что ты напиcaл xepь.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 02:39 
ChatGPT:

Bare-minimum keep-alive for an old driver/arch costs ≈ $20 k/year.
Proper security-patched, CI-clean support costs ≈ $60–100 k/year.
One full-time professional steward costs ≈ $140 k–$180 k/year.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 02:58 
Он же:

Avionics vendors still renew maintenance contracts (~US $25–40 k/yr per driver) for CVEs & new boards.

То есть железка для быдла дороже выходит, чем авионика с формальной верификацией. Вот что микроядро животворящее делает.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 18:39 
> ChatGPT:
> Он же:

Чат GPT, часто подсказыает противоположную инфу, есть такое.
Если спрашивать то что заведомо знаешь.
Уточнять.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 19:24 
> Avionics vendors still renew maintenance contracts (~US $25–40 k/yr per driver) for
> CVEs & new boards.
> То есть железка для быдла дороже выходит, чем авионика с формальной верификацией.
> Вот что микроядро животворящее делает.

Наел вас чатгоп, как пить дать. Там одна сертификация заново только дороже будет стоить. И все best practices с инженерами - ну никак дешевле вон того не получатся.


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено askh , 06-Май-25 19:48 
А есть ли сейчас дистрибутивы Linux, которые можно поставить на Pentium 100 с 64 МБ оперативной памяти и жёстким диском 2 ГБ?

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 06-Май-25 21:12 
да. например
http://tinycorelinux.net/faq.html#req

можно slitaz попробовать, 4 подходит, 5 надо щупать
https://slitaz.org/ru/doc/releases/4.0/relnotes.ru.html


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 16:04 
Думаю alpinelinux сойдет. В 64мб можно будет twm/windowmaker с elinks уместить

"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 08:07 
Minki's Crappy Linux is a Linux-based operating system designed for machines with very little available system memory. It will be fully operational and capable of multitasking on as little as an Intel 486 66 MHz with 4 MB of RAM.

Some of MCLs features include:
    The systems icewm desktop
    A web browser
    A mail client
    A chat client
    An office suite (editor, spreadsheet, presenter)
    A unix-compliant development suit
    A media player
    An Amiga module player
    Graphical and text based games
    Emulators for ZX Spectrum, Apple II, Gameboy, NES and Master System
    A CPM emulator

https://muellers-software.org/mcl/index.htm


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 16:32 
> Minki's Crappy Linux is a Linux-based operating system designed for machines with
> very little available system memory.

Названию соответствует на все сто. Ядро 2.2 или 2.4 на выбор? Ооок! А вы тут про 6.15 рассуждаете. Вот вам на 486 чего надо было на самом деле %)


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено Аноним , 07-Май-25 19:17 
> Названию соответствует на все сто

какой компутер, такой и дистрибутив - все честно :)))


"Разработчики ядра Linux на пути к удалению поддержки процесс..."
Отправлено almanah , 09-Май-25 11:20 
Интересно, а нужны пользователям тех систем новый код?
Гипотетически, можно же сделать наоборот, патч который включает поддержку 486. А если заинтересованным станет сложнее допиливать этот патч, может тогда им проще будет модернизировать аппаратуру. (Я не претендую на гениальность, а кидаю зерно для роста обсуждения.)