https://www.opennet.ru/openforum/vsluhforumID3/114086.html В сегодняшнем &lt;a href="https://lkml.org/lkml/2018/4/15/201"&gt;анонсе&lt;/a&gt; первого кандидата в релизы ядра 4.17, Линус Торвальдс отметил, что появился повод, чтобы релиз данного ядра вышел под номером 5.0. Как известно, значительные смены номера версии являются формальным шагом, не связанным с внедрением каких-то революционных и особенных изменений, а лишь снимающих дискомфорт из-за накопления большого числа выпусков в серии (последнее время, стараются не выходить за пределы 20). <br><br><br>&lt;p&gt;Смена версий 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. В процессе подготовки 4.17 преодолён рубеж в 6 млн git-объектов в репозитории, что является отличным поводом для присвоения данному выпуску номера 5.0. При этом, Линус не исключает, что несмотря на хорошее совпадение, он не принципиально не станет формировать вместо 4.17 релиз 5.0, так как не хочет быть слишком предсказуемым и не желает пр https://www.opennet.ru/openforum/vsluhforumID3/114086.html#195 Thu, 26 Apr 2018 10:45:00 GMT Ставит, как и любое засвопившееся приложение.<br> https://www.opennet.ru/openforum/vsluhforumID3/114086.html#193 Wed, 25 Apr 2018 03:06:40 GMT &gt;led (aka ldv)<br><br>Да, ладно??<br><br>&gt;Просто ткни в его профай https://www.opennet.ru/openforum/vsluhforumID3/114086.html#192 Tue, 24 Apr 2018 20:47:02 GMT &gt; Единственная претензия в Linux, с моей точки зрения - это плоское моноядро. <br>&gt; Модульность сожрала бы 5%, но улучшила бы многое в архитектуре.<br><br>Вот скажи, человек, как так получается что в Linux его крутой DRM/KMS таки наглухо опционален и в каком-нибудь роутере гоняющем траф под столом его просто нет. За отсутствием дисплея даже в проекте.<br><br>А в таком из себя гибридном ядре NT (с чем еще уместно такое сравнить?) - оборвать части гуя из win32k.sys и ко - просто не вариант, это виндой и винапи резко перестанет быть. И один виндовый win32k.sys в результате весит больше чем весь кернел роутера в сборе. Вот как-то так "плоское моноядро" втыкает "гибриду". Может быть, все эти деления достаточно условны, да? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/114086.html#191 Tue, 24 Apr 2018 20:40:01 GMT &gt; Но ничему не противоречит и если десяток зилотов будет таскать поддержку древней архитектуры.<br><br>Ну пойди, найти этот десяток зилотов, который будет поддерживать tv-tuner'ы которые есть только у трёх человек в мире. Нашёл?<br><br>Линукс поддерживает актуальное железо. Если у железа есть пользователи, то находятся и зилоты. Чем больше пользователей, тем проще находятся зилоты. Именно об этом я писал выше. Откуда такая корреляция берётся -- это другой разговор, но факт остаётся фактом: чем более востребована железка, тем больше желающих запиливать её поддержку в ядро.<br>Поэтому задача "поддерживать актуальное железо" вполне работоспособна в случае с линуксом, а вот задача "поддерживать старое железо" не работает и не будет работать. И, более того, при текущей модели разработки, будет глупостью выделять ресурсы на поддержку старого железа, потому что эти ресурсы можно вкидывать в поддержку нового железа, и это будет гораздо полезнее.<br><br>&gt; Интересно, чего такого стало фундаментально иначе в си за 20 лет?<br><br>Технологич https://www.opennet.ru/openforum/vsluhforumID3/114086.html#190 Tue, 24 Apr 2018 19:05:06 GMT &gt; заканчивая четвёртым пнём. С биосом, впрочем, intel уже сам справился, правда <br>&gt; выкатил взамен какой-то overengineering под названием UEFI.<br><br>Собственно этим большинство попыток радикально все сломать до основанья и затем и заканчивается.<br><br>С итаником вышла такая же фигня. Он теоретически крутой и правильный. Практически это тормоз, за килобаксы, без поддержки софтом и без програмеров которые бы софт пилили, потому что не будут они голимое тормозилово за килобаксы покупать. Стимула мало. И никто не смог сделать под это нормальный компилер.<br><br>Пришел амд, примотал на проволоку и скотч 64 бита, немного подмазал помет и глину. И вроде уже и регистров побольше, и 64 бита есть, и софт не тормозит, при том - не отличаетяс очень уж драматично от того к чему все привыкли (и подо что генерят довольно оптимальный код). И вот оно стоит копейки, считает хорошо, да еще 64 битное. А архитектуру все-равно мало кто внутрях видит, наконец. И вот кучка костылей воткнула итанику и обеспечила ему это почетное имя.<br><br>С тем https://www.opennet.ru/openforum/vsluhforumID3/114086.html#189 Tue, 24 Apr 2018 17:45:08 GMT &gt; Сейчас же есть неадекват покруче Дреппера - Поттеринг.<br><br>Ну уж нет! В glibc второе место в номинации застолблено местным led (aka ldv). Просто ткни в его профайл здесь и почитай его сообщения. Дреппер на его фоне временами выглядит ламером и нубом в вопросах трамвайного хамства. И как раз майнтайнер одной из версий glibc. Все по фэншую.<br> https://www.opennet.ru/openforum/vsluhforumID3/114086.html#188 Tue, 24 Apr 2018 16:36:30 GMT &gt; Да мне плевать. УМВР и диски не портятся. Я два раза портил <br>&gt; себе диски за всё время работы с линуксом,<br><br>Понимаешь, Пох еще лично с дедушкой Лениным линукс на броневичок устанавливал, поэтому в два счета перескажет все "свежие" и "актуальные" проблемы. Годика 1929 примерно. Или в лучшем случае 1995.<br><br>А то что с этого момента линуксные разработчики вовсе не груши околачивали - для поха похоже откровение. На самом деле это wishful thinking в его хучшем виде. Деформация восприятия мира. Гадкий утенок^W пингвин видите ли грубо уделал его предметы обожания. В хвост и гриву. Поэтому пох упорно пытается видеть в пингвине гадкого утенка. И как круглый рак пытается всем доказывать эту точку зрения. С понятным результатом: его данные либо безнадежно протухли, либо не стыкуются с наблюдаемой реальностью. Так что эксперт в области линя из поха понятно какой. Такой же как и из остальных дуалбутчиков в винду с всякими солярно-бсдшно-древнеюниксными бэкграундами.<br> https://www.opennet.ru/openforum/vsluhforumID3/114086.html#187 Tue, 24 Apr 2018 15:53:57 GMT &gt; а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при <br>&gt; 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил, <br><br>Ну так правильно, запустить хотя-бы perf top и посмотреть что и где тормозит и сделать выводы - это слишком конструктивно и разумно. А уж баг повесить, если регрессию на твоем оборудовании поймал - и тем паче. Намного лучше ныть что раньше солнце светило ярче и трава была зеленее.<br><br>&gt; не от старости же, не байты же там устали<br><br>Есть такая штука - bitrot. И регрессии. А еще есть хренова куча разного железа и его quirks. Ну и вот может так получиться что на паре конфигурациях из пары миллиардов существующих на планете - что-то где-то как-то отъехало и работает субоптимально в какой-то ситуации, например. Или есть что-то чего никто не учел. А может у тебя просто файлуха фрагментированая в хлам, например, если она древняя.<br><br>При том у разработчиков и вообще всех кто в состоянии взять в руки профайлер - все зашибись, по понятным причинам. А драть зуб https://www.opennet.ru/openforum/vsluhforumID3/114086.html#186 Sat, 21 Apr 2018 17:06:20 GMT Вот тоже помню такое, когда о линуксе и не помышлял даже. Копирую в винде файл большой на флешку, винда значится бодро рапортует, что копирование завершено &#8212; совершенно &#171;прозрачно&#187; рапортует, ну и я понятное дело достаю флешку и иду с информацией к другу, а там вижу, что файлик таки есть, а объём едва на четверть от копированного, вот и понял я тогда в чём вся эта &#171;прозрачность&#187;. Однако с тех пор стал ориентироваться на скорострельность флешки и на содержание копируемой информации. Фильм и ролик с видео &#8212; это один вариант и время, а книжки и множество малых папочек и страничек &#8212; совсем другое время. И всё это было в винде, а не в линуксе, такая вот беда. Из последнего опыта хочу сказать, что копировал недавно на флешку файлы в винде десятой и в убунту 16.04 и разницы в скорости особой не заметил, такие дела...<br>