В сегодняшнем <a href="https://lkml.org/lkml/2018/4/15/201">анонсе</a> первого кандидата в релизы ядра 4.17, Линус Торвальдс отметил, что появился повод, чтобы релиз данного ядра вышел под номером 5.0. Как известно, значительные смены номера версии являются формальным шагом, не связанным с внедрением каких-то революционных и особенных изменений, а лишь снимающих дискомфорт из-за накопления большого числа выпусков в серии (последнее время, стараются не выходить за пределы 20).
<p>Смена версий 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. В процессе подготовки 4.17 преодолён рубеж в 6 млн git-объектов в репозитории, что является отличным поводом для присвоения данному выпуску номера 5.0. При этом, Линус не исключает, что несмотря на хорошее совпадение, он не принципиально не станет формировать вместо 4.17 релиз 5.0, так как не хочет быть слишком предсказуемым и не желает привязывать изменение первого номера версии даже к нумерологическим событиям.URL: https://lkml.org/lkml/2018/4/15/201
Новость: https://www.opennet.me/opennews/art.shtml?num=48447
Жаль, если не будет Linux 4.20
> Жаль, если не будет Linux 4.20по настоящему жаль только того, что не будет версии 2.8.2 (вот это - действительно, и "непредсказуемо", и честно по отношению к community, и авторы (кривых) пакетных менеджеров лишний раз подпрыгнут, им полезно). Инвесторы не поймут-с.
>Инвесторы не поймут-с.у вас почти в каждом комментария речь идет об инвесторах ;) скажите пожалуйста, почему вы так сильно за них переживаете?
Они его коменты инвестируют.
Или не инвестируют.
самое ироничное, что заявил Линус об этом после конференции в _Праге_
может, качество продукта не впечатлило
копирование на флешку все так же ставит систему колом?
В 2007-м - да.
>>копирование на флешку все так же ставит систему колом?
>В 2007-м - да.В 2007-м - не знаю, личной флешки ещё не было. Но в >=2008-м НЕ ставило, ядра vanilla.
Что значит не ставило? Кернел паник чтоль или шо?
Я так понимаю, он имеет ввиду 12309
> Я так понимаю, он имеет ввиду 12309о, кто-то еще его помнит ;-)
починили? можно обновляться? :-)
Флешки где используют постоянно? - на десктопе.
Для этих целей ставлю пф-ядра
Пф-гомно не помогает против 12309 и добавляет других проблем с процессами. Только с ним мне и довелось узнать что такое настоящий 12309.
Хз, кому-как. Я вообще это 12309 никогда не видел.Я лечу 12309 так: пересаживаюсь на линух с венды, потому-что на венде 12309 постоянно.
> Флешки где используют постоянно? - на десктопе.
> Для этих целей ставлю пф-ядрапросто размер кэша записи уменьшить чтобы он был ближе к скорости записи, а не пару гигов, как он стоит по дефолту -- и на любом ядре не будет проблемы с флэшками
Уже больше года не наблюдаю указанную проблему, когда фильмы/мультики на флешку записываю, чтобы в телек воткнуть.
Уже где-то с год как нет.
Как раз где-то год перестал даже пробовать это делать под линуксом.
Дело даже не в том, что система умирает, а затухающая скорость копирования. Быстрее в винду загрузиться и перенести, что нужно.
Как это повторить? Ядро, ОС, чем копируете? Ну не видел я такого!
Linux4.13.0-38-generic #43~16.04.1-UbuntuКопирование обычным мышетыком в Unity/Nautilus 3.14.3
> Linux4.13.0-38-generic #43~16.04.1-Ubuntu
> Копирование обычным мышетыком в Unity/Nautilus 3.14.3Ubuntu... Слёзы прям наворачиваются.
Linux 4.13.0-pf4
Gentoo
Хоть обкопируйся. На generic (не pf) тоже самое. Семь лет уже полёт нормальный.
> Семь летНикогда не видел проблем, кроме древних проблем при копировании на ntfs под виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал замедления или других проблем в системе.
>> Семь лет
> Никогда не видел проблем, кроме древних проблем при копировании на ntfs под
> виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал
> замедления или других проблем в системе.Поставят линух на нтфс-3г, а потом лечат 12309 гомеопатией (видел таких)
Сижу на пф-ныхядрах, с убунты слез на антергос давно. Арчевый АУР лучше убунтуйского ППА на порядок, да и из кед проще юнити слепить (та-же убунта, только лучше)
Под гентой никогда такого не было у меня. За последние 17 лет.
видел множество раз, вот вчера например. НО проблема бывает только если флешка форматирована в FAT32, если в NTFS пишет на максимальной скорости на которую флешка способна. Ubuntu 17.10
4.13.0-38-generic #43
Затухающую скорость копирования на FAT32 я и на HDD наблюдал. Много лет назад.
> затухающая скорость копированияБыстро копирует в кэш в памяти, пока тот не заполнится, потом ждет сброса на устройство - становится медленно. Так и должно быть.
>> затухающая скорость копирования
> Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет
> сброса на устройство - становится медленно. Так и должно быть.Не должно
Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь не забывал о том, что работает с тормозным носителем.
Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит не совали лишний раз. Венда кстати тоже научилась уже.
> Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит
> не совали лишний раз. Венда кстати тоже научилась уже.Венда всегда монтировала флешки без кеширования. Просто бесила всегда этим. Что хуже, она флопы так монтировала, где скорость записи вообще была никакущая. А чтобы мало не показалось, венда использовала fat, которая хранит всю информацию о структуре фс в выделенной области -- в FAT, и постоянно в процессе копирования файла за файлом обновляла FAT на носителе, убивая перезаписями те сектора в ноль, протирая их до дыр. Если кеды научились так же, то я могу лишь посочувствовать кедерастам.
Оно кеширует, просто меньшими блоками. И чаще синкает (в противном случае пришлось бы ждать больше получаса синка чтобы отмонтировать). Естественно метаданные должны обновляться в любом случае, иначе сложно было бы сохранить консистентность данных. Но монтируется с noatime по дефолту если не ошибаюсь.
Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. Отображаемая скорость соответствует реальной скорости записи. Интерфейс показывает конец записи одновременно с её окончанием. Причём, можно в это время спокойно ещё качать торрент и манкировать броузерами без какого-либо напряга. Что происходит в линухе под всякими там наутилусами, все тут знают без меня. Когда сначала "пишем" на флешку со сверхзвуковой скоростью, а потом ждём ещё N минут когда закончится реальная запись после того как фм уже отрапортовал об её окончании. Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте - хаха. Всё это называется просто - через жопу. Но кто-то как всегда пытается всё повернуть с ног на голову и выдать чёрное за белое.
> Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя.А вот пользователи с их прозрачностью, действительно, пускай сидят в венде. Я хочу использовать железо по максимуму, и если для этого мне придётся учитывать особенности функционирования этого железа -- что ж, я готов. Даже с радостью.
Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать железо по максимуму"? Газифицируешь. Какое вообще "железо по максимуму", если никакое управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники линукс?
> Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать
> железо по максимуму"?Что значит "неправильное"? ФМ отображает процесс копирования файлов в VFS. И абсолютно правильно. Отличия же VFS от реальных FS я в состоянии учесть самостоятельно. И лучше я их учту самостоятельно, чем доверю это какому-то там ФМ.
> Газифицируешь.
Да-да. Кажется кто-то тут говорил о демагогии? Причём абсолютно голословно говорил, не приводя никаких указаний на то, что именно ему показалось "демагогией". Ты на себя давно в зеркало глядел? Кто тебе сказал, что "газифицируешь" -- это валидный аргумент в дискуссии? Кто тебе сказал, что голословные утверждения -- это валидные аргументы в дискуссии? Плюнь в лицо ему. Всё это чистой воды демагогия.
> Какое вообще "железо по максимуму", если никакое
> управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники
> линукс?Что значит "никакое"?! Я вот планшет себе купил, собираюсь выкинуть андроид и поставить линукс, и одна из причин, почему я купился на это: впечатления от прошедших этим путём, связанные с увеличением времени работы планшета от батарейки на 3 часа. Плюс, ты читал ченджлог о котором сия новость? Там ещё улучшено энергопотребление, судя по форониксу процентов на десять, хотя это сильно зависит от нагрузки и конкретного железа.
А с аппаратным ускорением проблем у меня не было уже очень давно. Я даже затрудняюсь сказать сколько именно, забыл об этих проблемах.
Оно в итоге синкает гораздо дольше по времени, чем в режиме в котором прогресс отображается верно.
Вот тоже помню такое, когда о линуксе и не помышлял даже. Копирую в винде файл большой на флешку, винда значится бодро рапортует, что копирование завершено — совершенно «прозрачно» рапортует, ну и я понятное дело достаю флешку и иду с информацией к другу, а там вижу, что файлик таки есть, а объём едва на четверть от копированного, вот и понял я тогда в чём вся эта «прозрачность». Однако с тех пор стал ориентироваться на скорострельность флешки и на содержание копируемой информации. Фильм и ролик с видео — это один вариант и время, а книжки и множество малых папочек и страничек — совсем другое время. И всё это было в винде, а не в линуксе, такая вот беда. Из последнего опыта хочу сказать, что копировал недавно на флешку файлы в винде десятой и в убунту 16.04 и разницы в скорости особой не заметил, такие дела...
Брехня. Много раз было - "Носитель не может быть отсоединён прямо сейчас".
А ещё и антивирус может держать нандлеры и не только.
> Да и попробуйте что-нибудь ещё позапускать во время записи в той же УбунтеВ том то и дело что пробовали на убунте с пакетами которые еще динозавров помнят. На современных дистрибутивах все ок с этим.
> В том то и дело что пробовали на убунте с пакетами которые
> еще динозавров помнят. На современных дистрибутивах все ок с этим.Одна из проблем убунт - поставляют "серверное" (non-preemptible) ядро по дефолту. Это дает несколько процентов в бенчах, но - ценой потери интерактивности.
На десктопе имеет смысл поставить low-latency ядро. Два процента производительности вы не заметите, а вот снижение латенси - штука позитивная. Хотя их low latency не такое уж и low и собрано с компромиссными настройками. Лучше самому пересобрать как fully preemptible.
И еще, быстрый диск под систему - это хорошо. В идеале - не пересекающийся с жирными данными которые интенсивно ворочают. Ну как, если копирование мувиков тупит - да и черт с ним. А если при этом бандвиза на всех не хватает и проседает еще и запуск программ и вообще все что требует работы с файлами - это фигово, да. Можно конечно копированию мувиков поставить приоритет io по минимуму и попустит, но указывать приоритеты копированию файлов - кто этим заморачивается, скажите честно? :)
Чисто по человечески могу посоветовать SSD под системный диск. Вы удивитесь насколько круто может работать компьютер. Особенно с не слишком жирным линем. Старт за пяток секунд и ни малейшего намека на тормоза, если все сделать правильно.
Дык ты эстэт?! (С) :-)
> Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь
> не забывал о том, что работает с тормозным носителем.Ну так отключи себе дисковый кэш и получишь желаемое - будешь наслаждаться тупняками накопителя при каждом удобном случае. Если ты не понял, кэш в RAM сделали специально для того чтобы не радоваться тормозам диска вообще всегда. Видел когда-нибудь MS-DOS без smartdrv? Хреново когда все и вся работает вот так. Зато блин "равномерно" тормозит.
Другое дело что в 12309 вышел перегиб - ядро пытается выкраивать память за счет кэша диска для тех кто ее попросил, а если кэш большой и накопитель медленный, попросившие память конечно ее получат, но - когда-нибудь сильно потом. А пока они повисят тряпочкой неинтерактивно. Альтернативой разве что уронить их SIGSEGV (ибо оверкоммит) или вернуть ошибку malloc() если на оверкоммит все же забили (но многие будут против идеи забить на оверкоммит).
Обоснуй.
> Дело даже не в том, что система умирает, а затухающая скорость копирования.
> Быстрее в винду загрузиться и перенести, что нужно.+
Как то от интереса, специально сделал выборку файлов
Одни и те же файлы
Один и тот же размер
Копирование в лине, дольше чем под виндой
Одна флешка
Винда без антивиря
Так же, после некоторого момента неприятного
Необходимо идти в терминал и руками требовать сброс кэша
Иначе система будто забыла, что копировала файлы и забыла об этом
Уведомления говорят, мол всё, забирай флешку
Но в итоге, битые файлы
Поэтому принудительно сброс кэша
И только после этого забираем
Поэтому да, быстрее и проще в Винду нырнуть и копировать
>[оверквотинг удален]
> Одна флешка
> Винда без антивиря
> Так же, после некоторого момента неприятного
> Необходимо идти в терминал и руками требовать сброс кэша
> Иначе система будто забыла, что копировала файлы и забыла об этом
> Уведомления говорят, мол всё, забирай флешку
> Но в итоге, битые файлы
> Поэтому принудительно сброс кэша
> И только после этого забираем
> Поэтому да, быстрее и проще в Винду нырнуть и копироватьЭто у вас что-то с вашим файловым менагером. У меня в консоле никогда проблем не было. cp и mv пишут на флешку или читают с неё без каких-либо проблем вообще.
Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а с Его файловым менагером! Линукс не виноват! Это Он Сам виноват.
> Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а
> с Его файловым менагером! Линукс не виноват! Это Он Сам виноват.Ну естественно. Он же сам выбирал себе файловый менагер из доступных? Сам, никто его не заставлял выбирать именно то, что он выбрал. В его силах изменить ситуацию? Да, он может сменить фм, и избавиться от проблем, или он может вмешаться в разработку фм и исправить ситуацию таким образом, или он может привить себе привычку вручную отмонтировать и/или синкать внешние накопители, или, наконец, если всё предыдущее религия не позволяет делать, он может порыться в настройках (в fstab, в udev или где-нибудь в systemd) и обучить флешку монтироваться с тонко настроенными под него опциями кеширования.
Конструктивных вариантов действий у него туча, но вместо этого неконструктивно рыдает на форуме, выискивая виноватых на стороне. Сколько бы он не нашёл таких виноватых, его проблемы с копированием файлов никуда не денутся. А вот если он признает свою вину в своих проблемах, то сможет их все порешать. Можно назначить виноватым море и выпороть его, но решит ли это проблемы? Нет, поэтому надо думать, прежде чем искать виноватых, и распределять вину так, чтобы это улучшало бы ситуацию в будущем. И наиболее конструктивно назначать себя виноватым в своих проблемах, потому что у себя всегда больше всего мотивации эти проблемы решать.
При этом, я отмечу, что в данном треде обсуждается _ядро_ линукса, вообще-то новость ведь именно о нём, так? При чём здесь проблемы отдельно взятого фм?
> Вы демагог хай лвл. Я мог бы попробовать метнуть в ответ, но
> местный вахтёр всё равно заведомо на вашей стороне, так что метнул
> бы я всё равно в шахту.Как хай лвл демагог, я раскрою тебе самый важный навык демагога: сливаться надо вовремя, а если пропустил нужный момент, то делать это надо молча. Когда ты молча уходишь, большинство не заметит, а когда ты, уходя, начинаешь кидаться кaкaшками, любой дурак увидит твой фейл.
Возвращаясь к теме. Если тебе неясна эта утилитарная концепция вины, но всё же интересно, то ты скажи, я могу порыскать по истории, кто-то её излагал подробно и с примерами. Я просто не помню кто, и не помню где я это читал, то есть поиски займут время и не факт, что из этого что-то выйдет. Впрочем, без всяких умных чужих рассуждений, ты и сам можешь допереть до всего, если задашься вопросом, какую роль играет вина в социуме, зачем человекам вообще надо было её изобретать в культурно-историческом процессе. Найти цели, которые вина позволяет достигать, а затем подумай о том, как лучше использовать вину для того, чтобы достигать этих целей. Ты сам придёшь к тому же самому, что я излагаю выше.
Просто нада отмонтировать...
umount не сбрасывает физический кэш устройства.
> umount не сбрасывает физический кэш устройства.Прув или не было. Может вы какой-нибудь systemd-umount имеете ввиду?
> umount не сбрасывает физический кэш устройства.И что с того?
то, что быстровыдернутое неупавшим не считается.
Причем буферный кэш и без umount рано или поздно (в современных версиях скорее рано) доберется до носителя, а вот его внутренний кэш - хорошо если сбросится при eject. Проблема тянется аж с 1995го года.
> то, что быстровыдернутое неупавшим не считается.
> Причем буферный кэш и без umount рано или поздно (в современных версиях
> скорее рано) доберется до носителя, а вот его внутренний кэш -
> хорошо если сбросится при eject. Проблема тянется аж с 1995го года.Пруф или не было. Сколько я не выдёргивал флешки после umount'а, ничего подобного не видел. То ли ты что-то напутал с внутренним кешом, то ли... то ли я не знаю, что у тебя там в голове творится.
С какими моделями флешек такое случается? Где багрепорт? Список пострадавших? Ну, хоть что-нибудь, кроме голословных заявлений?
> Пруф или не быломальчик, а не пойти ли тебе нах?
> С какими моделями флешек такое случается?
гугли.
> Где багрепорт?
гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет.
с тех пор изменилось две вещи: 1. MS в ранних версиях nt4 с вендорскими фичами (на обычных pc не проявлялось, потому что там и не делалось) налетела на те же проблемы. Пофикшено банально - вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с ней с производительностью!" (ms конечно у себя тоже сделала flush cache, но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно, а не ты его вырвал из разъема) [примерно в 2007м - то есть всего десять лет портил диски хорошо известной ошибкой] - в том числе принудительно все дисконнектя при shutdown.
[181222.400346] sd 1:0:0:0: [sdc] Stopping disk
вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку /var/log давно уже отмонтирован) - кэш сброшен.eject этой операции не делает, имей в виду.
>> Пруф или не было
> мальчик, а не пойти ли тебе нах?Мне нравится "конструктивность" твоего настроя. Зачем ты вообще парился влезать в беседу с таким настроем?
>> С какими моделями флешек такое случается?
> гугли.
>> Где багрепорт?
> гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет.То есть проблема совершенно нерелевантна? К чему тогда все остальные слова?
>[оверквотинг удален]
> вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с
> ней с производительностью!" (ms конечно у себя тоже сделала flush cache,
> но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс
> начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно,
> а не ты его вырвал из разъема) [примерно в 2007м -
> то есть всего десять лет портил диски хорошо известной ошибкой] -
> в том числе принудительно все дисконнектя при shutdown.
> [181222.400346] sd 1:0:0:0: [sdc] Stopping disk
> вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку
> /var/log давно уже отмонтирован) - кэш сброшен.Интересные истории ты рассказываешь.
> eject этой операции не делает, имей в виду.
Да мне плевать. УМВР и диски не портятся. Я два раза портил себе диски за всё время работы с линуксом, один раз не справившись с инсталлятором mandrake, второй я не помню как, но там тоже дело было в кривизне моих рук.
> Да мне плевать. УМВР и диски не портятся. Я два раза портил
> себе диски за всё время работы с линуксом,Понимаешь, Пох еще лично с дедушкой Лениным линукс на броневичок устанавливал, поэтому в два счета перескажет все "свежие" и "актуальные" проблемы. Годика 1929 примерно. Или в лучшем случае 1995.
А то что с этого момента линуксные разработчики вовсе не груши околачивали - для поха похоже откровение. На самом деле это wishful thinking в его хучшем виде. Деформация восприятия мира. Гадкий утенок^W пингвин видите ли грубо уделал его предметы обожания. В хвост и гриву. Поэтому пох упорно пытается видеть в пингвине гадкого утенка. И как круглый рак пытается всем доказывать эту точку зрения. С понятным результатом: его данные либо безнадежно протухли, либо не стыкуются с наблюдаемой реальностью. Так что эксперт в области линя из поха понятно какой. Такой же как и из остальных дуалбутчиков в винду с всякими солярно-бсдшно-древнеюниксными бэкграундами.
> Причем буферный кэш и без umount рано или поздно (в современных версиях
> скорее рано) доберется до носителя, а вот его внутренний кэш -
> хорошо если сбросится при eject. Проблема тянется аж с 1995го года.При том это в основном фирмварная проблема накопителей.
Фирма нокия при разработке смартфонов нарвалась на такое: некоторые sd/mmc карты (в частности Transcend) весьма вольно себя ведут. Когда хост кидает им команды закругляться и шатдауниться - они подтверждают эти команды и ... довольно долго после этого делают что-то там внутри.
А если хост честно кинет команды и снимет питание, как в стандарте регламентировано, карта рассыпается нафиг. Потому что у нее транслятор дохнет. Формально это карта не соответствующая стандарту, но юзеры рвут и мечут и поди им это объясни. Аналогично и много с чем еще. При том на 99% это придурь фирмварей. В линухе в результате воткнули воркэраунд, до того как питание снять mmc host некоторое время туповээйтит. Но это снижает энергоэффективность системы и вообще - костыль на чужие продолбы в фирмвари.
> где-то с годВерсия, сестра, версия какая?
Может аноним имел ввиду релиз с внедрением bfq?
>Уже где-то с год как нет.Даштовыговорите! Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж?
Может сначала благородный дон предоставит пруфы оной "проблемы"?За 20 лет ни разу не видел, чтобы линукс "колом вставал из-за копирования" не то что на флешку, а даже на дискету.
Если ты никогда не сталкивался с фризами и зависаниями системы при копировании файлов на флешку, то:
1. Ты никогда не работал под Linux;
2. См. пункт 1.
я практически никогда не пользуюсь флешками. одна постоянно висит на ключах, но файлами на ней я не оперирую - делаю, по потребностям, живую систему на базе то Debian, то OpenBSD, а затем cat hdd > /dev/sdbа колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил, а теперь тормозит на дисковых операциях, как саврас - не от старости же, не байты же там устали
> а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при
> 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил,Ну так правильно, запустить хотя-бы perf top и посмотреть что и где тормозит и сделать выводы - это слишком конструктивно и разумно. А уж баг повесить, если регрессию на твоем оборудовании поймал - и тем паче. Намного лучше ныть что раньше солнце светило ярче и трава была зеленее.
> не от старости же, не байты же там устали
Есть такая штука - bitrot. И регрессии. А еще есть хренова куча разного железа и его quirks. Ну и вот может так получиться что на паре конфигурациях из пары миллиардов существующих на планете - что-то где-то как-то отъехало и работает субоптимально в какой-то ситуации, например. Или есть что-то чего никто не учел. А может у тебя просто файлуха фрагментированая в хлам, например, если она древняя.
При том у разработчиков и вообще всех кто в состоянии взять в руки профайлер - все зашибись, по понятным причинам. А драть зубы по телефону - занятие не очень эффективное. Особенно когда пациент не умеет телефоном пользоваться.
Не слишком ли категорично? Человек сказал, что 20 лет с Linux.
А, ну раз человек 20 лет с линуксом, то дааа. А считается ли "20 лет с Linux"ом показательным? Например, есть те, кто линукс видят только через vnc или putty и они просто тупо никогда флэшки в линукс не втыкали и никогда в жизни не копировали, но уже на протяжении 10+ лет работают таким образом с линуксом...
Вы определённо ищете подтверждения своим словам. Ну не копируется у Вас флешка, перестаньте это уже повторять
А ещё он мог использовать только качественные флешки те два раза что пользовался ими. Впрочем, при перемещении между дисками тоже колом может встать. Blk-mq и ко немного исправляют ситуацию, но не знаю где их включают - у меня с первых дней.
> но уже на протяжении 10+ лет работают таким образом с линуксом...в 10 - поверю. В 20 - если кто-то тебе шлепает губой про vnc с путтей - шлепай его тухлой рыбой по роже, ибо п-т. redhat в 2000м только-только ssh вместо телнета осторожненько начала использовать.
олдовые виндофилы пользовали совсем другой софт (не буду называть, пусть свой эклер напрягут)
Не, гугль не поможет, не было тогда гугля.
> Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж?https://lwn.net/Articles/682582/ Статья на LWN сойдёт? Внедрено в 4.10. Ну, как минимум, на 4.13/4.15 в крайнем Mint-е (читай Убунте) 12309 не наблюдаю.
благородный дон вот может (потратив пол-дня, поэтому лучше - сами, ссылки эти были даже и на опеннете в том числе) даже найти ссылки на патчи, которые "исправляли эту проблему" еще в ядре 2.6. Как и подтверждения заинтересованных лиц, что нифига -то на самом деле не исправлялось.
> Уже где-то с год как нет.ну да, это шаблон такой. Только сообщение такое же остаётся, а переменная "СЕЙЧАС" меняется.
> Уже где-то с год как нет.Или пять... https://www.linux.org.ru/forum/general/7446581
А что, такое бывает?
Ну на HDD без изменений.
Да, чувак.
ты знаешь, это иногда случается даже в Windows 10. С моей Transcend 64GB две недели тому так случилось.
а у них негров линчуют! Б-же, что за агрументы.
Да.
Быстрее флешками перестанут пользоваться, чем этот баг починят
Сильно зависит от конфигурации ядра. На OpenSuse ядре такой дичи нет.
> Сильно зависит от конфигурации ядра. На OpenSuse ядре такой дичи нет.Подтверждаю. Пользуюсь opensuse с 2011 года, ни разу с таким не сталкивался.
Да, и да на дворе 2018
Все кто фуфлят, мол нет и тп, наверное привыкли и тупо уходят от компа
Очень редко можно просто слушать музыку или смотреть фильм и копировать одновременно
Сколько лет пользуюсь линуксом, а эта лажа имеется
И это позорище
Единственный минус во всей системе
Ядро последнее lts
> Сколько лет пользуюсь убунтой, а эта лажа имеется
увы
У вас там что навязчивая идея какаято? Причем тут ваши личные проблемы с какимто убогим релизом?
Ставит, как и любое засвопившееся приложение.
>так как не хочет быть слишком предсказуемымЖаль, предсказуемость -- очень хорошее качество лидера большого проекта.
>предсказуемость -- очень хорошее качество лидера большого проектаТут эксперты опеннета наконец подошли к мысли, что Линус вовсе не хороший лидер.
В кровавом энтерпрайзе его бы давно уже пнули. Столько бессмысленного переписывания всего и вся.Ещё и на плюсы запрещает переход, не удивлюсь если ему АНБ бэху и всё остальное купило, чтобы побольше закамуфлированных под баги бэкдоров было :)
Пока еще проект ядра не развалился, за столько лет. И это ядро даже падает пореже проприетарных.Единственная претензия в Linux, с моей точки зрения - это плоское моноядро. Модульность сожрала бы 5%, но улучшила бы многое в архитектуре.
> Единственная претензия в Linux, с моей точки зрения - это плоское моноядро.
> Модульность сожрала бы 5%, но улучшила бы многое в архитектуре.Гм, а где ссылка на репозиторий?
> Единственная претензия в Linux, с моей точки зрения - это плоское моноядро.
> Модульность сожрала бы 5%, но улучшила бы многое в архитектуре.Вот скажи, человек, как так получается что в Linux его крутой DRM/KMS таки наглухо опционален и в каком-нибудь роутере гоняющем траф под столом его просто нет. За отсутствием дисплея даже в проекте.
А в таком из себя гибридном ядре NT (с чем еще уместно такое сравнить?) - оборвать части гуя из win32k.sys и ко - просто не вариант, это виндой и винапи резко перестанет быть. И один виндовый win32k.sys в результате весит больше чем весь кернел роутера в сборе. Вот как-то так "плоское моноядро" втыкает "гибриду". Может быть, все эти деления достаточно условны, да? :)
> ...приурочить к какому-то необычному событию.
> ...преодолён рубеж в 6 млн git-объектов в репозитории.Вот это необычное событие...просто нет слов...
А почему не 6.0 сразу?
600. Инвесторы любят большие числа.
6M, чтоб программы всех кто считал, что мажорная версия это число, а не строка начали показывать прелести UB. :)
M31 "Horus heresy".
С другой стороны, какая вообще разница от номера ядра? Пускай хоть будет v400 или v500. https://www.kernel.org/
Вам подавай версию V859 или 4.17? А мне 2.298.55
0,417b78m
Тогда уж 2.6.nnn
> какая вообще разница от номера ядра?Почему-то, "какая вообще разница от номера ядра" обычно продолжают "пусть будет хоть v400 или v500", но никогда "пусть будет хоть 4.17 или 4.18". Странно.
> какая вообще разница?Некие основания, всё-таки, есть. Особенно, когда требуется найти какую-то определённую версию :)
https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/
../
> стало хорошим поводом для выпуска 5.0Наоборот, не стало. Могло бы стать, но не стало.
>в один прекрасный день выпуск 5.0 состоится
>выбор этого момента будет абсолютно бессмысленнымЛогично
> Линус предупредил, что в один прекрасный день выпуск 5.0 состоится, но выбор этого момента будет абсолютно бессмысленным.В этом определённо что-то есть... Безумное... Линус в аварию не попадал?
В смысле - под автобус? Нет, насколько мне известно.
Может, от жены по башке получил?
4.0 надо было делать после 3.14
Это уже было в TeX-e.
> Ядро Linux достигло 6 млн git-объектов, что стало хорошим поводом для выпуска 5.0Один я считаю, что повод не то чтобы слишком хороший?
>> Ядро Linux достигло 6 млн git-объектов, что стало хорошим поводом для выпуска 5.0
> Один я считаю, что повод не то чтобы слишком хороший?Будешь после Линуса.
Я вообще не понимаю ухода от классической x.y.z[.r] модели, устоявшейся в Юникс-мире. Когда версии нумеровались по мере введения новых фишек и совместимости. Было куда легче ориентироваться и понимать, что происходит...
Бедный, в новых циферках запутался и ориентацию потерял?
>куда легче ориентироваться и понимать, что происходит...Так ничего не происходит. Никаких скачкообразных принципиальных изменений в ядре давно не было и в ближайшей перспективе не будет.
А версия 2.472.0 не очень удобна для запоминания.
Driver API всё же меняется, вот это самый главный повод менять мажор версии
> А версия 2.472.0 не очень удобна для запоминания.А простое 472 удобнее?
>>куда легче ориентироваться и понимать, что происходит...
> Так ничего не происходит. Никаких скачкообразных принципиальных изменений в ядре давно
> не было и в ближайшей перспективе не будет.
> А версия 2.472.0 не очень удобна для запоминания.Зато циферки большие. Говорят инвесторы любят такое
> Я вообще не понимаю ухода от классической x.y.z[.r] модели, устоявшейся в Юникс-мире.Давно http://www.opennet.me/opennews/art.shtml?num=45298 же выяснили, что шкала _логарифмическая_:
2.6 -> 3.x : 39 миноров
3.х -> 4.x : 20 миноров
4. -> 5. : 10
5 -> 6 + 5
6 -> 7 + 2
7 -> 8
8 -> 10
10 > 14
14 -> ....Ну, или коло того. Главное -- хроум обогнать!
> Когда версии нумеровались по мере введения новых фишек и совместимости. Было
> куда легче ориентироваться и понимать, что происходит...
> Линус не исключает, что несмотря на хорошее совпадение, он принципиально не станет формировать релиз 5.0 вместо 4.17, так как не хочет быть слишком предсказуемымТролль, как он есть. Ждём новой вспышки обсуждения того, как надо правильно нумеровать версии.
>Ждём новой вспышки обсуждения того, как надо правильно
> нумеровать версии.Нет, подожди немного, они еще не проснулись. Жди появления в камментах ключ.слова "semver". //Нет, не считая моего коммента.
Партия провозгласила удвоить кол-во строк кода за пятилетку!
если вдвое - то 8 млн обьектов ожидайте
> "в один прекрасный день выпуск 5.0 состоится, но выбор этого момента будет абсолютно бессмысленным."сначала была привязка к значительным изменениям ядра, потом к количеству объектов в git, а теперь вот планируется привязка к "абсолютно бессмысленному моменту"
мне одному кажется что они всё больше и больше начинают страдать хрнёй ?
Тебе не кажется.
Ну так других неадекватов не стало (Дреппер ушёл из Glibc), вот Линус и расслабился! А вы помните Дреппера? "А давайте мы теперь байтики пустим слева направо? В спецификации же не определено, что должно быть именно слева направо - значит можно хоть как! И скажите спасибо что справа налево, а не сверху вниз, по-диагонали или РАНДОМАЙЗ!"
Т.е. "справа налево". Ну, вы поняли! Мы живём в свободной стране, в которой требовать от байтов строгой упорядочности - нетолерантно!
> Т.е. "справа налево". Ну, вы поняли! Мы живём в свободной стране, в
> которой требовать от байтов строгой упорядочности - нетолерантно!Нет, в "толерантной" стране байтики требуют от тебя упоро ^H ядоченности.
упорядочена сама информация, порядок же её выборки из массивов в пределах адресуемых структур может быть неожиданным, может дреппер дал сигнал о стеганографии.
Сейчас же есть неадекват покруче Дреппера - Поттеринг.
Лёня активный разработчик ядра? Ты так не пугай...
> Сейчас же есть неадекват покруче Дреппера - Поттеринг.Ну уж нет! В glibc второе место в номинации застолблено местным led (aka ldv). Просто ткни в его профайл здесь и почитай его сообщения. Дреппер на его фоне временами выглядит ламером и нубом в вопросах трамвайного хамства. И как раз майнтайнер одной из версий glibc. Все по фэншую.
>led (aka ldv)Да, ладно??
>Просто ткни в его профай
> А давайте мы теперь байтики пустим слева направо? Это даст 150% производительности, а в спецификации всё равно определено, что эта функция в таком случае работает некорректно, и явно написано, какую функцию надо использовать вместо неё.Починил. И расскажите подробнее, что конкретно вам не понравилось в том случае? Ну кроме того, что вы 5 лет до этого использовали неправильную функцию, а теперь ваша программа внезапно сломалась, несмотря на то, что функция продолжила работать как и раньше.
А то тут у нас подсистема терминалов без мейнтейнера уже десятилетие висит лишь потому, что Линус запретил исправлять в ней баги. Вот этому вы наверное страшно рады.
Тебе кажется
Круто, чё. Вторую цифру выше 20 поднимать не красиво, давайте поднимать первую. Маразм, наблюдающийся в мире браузеров, дошёл и до ядра ОС.
Ничего, после версии 20 придется третью вводить.
Да не. Пойдут по пути киноиндустрии, сделают "современный" перевыпуск серии, и снова с первой пойдёт :)
Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.png
> Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.png
> Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.pngИздержки кэширования. Я вначале подтвердил новость, затем перечитал и понял, что заголовок не совсем верный и исправил. Но значение заголовка подставляется в шаблон страницы из отдельного кэша, который на пару минут отстаёт от актуальных данных.
> из отдельного кэшаУ вас проблемы с синхронизацией!
Надо Линусу выслать в подарок совочек с дружеским пожеланием перейти с лопаты на него, а то уж слишком далеко разлетается.
> 6 млн git-объектов .. стало хорошим поводом для выпуска 5.0
> Но Линус предупредил.. выпуск 5.0 .. будет абсолютно бессмысленным.О чём я прочитал новость?
Вопрос риторический
О том, что инвесторы и/или спонсоры прижали Линуса за яйца и грозятся посегнуть на его анус, если он не подтянет циферку до 10-ти, то есть как на оффтопике и огрызке.
Признаться в этом же ему статус не позволяет, в тупую инкриментировать тоже. Вот он и пытается выдумать непонятно что, чтобы хоть как-то это замаскировать.
Эх...а раньше между 2.4 и 2.6 были координальные различия, а теперь мажорную версию чуть-ли не каждый год меняют.
Без новых номеров версий нет прогресса ! :D
> Эх...а раньше между 2.4 и 2.6 были координальные различияПомимо кардинальных, и впрямь произошло одно "координальное" -- в корне изменилась схема координирования проекта, как следствие -- и процесс разработки. Гругря, стали не нужны нечётные разработческие ветки, поскольку разработка перешла в более мелкие итерации.
>>между 2.4 и 2.6
> Помимо кардинальных, и впрямь произошло одно "координальное" -- в корне изменилась схема
> координирования проекта, как следствие -- и процесс разработки. Гругря, сталиИсторию ядра в git, помнится, начали с 2.6.12. Не "между 2.4 и 2.6" то есть.
> не нужны нечётные разработческие ветки, поскольку разработка перешла в более мелкие
> итерации.
2.6.72
Не могу объяснить почему, но мне всегда чертовски нравился ход мыслей
Линуса.
Ядро 4.17 также выделяется из всех остальных выпусков тем, что в нём впервые удалено больше строк кода, чем добавлено, благодаря удалению поддержки 8 устаревших архитектур и проведению нескольких других чисток.Вот я удивляюсь Линусу, чем его старые интерфейсы не устраивают? Живут себе и живут, хлеба не просят. А вот зачем раздувать ядра до новых версий так вообще непонятно! Лично для меня - старый конь борозды не испортит! А вот что таят в себе новые ядра, так и непонятно. Так и хочется спросить Линуса:"Линус, а зачем тебе столько...)"
> 8 устаревших архитектур
> чем его старые интерфейсы не устраивают?Есть мало-мало разницы между _архитектурами_ и _интерфейсами_...
куча "устаревшего" плохо очень и мало кто готов в этом разбираться. обычно в проектах устанавливают "срок давности" все что старше автоматически становится устаревшим. легче написать заново тем более когда за это платят. iОS Google а у Microsoft проблемы - старые проблемы. как мне нравится chrome OS! очень гладкая работа и все удобно. слышал яблочные еще круче но и дороже https://youtu.be/K7imG4DYXlM
> куча "устаревшего"Естественно. git он на то и git, чтобы хранить для истории устаревшие файлы.
Блин, чему они радуются? Неимоверно раздувшейся кодовой базе?
> Блин, чему они радуются? Неимоверно раздувшейся кодовой базе?Если ты сходишь почитать оригинал сообщения Линуса, а не только пересказ самой сpaчегенерирующей части, то ты увидишь, что этот релиз уникален тем, что он уменьшил количество строк кода. Надо полагать и количество файлов тоже.
Уменьшил за счёт выкинутого кода: архитектур, наверное драйверов. Всё, их выкинули, драйвер нельзя будет скачать и поставить. Меня почему-то сильно впечатлило, когда я воткнул в комп с десяточкой старый ТВ-тюнер, откопал для него какие-то заплесневелые дрова, поставил не менее заплесневелый DScaler, и ОНО ЗАРАБОТАЛО! Да, криво, но всё-таки. Конечно, обратных примеров у меня тоже есть, тут не идеально. Но, блин, это же прекрасно, когда драйвер можно вот так просто скачать и поставить, а не патчить, компилить и т.д.
> Уменьшил за счёт выкинутого кода: архитектур, наверное драйверов.Зачем гадать, если ссылка в новости?
> We actually have a fair amount of other removal and cleanups too. I
> was somewhat pleasantly surprised by the number of pull requests that
> actually ended up removing a lot of lines. Some of it was staging
> drivers that finally gave up the ghost (like irda), but we also got
> rid of some copyright language boiler-plate in favor of just the spdx
> lines. And some pre-shipped lexer/parser files are no more, we're
> better off just generating them.
> Всё, их выкинули, драйвер нельзя будет скачать и поставить.Сложность плохо, чистка кода тоже плохо. Прежде чем говорить что плохо, тебе следует определиться с тем, что же собственно хорошо.
> Меня почему-то сильно впечатлило, когда я воткнул в комп с десяточкой старый ТВ-тюнер, откопал для него какие-то заплесневелые дрова, поставил не менее заплесневелый DScaler, и ОНО ЗАРАБОТАЛО!
Ага. Backward compatibility во все поля. Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду.
Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты. Есть виртуалки, туда можно прокинуть порты и завести на старом ядре. Можно купить на барахолке старый комп и завести на нём. Но, конечно, tv-tuner не стоит того: телевизор, лол, кому он нужен?
При этом я, лично, не буду качать драйвер и ставить его. Я уже больше десяти лет не делаю этого, с тех пор как с winmodem'а пересел на модем внешний, и не собираюсь заниматься этой мастурбацией. Наелся в венде -- когда я раз в три месяца переустанавливал 98SE, и ставил кучу дров с дисков, меня эта процедура достала вусмерть. Потом в win2k было лучше, но немногим: раз в полгода ставить грядку дров конечно проще, чем раз в три месяца, но всё равно приятного мало.
> Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду.Ну почему сразу "заcрал". Лучше, когда с каждым релизом всё ломается? Может и нужно временами чистки устраивать, но осторожненько, а не как МС со своими мобильными осями.
> Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты.
Почему вдруг простая операция вдруг стала специфической? Не яббл, слава богу, разрешение ни у кого спрашивать не надо. Отвёртка и драйвер - и все дела.
Тут, ну лично для меня, ценна именно такая модульность и независимость (конечно, в определённых пределах) собственно ОС и ПО для поддержки оборудования. Выпустил производитель драйвер, нормально работает - ну и зашибись, занимаемся другими делами, не надо ничего патчить и компилить.
То же и с кодеками, очень хорошая идея, как бы кто ни ругался (и местами заслуженно).А в винде уже тоже качать мало какие драйверы качать приходится, весь мейнстрим сам качается.
>> Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду.
> Ну почему сразу "заcрал".Загляни внутрь и ты увидишь. Попробуй что-нибудь сделать поверх этого, и ты поймёшь. Потребовалось вмешательство amd, чтобы прочистить весь тот бардак в опкодах, который накопился в x86 за 20+ лет начиная с 8088 и заканчивая четвёртым пнём. С биосом, впрочем, intel уже сам справился, правда выкатил взамен какой-то overengineering под названием UEFI.
> Лучше, когда с каждым релизом всё ломается?
Это слишком обширное заявление, на которое я не могу ответить во всей его обширности. Разбирать же его по частям будет слишком долго.
>> Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты.
> Почему вдруг простая операция вдруг стала специфической?Специфичность операции определяется не сложностью или простотой, а тем насколько эта операция укладывается в список основных целей проекта. Если я написал арканоид, то форматирование жёсткого диска для моей программы -- это неспецифическая задача. linux с самого начала был и остаётся крайне прагматичным ядром, он ориентируется на решение актуальных задач, которые стоят перед ним. Поддержка старого железа, которое нужно полутора анонимусом не является актуальной задачей.
Как ты думаешь, сколько пользователей пытаются завести tv-tuner из прошлого века? 1? 10? 100? Из-за ста человек, миллионы других должны терпеть недостатки системы привнесённые обратной совместимостью? А если таких людей не 100 человек, а 1000, то у них уже неплохие шансы на то, что найдётся разработчик, кто будет поддерживать драйвер. Если же их 10000, то шансы резко возрастают.
Если ты такой уникальный, то это твои проблемы. Уникальность -- это не плохо, на мой взгляд даже хорошо, но это не значит, что кто-то тебе что-то должен. Хочешь быть уникальным, умей быть уникальным и будь им, а не рассчитывай, что другие создадут тебе условия для того, чтобы ты комфортно мог бы потреблять уникальность.
> простая операция
Чем же она простая? Поддержка обратной совместимости -- это сложная задача, которая делает систему резко сложнее чем надо, увеличивает количество багов, заметно повышает требования к квалификации разработчиков и ко вложенным в разработку человекочасам. Это очень сложно и результат плачевен.
> Не яббл, слава богу, разрешение
> ни у кого спрашивать не надо. Отвёртка и драйвер - и
> все дела."Спрашивать разрешение" и "специфическая задача" -- это разные вещи. Тебе не надо спрашивать разрешения, чтобы создать специфическое решение для специфической задачи. И, я отмечу, что linux даёт широчайшие возможности для решения неспецифических задач.
> Тут, ну лично для меня, ценна именно такая модульность и независимость (конечно,
> в определённых пределах) собственно ОС и ПО для поддержки оборудования. Выпустил
> производитель драйвер, нормально работает - ну и зашибись, занимаемся другими делами,
> не надо ничего патчить и компилить.Я не доверяю технологическим процессам разработки ПО, которым следуют разработчики железа. Ядерный кодинг -- сложная штука, требующая участия большого количества специалистов. Если они что-то там кодят, не открывают сорцы, то я уже им не верю. Если же они забросили обновлять свой драйвер двадцать лет назад, то я тем более не верю: технологии программирования двадцатилетней давности были заметно хуже сегодняшних.
Но вообще, если бы мне вдруг зачем-то понадобился бы tv-tuner, я бы пошёл и купил новый. Зачем мне старый? С tv-tuner'ами я не сталкивался, но я выкидываю старые сетевушки, видеокарты и прочий хлам: зачем они нужны? Зачем мне может понадобиться 10Mbit/s ethernet сетевая карта, если кругом гигабитные? Зачем мне может понадобиться Riva TNT2, если я могу взять за пять баксов какую-нибудь из младших моделей радеонов, которая ещё поддерживается в mesa? Или не за пять баксов, а за 50, и, пускай и древнюю, но уже совсем не младшую? Какой смысл держаться за старое железо? Как много людей поражено этим смыслом? Сколько из поражённых поражены им недостаточно, чтобы предпринять какие-то усилия, для актуализации своих смыслов? Мне кажется, что единицы васянов, мнящих себя олдфагами и трухацкерами. Очень специфическая аудитория, на которую не стоит ориентироваться при разработке ядра _общего_ назначения.
> То же и с кодеками, очень хорошая идея, как бы кто ни
> ругался (и местами заслуженно).А что с кодеками? Я забыл про слово кодек, с тех пор как пересел на linux... А, не, стоп. Не сразу. Когда я познакомился с mplayer, вот тогда я забыл, а поначалу были какие-то траблы. То есть лет десять-пятнадцать назад эти проблемы прекратились. А в венде до сих пор надо ставить кодеки? Как там это называлось... klite-codec pack, или типа того, да?
> А в винде уже тоже качать мало какие драйверы качать приходится, весь
> мейнстрим сам качается.Я рад за вендовозов, что двадцать лет спустя они получили, наконец, сколь-нибудь юзабельную систему.
> заканчивая четвёртым пнём. С биосом, впрочем, intel уже сам справился, правда
> выкатил взамен какой-то overengineering под названием UEFI.Собственно этим большинство попыток радикально все сломать до основанья и затем и заканчивается.
С итаником вышла такая же фигня. Он теоретически крутой и правильный. Практически это тормоз, за килобаксы, без поддержки софтом и без програмеров которые бы софт пилили, потому что не будут они голимое тормозилово за килобаксы покупать. Стимула мало. И никто не смог сделать под это нормальный компилер.
Пришел амд, примотал на проволоку и скотч 64 бита, немного подмазал помет и глину. И вроде уже и регистров побольше, и 64 бита есть, и софт не тормозит, при том - не отличаетяс очень уж драматично от того к чему все привыкли (и подо что генерят довольно оптимальный код). И вот оно стоит копейки, считает хорошо, да еще 64 битное. А архитектуру все-равно мало кто внутрях видит, наконец. И вот кучка костылей воткнула итанику и обеспечила ему это почетное имя.
С тем же успехом - свалка костылей Linux таки уделала крутой и правильный hurd где тоже попытались и тоже вышел оверинженеринг и куча дурных проблем. Так что они своп и юсб запустили к моменту когда пингвин уже заканчивал планету захватывать.
А то что Linux потом местами рефакторят, потому что совсем без архитектуры местами начинает становиться тяжко - знаешь, а это нормально. Всего сразу не предусмотришь и мысль сначала ввязаться, а потом посмотрев на проблемы архитектить подсистемы как бы имеет свой пойнт. По крайней мере не получится НЕХ не от мира сего, как у многих других.
> Специфичность операции определяется не сложностью или простотой, а тем насколько эта операция
> укладывается в список основных целей проекта.Основные цели проекта Linux - обслуживать работы которые нужны его участникам, очевидно. Ну и TV-тюнеры таскают до тех пор пока они кому-то нужны. И таки если надо что-то отрефакторить на уровне подсистем и обобщений - драйверы таки патчат. А если не патчат - их таки считают заброшенными и таки удаляют. Вроде все просто и логично.
Так что не вижу проблем с тв-тюнером из прошлого века, который играет. Если его драйвер майнтайнится или просто им так сильно повезло что там сразу получилось хорошо и менять инфраструктурные вещи потом не требовалось. Не вижу в этом никаких проблем.
> Если я написал арканоид, то форматирование жёсткого диска для моей программы --
> это неспецифическая задача.Такое формулирование хреново работает для ядра ОС, которое должно обслуживать и арканоид и форматер диска и вообще все что придумают для запуска в операционках общего назначения. И не только общего, еще куча "специфичных" применений найдется.
> на решение актуальных задач, которые стоят перед ним. Поддержка старого железа,
> которое нужно полутора анонимусом не является актуальной задачей.Поддержка старого железа нужна всем ровно настолько, насколько кто-то готов в ядре линукса это майнтайнить, в виде котором оно не клинит разработку и развитие системы. Т.е. при необходимости может потребоваться и рефакторинг драйвера сделать, если что-то в подсистеме поменяли. Если драйвер отрефакторят - да и какая разница, для какой он железки. А если не отрефакторят - значит после пары последних китайских его посчитают ненужным и дропнут.
> Как ты думаешь, сколько пользователей пытаются завести tv-tuner из прошлого века? 1?
> 10? 100? Из-за ста человек, миллионы других должны терпеть недостатки системыЭти миллионы человек не разрабатывают систему и поэтому не имеют слова в процессе разработки. В смысле, их даже никто не услышит - они даже правильные места для этого не знают. Поэтому с практической точки зрения миллионы человек будут жрать что дали. Выбирая из нескольких сортов.
> привнесённые обратной совместимостью? А если таких людей не 100 человек, а
> 1000, то у них уже неплохие шансы на то, что найдётся разработчикНо ничему не противоречит и если десяток зилотов будет таскать поддержку древней архитектуры. Ну вон какой-нибудь M68K до сих пор не дропнули. Потому что кто-то майнтайнит, в отличие от блэкфина и ко. Но вот то что M68K пользуются миллионы - в высшей мере сомнительно.
> будь им, а не рассчитывай, что другие создадут тебе условия для
> того, чтобы ты комфортно мог бы потреблять уникальность.А вот тут уже вопрос в том кому и что надо и готовы ли они пахать на этот счет. Или как-то стимулировать тех кто попашет за них. Или что там еще.
> требования к квалификации разработчиков и ко вложенным в разработку человекочасам. Это
> очень сложно и результат плачевен.Кернел операционки в любом случае такая штука. Хотя свалка костылей разумеется повысит порог вхождения. Но вообще, в ядре ждут только чертей высшей квалификации.
> И, я отмечу, что linux даёт широчайшие возможности для решения неспецифических задач.
И специфичных - тоже.
> Если же они забросили обновлять свой драйвер двадцать лет
> назад, то я тем более не верю: технологии программирования двадцатилетней давности
> были заметно хуже сегодняшних.Интересно, чего такого стало фундаментально иначе в си за 20 лет? А всякий обвес с тестами, анализом и фуззингом - он как раз по всей площади и гасит. И проблемные места или чинят или таки проблемный компонент через энное время выпилят.
> кругом гигабитные? Зачем мне может понадобиться Riva TNT2, если я могу
> взять за пять баксов какую-нибудь из младших моделей радеонов, которая ещё
> поддерживается в mesa? Или не за пять баксов, а за 50,Может быть, затем что бегать черти-куда в поисках куска текстолита от которого на самом деле было надо плоскую 2-мерную картинку на экран отрисовать - весьма субоптимально? А платить $5 и тем более $50 - и подавно. И если система все время пытается отдоить на покупку нового железа - и выброс старого, это хреново.
Потому что создает искусственные проблемы, стимулирует загаживание планеты и ставит на деньги почем зря. И все это ради чего?
> держаться за старое железо? Как много людей поражено этим смыслом?
С другой стороны, железо от времени хуже работать не начинает. Поэтому если кого-то устраивала работа железки - мало ли, есть у меня рыгалтек 8139 допустим и мне его хватало. А тут ты припираешься и вопишь что я должен купить 10gigE. С фирмварью и чуть ли не вентилятором на его сервисном проце, за сотни денег. А оно надо? Знаешь, что такое бюро медвежьих услуг?
> ядра _общего_ назначения.
Поскольку ядро ОБЩЕГО назначения - оно должно учитывать и старое железо и новое, очевидно. Потому что не все покупают видеокарту раз в год. И я знаю многих юзерей с компами которым 10+ лет. Устраивает людей машина, они ее и не меняют.
> траблы. То есть лет десять-пятнадцать назад эти проблемы прекратились. А в
> венде до сих пор надо ставить кодеки?Off: а новомодный AV1 у тебя играется? :)
> Я рад за вендовозов, что двадцать лет спустя они получили, наконец, сколь-нибудь юзабельную систему.
И бэкдоры/вендорлок в комплекте.
> Но ничему не противоречит и если десяток зилотов будет таскать поддержку древней архитектуры.Ну пойди, найти этот десяток зилотов, который будет поддерживать tv-tuner'ы которые есть только у трёх человек в мире. Нашёл?
Линукс поддерживает актуальное железо. Если у железа есть пользователи, то находятся и зилоты. Чем больше пользователей, тем проще находятся зилоты. Именно об этом я писал выше. Откуда такая корреляция берётся -- это другой разговор, но факт остаётся фактом: чем более востребована железка, тем больше желающих запиливать её поддержку в ядро.
Поэтому задача "поддерживать актуальное железо" вполне работоспособна в случае с линуксом, а вот задача "поддерживать старое железо" не работает и не будет работать. И, более того, при текущей модели разработки, будет глупостью выделять ресурсы на поддержку старого железа, потому что эти ресурсы можно вкидывать в поддержку нового железа, и это будет гораздо полезнее.> Интересно, чего такого стало фундаментально иначе в си за 20 лет?
Технологический процесс. Например те изменения, которые привносит использование git. Или, например, компиляторы, которые более хитрым образом выдают варнинги. Вообще утилиты для статического анализа кода. Ну, это навскидку. Чтобы ответить более подробно, надо круто понимать технологический процесс разработки ядра, причём не только на сегодняшний день, но и отличия его от того, что было 20 лет назад. Ты можешь заняться раскопками и написать книгу об этом.
> А всякий обвес с тестами, анализом и фуззингом - он как раз по всей площади и гасит. И проблемные места или чинят или таки проблемный компонент через энное время выпилят.
Для того, чтобы это работало, драйвер надо поддерживать. Если же его не поддерживали 20 лет, если сегодня ты продолжаешь использовать блоб, который был скомпилирован 20 лет назад, то гарантированно все эти умные слова типа фуззинга превращаются в чистой воды фуззинг воздуха.
> Поскольку ядро ОБЩЕГО назначения - оно должно учитывать и старое железо и новое, очевидно.
Нет. Оно никому ничего не должно. Общего назначения -- это не значит, что оно подходит для любой задачи из коробки. Это несколько об ином. Это скорее о том, что оно не заточено на RT в ущерб производительности, что оно не заточено на высокопроизводительные сервера в ущерб десктопу, ну и тп. Это значит, что выдерживается некий компромисс, который является удовлетворительным при большинстве применений. И это не является гарантией того, что компромисс будет удовлетворительным всегда. И уж тем более это ничего не говорит о том спектре железа, который поддерживается.
> Off: а новомодный AV1 у тебя играется? :)
Откуда я знаю? Я же говорю, я не связывался с кодеками более десяти лет, я не заглядываю в то, какие кодеки внутри видеофайлов, мне это не нужно, потому что все видеофайлы воспроизводятся на моей системе.
Абсолютной бессмысленности.
Потролил маркетологов из двух с половиной больших корпораций) Имеет право...
4.51 и никак иначе.
Чего то там из внутренней кухни, о чем знает и что касается 0.0001% пользователей ядра - стало отличным поводом сменить мажорную версию. Вы серьезно? Это определенно наихудший повод! Просто других, более объективных критериев развития, вероятно не придумать.
Привязка ко времени (год, месяц) - самая функциональная нумерация. Позволяет сразу оценить старость/новизну ядра. А количество каких-то там git-объектов действительно мало кого волнует. И мало кто о них вообще знает.
Проблема с фризами при больших дерганьях винта - есть. Дома в качестве файлопомойки/торрента/медиа-сервера стоит генту.
Машинка относительно новая (AMD A10-7700K/8Gb), но когда начинаешь перекешировать архив флибусты (>200Gb) система начинает тормозить не подетски.
ядро 4.14.8
И я так подозреваю что не в ядре дело, а в лени - ядро конфигурил по принципу работает и хрен с ним.
Показательный прогресс в стане линуксоводов.. Версии софта git обьектами считать.
> Показательный прогресс в стане линуксоводов.. Версии софта git обьектами считать.Стабильность в стане комментаторов опенета - не читать, что пишет папа Линус.
не монолит, а МОНОЛИТИЩЕ.