The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Разработчики ядра Linux обсуждают проведение чистки устаревших платформ, opennews (??), 13-Янв-21, (0) [смотреть все]

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


55. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +3 +/
Сообщение от ryoken (ok), 13-Янв-21, 14:56 
Оно что, кому-то жить мешает? Ну сидит и сидит, вот будет постапокалипсис - пригодится :D. Я наоборот хочу найти способ, как прикрутить поддержку всего возможного железа, на всякий случай :D. А то вот ISA-звуковуху как на P-III заводить?
Ответить | Правка | Наверх | Cообщить модератору

61. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +2 +/
Сообщение от Аноним (63), 13-Янв-21, 15:08 
Вообще - да, мешает. В какой-то момент неподдерживаемый код начинает якорить разработку - вон то изменение вызывает фаллаут в этом антике, и никто не знает как это чинить. А без изменений в core - не, извините, зачем кому-то как с COBOL в банкинге?
Ответить | Правка | Наверх | Cообщить модератору

79. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +1 +/
Сообщение от Аноним (36), 13-Янв-21, 16:13 
как ни странно, кобол работает даже сейчас, когда его никто не понимает. Это вам не раст, который понимают растаманы, но даже при этом он не работает.
Ответить | Правка | Наверх | Cообщить модератору

169. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Ordu (ok), 14-Янв-21, 06:13 
> как ни странно, кобол работает даже сейчас, когда его никто не понимает.

И ты сидишь в системе, написанной на коболе? У тебя и браузер, на коболе писанный, есть?

Ответить | Правка | Наверх | Cообщить модератору

203. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от _ (??), 14-Янв-21, 20:42 
А ты хоть раз махал приличной кредиткой? Типа Visa? Ну так вотЪ 8-)
Ответить | Правка | Наверх | Cообщить модератору

205. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Ordu (ok), 15-Янв-21, 04:05 
> А ты хоть раз махал приличной кредиткой? Типа Visa? Ну так вотЪ
> 8-)

У тебя есть желание отказаться от венды/линукса, chrome/ff в пользу кредитки?

Ответить | Правка | Наверх | Cообщить модератору

206. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Ordu (ok), 15-Янв-21, 04:18 
Да и вообще, несколько лет назад я читал нытьё пендосов о том, что из-за прибития гвоздями банковской системы к коболу они отстали от Китая, который имея задержку в развитии, подошёл к этапу компьютеризации всей страны позже, и поэтому даже не стал заморачиваться с этим пластиком, на QR-кодах работает. Напечатал собрал url для оплаты, повесил его ценником, кто хочет купить фоткает, и нажимает кнопку "оплатить". Всё. Или можно на кассе вывести QR-код для оплаты чека на экран. Никакого специализированного железа, никакой возни с выпуском карточек, никакого кобола.

Кобол живёт до сих пор потому, что в банках рулят финансисты, а не инженеры, и приводить пример банков как пример хорошего инженерного решения -- несколько странно. А если ты почитаешь ещё это[1], то ты поймёшь, что это вряд ли даже с экономической точки хорошее решение, потому как мнение инженера в принятии решений о дальнейшем развитии системы не учитывается. То есть, это в противовес ситуации, когда мнение инженера было учтено, взвешено с экономических позиций и отвергнуто, здесь его даже никто из тех, кто принимает решения, не слышал.

Кобол в банках -- это совершенно невалидный пример тому, как надо делать. Я не говорю "неверный" -- может он указывает в верную сторону? Я говорю "невалидный", потому как он, сам по себе, не позволяет судить о том, в какую сторону он указывает, в верную или неверную. А вот пример Китая, показывает, что на коболе его хрен догонишь. Уже лет десять не получается догнать. Потому "как работает, не трожь". Да этот кобол ты попробуй тронуть -- РУКИ ОТОРВЁТ. ОН Ж ВЕСЬ В УППЕРКАСЕ.

[1] https://blog.pragmaticengineer.com/what-silicon-valley-gets-.../

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

103. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +3 +/
Сообщение от zzz (??), 13-Янв-21, 18:58 
Тогда и вопрос с удалением надо поднимать, когда есть проблемы, а не потому что "Пять лет - дропаем"
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

121. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +2 +/
Сообщение от Урри (ok), 13-Янв-21, 20:57 
Чтобы не надо было это чинить, надо ничего не ломать. "Обратная совместимость", слышали такое?

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

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

139. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +1 +/
Сообщение от Аноним (-), 13-Янв-21, 23:54 
> Чтобы не надо было это чинить, надо ничего не ломать. "Обратная совместимость",
> слышали такое?
> Но кодэманки не умеют писать код так, чтобы ничего не ломалось. Поэтому
> пытаются просто выкинуть то, что сломали.

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

Поэтому в линухе по сей день хватает кода в ключевых подсистемах, суть архитектуры которго сводится к "первое что студню в бошку пришло". Это не совсем удачно, особенно когда хочется стабильно, фичасто и производительно. Поэтому периодически что-то перепахивают, и иногда это требует пропатчить немного и смежный код. Ну, нормальное в общем то действо, если идея ос разрабатывать а не превращать ее в музей цифрового антиквариата. А тут опа - у кода майнтайнеров нет. Кто хотите тот и пачите. А вот это уже неудобно, клинит развитие подсистем. Ничего нельзя тронуть потому что неподдерживаемый крап сломается. И тут возникает вопрос: а что делать? Логичный ответ - отпилить что болит. Все-равно этим уже никто не пользуется, иначе слали бы патчи.

Ответить | Правка | Наверх | Cообщить модератору

144. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 00:06 
> - у кода майнтайнеров нет. Кто хотите тот и пачите. А

А почему бы не попатчить именно тому, кто сломал? Заодно меньше будет смузи расплескивать.

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

зато не приводит к интелу, интелу, и еще вот немножечко arm, но только тех которые оплатили производители модных мобилок.

> что неподдерживаемый крап сломается. И тут возникает вопрос: а что делать?
> Логичный ответ - отпилить что болит. Все-равно этим уже никто не

Логичный ответ - ты сломал, ты и чинишь. Хотя бы до состояния "компилируется". Патчи потом, возможно, пришлют другие, это проще чем разбираться что ты, гениус, понапридумывал (документацию ведь эти гениусы не пишут), и как теперь этим пользоваться вместо поломанного, с нуля.
И это вообще-то очень неплохой барьер на пути смузихлеба. Может, прикинув сколько и чего надо при этом менять - расхочешь делать это ломающим совместимость способом.

> пользуется, иначе слали бы патчи.

У них все работало. Зачем им слать патчи? (и проходить все круги ада с обсуждением писателями-на-псевдокоде) У них железо десять лет не меняется.

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

А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно перевело ведь флэшки на exfat!

Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Dzen Python (ok), 14-Янв-21, 02:46 
Как страшно жить! Мумий удаляют из кода не потому, что они - мумии и только своим наличием мешают идти дальше, нет! Это все потому, что проплатили! А у вас в квартире газ? Это все ОНИ проплатили, чтобы хлопком вас убить.
Логика - 10/10.
> А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно перевело ведь флэшки на exfat!

Давай. Если так уж надо будет - перенесут код во fuse, в динамический модуль.

Ответить | Правка | Наверх | Cообщить модератору

191. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 14:32 
>> А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно
>> перевело ведь флэшки на exfat!
> Давай. Если так уж надо будет - перенесут код во fuse, в
> динамический модуль.

кто перенесет-то? Ты не умеешь кодить, изначальный автор мог давно умереть или потерять интерес к поделке со stable api nonsense.

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

Ответить | Правка | Наверх | Cообщить модератору

197. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Ананананас (?), 14-Янв-21, 16:54 
Кому надо, тот и сделает.
Это опенсорц, детка.
Хочешь хорошо - делай хорошо. И поддерживай потом свое музейное хорошо.
Ответить | Правка | Наверх | Cообщить модератору

200. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 17:21 
> Кому надо, тот и сделает.

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

> Это опенсорц, детка.

Не, чувак, это впопенсорц-нате-на-лопате - жрите что проплатили ibm&прочие платиновые спонсоры.

А они не настроены делать хорошо, они настроены сделать чтоб ты зае...ся и пришел к ним с деньгами.
Желательно, yearly.


Ответить | Правка | Наверх | Cообщить модератору

214. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Аноним (-), 16-Янв-21, 06:05 
> А почему бы не попатчить именно тому, кто сломал? Заодно меньше будет смузи расплескивать.

Вот тут видимо и возникают терки на тему того что патчить ядро под проц КОТОРЫЙ НЕ ВИДЕЛ НИ ОДИН ЖИВОЙ ЧЕЛОВЕК В РАССЫЛКЕ - неудобно слегонца. Всем. А превращать ядро в алтарь рядом с которым можно только падать ниц - это ты сам с твоими кернелами 3.чеготам как-нить.

> зато не приводит к интелу, интелу, и еще вот немножечко arm, но
> только тех которые оплатили производители модных мобилок.

Как именно "не приводит"? Большую часть перечисленного ты купить не сможешь, потому что не производится много лет. А TMSчтототам ты конечно сможешь купить, но в основном потому что они кондово-индустриальная фирма и потому для тех кто сильно просит есть и античное г-но, но за отдельные деньги, естественно.

Если кто не знает историю - сигнальники TMS встроены в процы типа OMAP, как сопроцессоры. И запускать вот именно линух сильно сподручнее на ARMовском ядре оного, а в DSP только специфичные DSPшные операции. Из DSP довольно паршивые процессоры общего назначения, как и из GPU.

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

1) Это даже протестить напряжно. Откуда я знаю, собирается мой код под винтажный проц или нет?
2) Я вот при всем интересе к экзотам понятия не имею есть ли для старого техасского сигнальника актуальный открытый тулчейн.
3) К тому же походу это не только я не знаю. Мне кажется искусство компила линуха под перечисленых было слегка утрачено в веках.
4) Удовольствие саботировать разработку столь тупым способом тебе не доставят.

> Патчи потом, возможно, пришлют другие, это проще чем разбираться что
> ты, гениус, понапридумывал (документацию ведь эти гениусы не пишут),

Ну расскажи чтоли как и чем вообще компилить кернела под техасский сигнальник? Под это есть актуальный открытый тулчейн хотя-бы? Или кто и как это тестить должен, например? Ну, у авторов порта это предположительно было на мази. Но если они 10 лет как почили в бозе...

> и чего надо при этом менять - расхочешь делать это ломающим совместимость способом.

Не сомневаюсь что при требовании компилять патчи под техасские сигнальники желающих слать патчи будет около ноля. Именно поэтому такое удовольствие тебе не доставят.

> У них все работало. Зачем им слать патчи? (и проходить все круги
> ада с обсуждением писателями-на-псевдокоде) У них железо десять лет не меняется.

Ну, может когда-то и работало. Но с тех пор прошло 10 лет и никто не знает ни работает ли это, ни живы ли те господа, ни what it takes хотя-бы вот именно проверить ломают ли твои патчи тем господам что-то или нет. А их самих для этого как-то малость нет.

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

Если им что-то надо - они ГДЕ? И не хотят ли вот как раз они и тестировать хотя-бы компилируемость под свои экзоты? А то такой кроссбилд даже червяк mirai в полной комплектации не наворачивал, а от обычных девов такое требовать - охренел совсем?!

> А то - давайте fat выкинем, нахрена он такой старый нужен, все
> передовое обчество давно перевело ведь флэшки на exfat!

Ну, как, этот антик еще в /boot на уефанстве. И флехи 32 гиг и менее еще есть в магазинах.

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

228. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 16-Янв-21, 22:57 
> Как именно "не приводит"? Большую часть перечисленного ты купить не сможешь

ну кобальт вот не смог, да (когда еще было интересно, сейчас, конечно, уже смысла нет).

А так, в принципе, полон ебей неведомой херни, только плати.

> а в DSP только специфичные DSPшные операции. Из DSP довольно паршивые процессоры общего
> назначения, как и из GPU.

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

> 1) Это даже протестить напряжно. Откуда я знаю, собирается мой код под винтажный проц или нет?

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

> Ну расскажи чтоли как и чем вообще компилить кернела под техасский сигнальник? Под это есть
> актуальный открытый тулчейн хотя-бы?

а вот ЭТО - к эффективному менеджеру проекта, по имени Линус.
Что мешало, добавляя новую архитектуру, хотя бы требовать от авторов предоставить набор инструментов или ссылки на него? (И да, можно заодно и отказать шибко хитропопым, не желающим выкладывать их в паблик, но желающим непременно попасть в мэйнлайн. Но отказывают другим, тем кто задевают ЧСВ майнтейнеров, "пишущих на псевдокоде" последние двадцать лет.)

> Если им что-то надо - они ГДЕ?

Где-то вне гадюшника lkml, вероятно.

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

даже если хотят (а впрочем, кто их спрашивает, нате на лопате) - только от майнтейнера совсем не это ведь требуется. Для начала надо неплохо отлизать всякие coc'и, чтоб майнтейнером вообще стать, даже такого вот позаброшенного куска.

> Ну, как, этот антик еще в /boot на уефанстве. И флехи 32 гиг и менее еще есть в магазинах.

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

Будут этот boot с флэшки с версией 3.0 устанавливать при начальной установке, не наши проблемы.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру