The OpenNET Project / Index page

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

Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и рабочих процессах

06.07.2020 11:06

На прошедшей на прошлой неделе виртуальной конференции "Open Source Summit and Embedded Linux" Линус Торвальдс обсудил настоящее и будущее ядра Linux во вступительной беседе с Дирком Хонделом (Dirk Hohndel) из компании VMware. В ходе обсуждения была затронута тема смены поколений в среде разработчиков. Линус указал, что несмотря на почти 30-летнюю историю проекта, в целом, сообщество не такое и старое - среди разработчиков много новых людей, которым ещё не исполнилось и 50 лет. Старожилы действительно стареют и становятся седыми, но те кто давно вовлечён в проект, как правило, ушли от написания нового кода и занимаются задачами, связанными с сопровождением или управлением.

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

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

На вопрос о переработке ядра на таких языках как Go и Rust, так как есть риск, что в 2030 годах Си-разработчики превратятся в нынешнее подобие разработчиков на COBOL, Линус ответил, что язык Си остаётся в десятке популярных языков, но для неосновных подсистем, таких как драйверы устройств, рассматривается возможность предоставления привязок для разработки на таких языках как Rust. В будущем ожидается предоставление разных моделей написания подобных вторичных компонентов, не ограничивающихся применением языка Си.

Намерение компании Apple использовать в настольных компьютерах и ноутбуках процессоры архитектуры ARM Линус прокомментировал с надеждой, что данный шаг поможет сделать ARM более доступным для рабочих станций. Последние 10 лет Линус жаловался на невозможность найти ARM-систему, которая подходила бы для системы разработчика. По аналогии с тем, как использование ARM компанией Amazon позволило продвинуть данную архитектуру в серверных системах, не исключено, что благодаря действиям Apple через несколько лет станут доступными и мощные ПК на ARM, который можно будет использовать для разработки. По поводу своего нового ПК на базе процессора AMD Линус упомянул, что всё работает нормально, если не считать сильно шумящего кулера.

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

Про COVID-19 Линус упомянул, что пандемия и режимы изоляции не повлияли на разработку, так как процессы взаимодействия основаны на общении по электронной почте и удалённой разработке. Из разработчиков ядра, с которыми взаимодействует Линус, от инфекции никто не пострадал. Беспокойство вызвало пропадание на месяц или два одного из соратников, но оно оказалось связано с возникновением туннельного синдрома.

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

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



  1. Главная ссылка к новости (https://www.theregister.com/20...)
  2. OpenNews: Линус Торвальдс перешёл с Intel на AMD на своей основной системе
  3. OpenNews: Эксперимент по разработке частей ядра Linux на языке Rust
  4. OpenNews: Линус Торвальдс опроверг проблемы с планировщиком задач, всплывшие в тесте производительности
  5. OpenNews: Линус Торвальдс временно отстранился от разработки ядра Linux
  6. OpenNews: Фреймворк для написания защищённых драйверов для ядра Linux на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53292-linus
Ключевые слова: linus, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (316) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:33, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –17 +/
    >Jul 2020 Jul 2019 Change Programming Language Ratings Change
    >1 2 change C 16.45% +2.24%

    В десятке? ну ну.

     
     
  • 2.97, Аноним (97), 14:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что ? к 2030-му году может много чего поменяться
    или вы думаете что - Си жил, Си жив, Си будет жить вечно.
     
     
  • 3.105, Аноним (105), 15:14, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Все люди разные, даже хотя бы по синтаксису, кому-то Rust нравится, кому-то C, так что при свободе выбора C будет существовать всегда, просто потому что он уже есть.

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

     
     
  • 4.176, Аноним (176), 18:48, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Лошади, паровозы, машины, электрокары... прогресс заставит двигаться и учиться всех. C# хитро делают - ты приходишь такой, пробуешь писать концептами как c/c++ и вроде даже ок. Позволяется. Но потом читая примеры, осознавая над нужности плюшками, ты и сам не замечаешь как мутируется сознание и код уже под правильную стилистику подстраивается. И ты понимаешь, что так удобнее и быстрее ... Go не умрёт, они правильно делают - они медленно и аккуратно прогрессируют, без истерик.
     
     
  • 5.193, Аноним (-), 19:41, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    C# не кактит для написания дров уровня ядра. Раст еще имеет шансы потрепыхаться, но синтаксис у него мерзотный и он порой создает больше проблем чем решает. А хайповать - это круто, но вот поливать сишников - желающих сколько угодно, а сделать что-то лучше - ноль. Как максимум на расте есть какие-то редоксы, которыми даже их авторы вроде не пользуются.
     
     
  • 6.280, Я (??), 00:16, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    катит, но  пока только для винды, но он принципиально не для этого сделан и использовать его так неправильно.
     
     
  • 7.287, Аноним (287), 07:26, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и для винды не катит Даже UMDF юзерспейсный драйвер там пишут максимум на С Н... большой текст свёрнут, показать
     
     
  • 8.315, Аноним (-), 03:35, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот кстати прогеры на с показывали что даже на atmega их нечто с классами н... большой текст свёрнут, показать
     
  • 6.307, Java omnomnom your memory (?), 02:46, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Синтаксис это всё же вкусовщина.
    Если бы изначально существовал rust вполне вероятно, что вы бы плевались на С
     
     
  • 7.314, Аноним (314), 03:12, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Синтаксис это всё же вкусовщина.

    Кроме вкусовщины есть еще тупо "больше клаву топтать". А синтаксис крайне нестабильный и оброс костылями уже почти до уровня плюсов.

     
  • 3.121, Аноним (121), 16:57, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    интересно в 2030 хоть кто нибуль вспомнит о Rust или Go?
     
     
  • 4.127, Аноним84701 (ok), 17:22, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > интересно в 2030 хоть кто нибуль вспомнит о Rust или Go?

    За 10 лет гугл забросит Го и все забудут, ага.

    Но вот сра^W обсуждения вида "Коболь все еще востребован и он будет востребован, пока нужно писать серьезные бизнес-приложения, а не ваши хипстерские поделки на С и Дельфях!" в 96 вполне себе в юзнете были.
    Кстати, очень (по смыслу) напоминают современные сентенции местных вида "Си жил, Си жив, Си будет жить вечно, и вообще, вы все просто хипстеры-вебмакаки!" ;-)
    https://groups.google.com/forum/#!msg/alt.cobol/UlEF9JgaqgE/GREu9gBIdOoJ
    (это то, что более-менее осталось. Гугл, зараза, как обычно, сначала перевел альтернативные хранилища архивов в разряд "нинужно! теперь мы будем хранить старые базы!", а потом, через пару лет, убрал из доступа).

     
     
  • 5.130, 1 (??), 17:32, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    COBOL - в 96 ? Не смешите. Реализации на ПК COBOL-а я не упомню ... Конечно может в какой нибудь эхе ru.cobol И были такие споры и то вряд ли ...

    А вот где-нибудь на конференциях конца 80х - да ... вполне были такие ораторы.

     
     
  • 6.154, Аноним84701 (ok), 18:24, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, верно -- ссылки в комментарии я добавляю исключительно в виде декораций и см... большой текст свёрнут, показать
     
  • 6.249, _ (??), 06:49, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Реализации на ПК COBOL-а я не упомню

    Та я вас умоляю - в свои 14 лет ты его и не должен помнить.
    А у вражин US Gov - был в фаворе, по крайней мере в начале 2000-х оне во всю юзали ACU-COBOL на писюках и Санах.

     
  • 5.190, Аноним (190), 19:26, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если еще до 2030 года гугла не повторит судьбу Yahoo...
     
     
  • 6.335, Д1110ма (?), 09:30, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > если еще до 2030 года гугла не повторит судьбу Yahoo...

    С чего бы это?

     
  • 5.196, Аноним (-), 19:46, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > За 10 лет гугл забросит Го и все забудут, ага.

    Они забросили пикасу, гугл+ и даже пресловутый google code, чего им там какой-то ЯП? Придут через 10 лет новые хипстеры решившие что go не круто - и гудбай. Судьбя проектов с 1 корпорацией такая.

     
     
  • 6.201, Аноним84701 (ok), 20:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И заодно сотрут большей части современников память, плюс уговорят выбросить go и... большой текст свёрнут, показать
     
     
  • 7.208, Аноним (-), 21:38, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так кто этим gcj всерьез пользовался последние 10 лет Был чисто для галочки ... большой текст свёрнут, показать
     
     
  • 8.218, Аноним84701 (ok), 22:08, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И при этом его не спешили выкидывать эти 10 лет Go на вид как ЯП, по дизайну ... большой текст свёрнут, показать
     
     
  • 9.238, Аноним (-), 02:02, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Таскали по привычке, номинально Реально им что-то скомпилять потому и удалил... большой текст свёрнут, показать
     
  • 9.288, www2 (??), 08:00, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Современный фортран только называется фортраном, а по сути это уже не тот первон... текст свёрнут, показать
     
  • 7.281, Я (??), 00:21, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    эти проекты стали живыми как только перестали быть проектами одной корпорации, го до этого ещё не дорос, он хоть и лучший в своей нише имеет все шансы потерять актуальность однажды, а переходить с го на его лучшую замену должно быть ещё проще чем переходить сейчас на го..
     
  • 5.220, asdasd (?), 22:17, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > За 10 лет гугл забросит Го и все забудут, ага.

    Учитывая что Go уже 11 лет существует только с релиза (а если с момента разработки считать или того-же Plan9 и того больше), забросят они его, ага.

     
  • 3.169, Gogi (??), 18:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если бараны в руководстве Гугла или M$ возьмутся за D, есть реальный шанс подвинуть все эти неуклюжие си-сипипишечки и заменить современным языком. Если большой финансовой поддержки не будет, даже хороший язык рискует кануть в лету.
     
     
  • 4.191, Аноним (190), 19:27, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты хоть понимаешь что все что можно уже написано на крестах и сях, переписывать предлагаешь? ты псих парень
     
  • 3.195, Аноним (-), 19:44, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > или вы думаете что - Си жил, Си жив, Си будет жить вечно.

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

     
  • 3.246, Алконим (?), 04:20, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пока нет замены С Go и Rust это просто хайп Rust страдает той же болезнью что ... большой текст свёрнут, показать
     
     
  • 4.247, Anonn (?), 05:42, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вроде как первые релизы компилятора Го могли компилировать "чистый код" без рантайма совершенно. Тогда были еще проекты Golang OS, еще задолго до Redux. Потом решили убрать эту фичу, так как почуяли нишу для языка: прикладной серверный софт. Вроде так было.
    В любом случае Го прекрасный язык по написанию, в отличие от Раста. Однако возможности раста в го - в подходе управления памяти, обработки ошибок - были бы просто шикарны. Имхо.
     
     
  • 5.272, Алконим (?), 18:30, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, Go хорош для впихивания во всякие контейнеры и написания всякого разного аля микросервисы. Только вот писать дрова на нем это жуть затея. Я вот думаю а не взять ли мне и написать свой диалект на основе go и Ownership MM как в rust. Выкинуть от туда их затею с урезанием управления потоков, сделать корутинки как отдельную библиотеку, добавить нормальные макросы а не через попорукие комментарии в коде в магических местах, добавить в пакеты метаданные с номером версии и т.д.
     
  • 4.275, anonimous (?), 19:09, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://tinygo.org/
     
     
  • 5.283, Аноним (283), 04:39, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Tinygo воде как был заброшен, разве нет?
     
     
  • 6.297, anonimous (?), 15:22, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не слежу внимательно, но коммиты есть aykevl authored and deadprogram committed ... большой текст свёрнут, показать
     
     
  • 7.316, Аноним (316), 03:43, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > есть и другие заходы для работы с железом на гоу

    Запрыги. На грабли. Чего в игого для этого хорошего? :)

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

    Ну тады ардуина с serial.begin() твое все...


     
  • 3.259, Аноним (259), 12:06, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Си не умрет никогда, так и знай!"
     
  • 2.250, Аноним (250), 08:25, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Переход на какой-нибудь rust может быть лавинообразным. Если rust в ядро допустят и он действительно покажет какие-то *существенные* преимущества в безопасности и/или скорости написания, то никто уже не захочет писать на C и весь новый код будет писаться на нем.
     
     
  • 3.257, BSA (?), 11:28, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас разговоры только о том, чтобы разрешить разработку драйверов на расте. А кроме драйверов там еще куча всего. Поэтому очень сомневаюсь, что раст станет основным языком ядра в ближайшее десятилетие.
     
  • 3.303, Аноним (303), 19:04, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а если никто не захочет писать и поддерживать говнокод на русте?
     
  • 3.317, Аноним (316), 03:44, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > то никто уже не захочет писать на C и весь новый код будет писаться на нем.

    Ну во первых вы так лихо расписались за всех...
    Во вторых, а кто перепишет вон те сотни кода?

     

     ....большая нить свёрнута, показать (39)

  • 1.2, fdght (?), 11:35, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    BSD системы и с меньшим числом справляются с релизами.
     
     
  • 2.6, anonymous (??), 11:41, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Сравнил... По количеству кода разница огромная.
     
     
  • 3.45, fdght (?), 12:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И тут мы плавно перешли к теме раздутости Linux ядра.
     
     
  • 4.48, Michael Shigorin (ok), 12:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Нет, к теме отсутствия драйверов (даже с учётом их тыринга).
     
     
  • 5.49, fdght (?), 12:52, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Занятно. Каких Вам драйверов не хватает?
     
     
  • 6.61, Аноним (61), 13:23, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не хватает на ТВ тюнер и плату видео захвата.
     
  • 6.62, Аноним (62), 13:24, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Михаил про поддержку значительно меньшего количества железа в xBSD по сравнению с Linux. Взять, например, SoCи и SBC на ARM, MIPS.
     
     
  • 7.91, пох. (?), 14:26, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так уговорите или заставьте китайца или корейца писать и под bsd - возможно даже, его патчи туда примут, в отличие от л@п4атых, заставляющих вечно гнаться за механическим зайцем со своим форком, потому что не так подано.

    Или вы думали, эту поддержку писал последние лет двадцать для линyпса кто-то, кроме самих авторов тех soc?

     
     
  • 8.146, Аноним (146), 18:15, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
  • 8.156, Аноним (62), 18:25, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так и что ты сказать-то хотел Что эти китайса и корейца тоже в числе того больш... текст свёрнут, показать
     
     
  • 9.172, пох. (?), 18:40, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    угу В числе хорошо оплачиваемых разработчиков фирм и фирмочек, выпускающих эт... большой текст свёрнут, показать
     
     
  • 10.312, Карабьян (?), 21:02, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Согласен, что производители, меня тут весной убеждали в ... текст свёрнут, показать
     
  • 8.205, FixingGunsInAir (ok), 20:51, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И спустя сотню таких драйверов, принятых в ядро фич, мы платно перейдём к теме р... текст свёрнут, показать
     
  • 6.66, User (??), 13:35, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бесит, что в ядре слишком много незадействованных драйверов? Собери без них. Лучше пусть будет безопасная совместимость, чем армагеддон для корпоративного клиента и обычного юзера.
     
     
  • 7.138, Аноним (138), 18:00, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Linux, при прочих равных система, на которой работает огромное количество разных... большой текст свёрнут, показать
     
     
  • 8.155, хотел спросить (?), 18:25, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    у меня есть вопрос а как обновлять ядро ведь дыра в ядре требует билдить заново... текст свёрнут, показать
     
     
  • 9.162, Аноним (62), 18:31, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просвещаться Инфы на эту тему полно Можно скачать последний минорный релиз LTS... текст свёрнут, показать
     
  • 6.197, Аноним (-), 19:47, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Занятно. Каких Вам драйверов не хватает?

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

     
  • 4.81, Аноним (105), 13:57, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Больше функций — больше кода, в чём вопрос?
     
     
  • 5.173, zzz (??), 18:41, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Четыре драйвера NTFS, три драйвера exFAT, зоопарк файлух и гора драйверов для экзотики - это не "больше функций", а "помойка".
     
     
  • 6.209, Аноним (-), 21:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > экзотики - это не "больше функций", а "помойка".

    Тем не менее, по состоянию на сейчас драйвер exFAT допустим тот же что самсунь на свои телефоны поставляет. А у бздюков, извините, чего?

     
     
  • 7.225, zzz (??), 23:23, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А у бздюков всё самое нужное и протестированное на бесплатных пингвинистраторах. Не забудь поставить арч, так ты привнесешь много отлаженного кода в FreeBSD!
     
  • 7.230, Аноним (-), 23:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> экзотики - это не "больше функций", а "помойка".
    > Тем не менее, по состоянию на сейчас драйвер exFAT допустим тот же
    > что самсунь на свои телефоны поставляет.

    Кто о чем, а пингвиноиды о проприетарной запатентованной FS Платинового Партнера?
    > А у бздюков, извините, чего?

    exfat-utils
    fuse-exfat
    Читать и писать внешние флешки и SD карты хватает за глаза, а для чего-то иного оно как-то и не нужно, цитируя анонима выше "Использовать открытую систему для того чтобы ее проприетарным запатентованным хламом загадить? А смысл?"


     
     
  • 8.318, Аноним (318), 04:08, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А уже и опенсорсной Ну так они на патенты раскрутились Видимо стрижка купон... текст свёрнут, показать
     
     
  • 9.331, Аноним (-), 13:24, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Еще и года с открытия спеков не прошло А дрова писались и включались значительн... большой текст свёрнут, показать
     
  • 6.237, anonymous (??), 01:04, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не ври.
    В ядре один драйвер NTFS, и один драйвер exFAT.
    Для FUSE так же по одному.
     

     ....большая нить свёрнута, показать (25)

  • 1.3, Аноним (3), 11:36, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Грустно однако про мейнтейнеров((
     
     
  • 2.14, And (??), 11:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Кмк снизился порог входа и стало много временных молодёжных, модных, неособо развитых.

    В общей массе стала меньше доля людей университетского уровня.

    И искать стало сложнее.

     
     
  • 3.16, Аноним (16), 11:57, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А как же инклюзивность и толерантность? Неужели гендерно-, расово- и умственноальтернативные не могут писать код?
     
     
  • 4.29, Аноним (29), 12:23, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Пусть пишут альтернативный линукс
     
     
  • 5.157, хотел спросить (?), 18:26, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И имя ему будет Калукс ))
     
     
  • 6.239, Аноним (239), 02:19, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И имя ему будет Калукс ))

    Это вы Редокс так? Или реактос?

     
  • 4.63, Аноним (63), 13:25, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +36 +/
    Вот в том и проблема, что все инклюзивные и толерантные, а мэйнтейнер должен на говно говорить говно.
     
     
  • 5.106, Anonymoustus (ok), 15:14, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Официант! Бутылку чаю этому анониму за то, что зрит в корень.
     
  • 5.139, Аноним (139), 18:03, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если он толерантен то не должен отклонять код, ведь это оскорбит его автора! А за оскорбление людей, особенно состоящих в меньшинствах, нынче можно получит волчий билет.
     
  • 5.159, хотел спросить (?), 18:27, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А за это его потом епут, а ведь не должны. Должны уважать и почитать.
     
  • 4.64, Аноним (62), 13:28, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пусть лучше свой отдельный форк форкают - Linuximple. И там хоть на Расте, хоть на Брейнфаке.
     
  • 3.54, Аноним (54), 13:06, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давно известно как проблему с мэйнтейнерами можно решить, причем отказ от Си будет чревато усложененим всего процесса, но никто этим сейчас не занимается (по крайней мере нет данных про это в публичном доступе).
     
     
  • 4.65, Аноним (62), 13:31, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Заменить C на JS для привлечения инклюзивных мейнтейнеров-макак?
     
     
  • 5.68, Аноним (-), 13:37, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    вчитайся

    > причем отказ от Си будет чревато усложененим всего процесса

    то есть от Си отказываться крайне не желательно

    ваш вариант

    > Заменить C на JS

    то есть ваш вариант противоречит тому что подразумевалось. Значит ваш вариант ошибочный. Вот ведь могли же свою гиоптезу оттестировать оффлайн у себя в мозгу прежде чем сюда постить? Или не могли...

     
     
  • 6.168, Аноним (62), 18:34, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда как можно проблему с мэйнтейнерами можно решить?
     
     
  • 7.213, Аноним (-), 21:48, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ответ не дам, но дам направление где можно найти ответ: аналитики к решению в теории пришли в конце 60х - начале 70х годов. К настоящему времени "прогресс" сбился с пути и идет по другой дороге.

    // минусуйте :)

     
     
  • 8.284, Аноним (284), 05:11, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Haskell ... текст свёрнут, показать
     
  • 7.240, Аноним (239), 02:25, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда как можно проблему с мэйнтейнерами можно решить?

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

     
  • 5.96, Аноним (96), 14:39, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главное, чтобы на опеннете было поменьше инклюзивных комментатор как ты.
     
     
  • 6.170, Аноним (62), 18:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не поддерживаю инклюзивность в отношении таких значимых проектов, как ядро.
     
  • 3.92, имя_ (?), 14:26, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То ли дело раньше: деревья были выше, трава - зеленее, люди - умнее.
     
     
  • 4.107, Аноним (105), 15:22, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > люди - умнее

    Раньше выборка и окружение (технологии) были другими, некорректно сравнивать вчерашнюю выборку с сегодняшним днём.

     
  • 4.174, НамеНаме (?), 18:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А так и было. И трава зеленей, и люди -- умней. Только бабы сейчас лучше, потому что новее.
     
     
  • 5.265, с (?), 15:12, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    жжешь
     
  • 2.108, КО (?), 15:38, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто разработчик может не подразумевать полную занятость - и соответственно оплату.
    А мантейнером трудно быть в свободное от остального время, о чем Линус и сказал. Поэтому нахаляву редко кто пашет.
     
  • 2.202, Аноним (202), 20:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ничё, вон запреты мастер-слейв в именах недавно ввели, сейчас заживут. Желающие толпами попрут.
     

  • 1.4, m.makhno (ok), 11:36, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Драйверы на Go и Rust - эх... Не хочется, чтобы C канул в лету.
     
     
  • 2.7, Аноним (7), 11:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да не канет он никуда. Не в нашей жизни как минимум. Языка, реально способного его заменить, еще не придумали.
     
     
  • 3.9, Аноним (9), 11:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ужe https://github.com/ziglang/zig
     
     
  • 4.11, Аноним (7), 11:47, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    зиг-шмиг... Я вот впервые об этой шняге слышу. Но раз в несколько лет кто-то обязательно выложит очередного убийцу С. А С тем не менее живее всех живых.
     
     
  • 5.211, Аноним (-), 21:45, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > лет кто-то обязательно выложит очередного убийцу С. А С тем не
    > менее живее всех живых.

    При том такая фигня уже лет 30. Еще вон в колибри какой-то си-- сделали. Интересно чем им просто си не угодил? То что они на асме кодить заколебались все уже догадались :)

     
  • 3.126, Сейд (ok), 17:19, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как же BitC?
     
  • 2.8, Ordu (ok), 11:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сколько раз повторять: есть кнопка "исправить". Нажми её и сделай вычитку. Это опенсорц, детка.
     
     
  • 3.12, Аноним (7), 11:48, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ну не платят мне за вычитку чужих статей. У меня своей работы навалом, детка.
     
     
  • 4.19, Ordu (ok), 12:02, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну не платят мне за вычитку чужих статей. У меня своей работы
    > навалом, детка.

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

     
  • 2.21, Fracta1L (ok), 12:08, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    И правда, столько веселухи вокруг переполненных буферов пропадёт
     
     
  • 3.40, Аноним (40), 12:37, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если код будет работать и буферы не будут переполняться - то что будут кушать программисты? Сейчас на C регулярно есть, что мейнтейнить. Тут CVE, там CVE. А на Rust написал - и всё, деньга уже не падает, пишешь другое, а старое в сопровождении и починке уязвимостей не нуждается.
     
     
  • 4.60, Аноним (60), 13:22, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так тонко, что аж толсто.
     
  • 4.67, Аноним (62), 13:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >на Rust написал - и всё, деньга уже не падает, пишешь другое, а старое в сопровождении и починке уязвимостей не нуждается

    Это фантастика, детка.

     
  • 4.109, КО (?), 15:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если код будет работать и буферы не будут переполняться - то что будут кушать программисты?

    Так это - вообще без работы сидеть не будут.
    Сделали буффер на 4К - строки длиннее не принимаем. Захотели 4K + 1байт - с вас стоточка и т.д.

    Все почему-то думают, что "управляемая память" она же "унутре у ней думатель" работает максимально эффективно. А на самом деле робот не дурак - все делает на отеб.сь.

     
  • 3.55, Аноним (55), 13:07, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да-да, у олигофренов сразу отрастут мозги Тот кто не понимает как софт работает... большой текст свёрнут, показать
     
     
  • 4.161, Fracta1L (ok), 18:29, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Дальше первой строки даже не читал, сорян, нытьё локальной илитки неинтересно
     
     
  • 5.192, Аноним (192), 19:29, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда шагай в своё зaднee oтвepстие со своим мнением.
     
  • 3.59, Аноним (60), 13:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Драйвера на Rust и Go будут в Unsafe всё-равно, так как прямого доступа к памяти у Rust и Go нет. Так что опять те же грабли. Может растовики поменяют архитектуру современных компьютеров полностью тогда, вместо того, чтобы костыли выдумывать?
     
     
  • 4.104, СеменСеменыч777 (?), 15:13, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    известные мне попытки "поменять архитектуру" в угоду языку (Пролог и японские 5го поколения, Модула-2, Оберон) кончились пшиком.
     
     
  • 5.133, Аноним (40), 17:45, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лисп-машины были прекрасны
     
     
  • 6.311, СеменСеменыч777 (?), 14:05, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Лисп-машины были прекрасны

    ну и где те лисп-машины ?
    а i386 и amd64 до сих пор с нами.

     
  • 5.212, Аноним (-), 21:47, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > известные мне попытки "поменять архитектуру" в угоду языку (Пролог и японские 5го
    > поколения, Модула-2, Оберон) кончились пшиком.

    Зато у системщиков получилось - современное железо удобнее всего программить из си. Потому что mem-mapped регистры. Из сей с этими их указателями как раз очень удобно все это обтяпывать. А вы сцыте в штаны от указателей? Ну тогда и железо себе придумайте заодно. Очень интересно получится ли такой же пшик как с прологом и чем там еще.

     
     
  • 6.291, анонн (ok), 12:46, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ветер дует, потому что деревья качаются code EXAMPLE 2 C ... большой текст свёрнут, показать
     
     
  • 7.309, anonimous (?), 03:59, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно уж сразу модулу-2, специалистам по указателям надо еще до нее было не прогуливать занятия по паскалю в школе

    https://wiki.freepascal.org/Pointer/ru

     
     
  • 8.319, Аноним (319), 04:18, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В паскале указатели очень уж паск удные В смысле, они там конечно, есть, н... большой текст свёрнут, показать
     
  • 4.110, Аноним (110), 15:55, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Драйвера на Rust и Go будут в Unsafe всё-равно, так как прямого доступа к памяти у Rust и Go нет.

    https://github.com/rust-embedded-community/pc-keyboard/search?q=unsafe&type=
    https://github.com/lizhuohua/linux-kernel-module-rust/search?q=unsafe&type=
    З-знатоки-и-и опеннета.

     
     
  • 5.120, Аноним (120), 16:57, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что хотели сказать-то? Во втором проекте куча unsafe. Кроме того, в описании проекта прямым текстом в Roadmap'e: Minimize the use of unsafe Rust.
     
     
  • 6.124, Аноним (-), 17:08, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Драйвера на Rust и Go будут в Unsafe всё-равно ... Так что опять те же грабли
    > Что хотели сказать-то?

    /0

    > Во втором проекте куча unsafe.




    8 code results
    pub extern "C" fn cleanup_module() {
        unsafe {
    -
    unsafe extern "C" fn smsc9512_bind
    -
    unsafe impl GlobalAlloc for KernelAllocator {
        unsafe fn alloc(&self, layout: Layout) -> *mut u8 {
    -
    unsafe fn dealloc(&self, ptr: *mut u8, _layout: Layout) {
            kernel::kfree(ptr as *const c_types::c_void);



    /0
    > Кроме того, в описании проекта прямым текстом в Roadmap'e: Minimize the use of unsafe Rust.

    То ли дело один сплошной unsafe ...


     
     
  • 7.241, Аноним (241), 02:45, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где в этом  куске кода вообще хоть какая-то работа с оборудованием? То что вы сумели переизобрести сишные приколы с памятью на расте - ну, круто, а нафига тогда вперся раст? :)
     
     
  • 8.243, Аноним (243), 03:04, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут оборудование, когда речь о якобы куче unsafe Или как обычно, анон ... текст свёрнут, показать
     
  • 3.113, Anonim4ik (?), 16:12, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ои

    use std::env;

    fn main() {

        let args: Vec<String> = env::args().collect();
        let mut i: usize = 0;
        
        if args.len() > 1 {
             i = args[1].parse::<usize>().unwrap();
        };

        // Fixed-size array (type signature is superfluous)
        let xs: [i32; 5] = [1, 2, 3, 4, 5];

        println!("N element of the array: {}", xs[i]);
    }

     
     
  • 4.122, Аноним (120), 16:59, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И?

    ./main 5
    thread 'main' panicked at 'index out of bounds: the len is 5 but the index is 5', main.rs:16:44
    note: run with 'RUST_BACKTRACE=1' environment variable to display a backtrace
    ./main
    N element of the array: 1

     
     
  • 5.123, Anonim4ik (?), 17:08, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а то что это ничем не отличается от полюсов.

    #include <iostream>
    #include <string>
    #include <array>

    int main(int argc, char *argv[]) {
        size_t i = 0;
        if (argc > 1)
            i = std::stoul(std::string (argv[1]));
        std::array<int, 5> a = {1, 2, 3, 4, 5};
        try {
        std::cout << a.at(i) << std::endl;
        } catch (...) {
            std::cout << "out of range" << std::endl;
        }
    }

     
     
  • 6.129, Аноним (120), 17:32, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а если случайно вместо a.at(i) написать a[i], то все рассыпается.
     
     
  • 7.136, Anonim4ik (?), 17:55, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а если в раст использовать unsafe то тоже
     
     
  • 8.164, Аноним (120), 18:32, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это как бы разные вещи В случае С очень многое unsafe или провоцирует очень... текст свёрнут, показать
     
     
  • 9.189, ann (??), 19:17, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В этом и опасность раста От кривого кода компилятор не спасёт, от необходимости... текст свёрнут, показать
     
     
  • 10.242, Аноним (241), 02:48, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Более того - более сложный рантайм и компилер дают больше точек непредсказуемост... текст свёрнут, показать
     
     
  • 11.244, Аноним (-), 03:12, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С фига ли Очередные Теоретические Размышлизмы Анонимов Опеннета, которые в код... текст свёрнут, показать
     
     
  • 12.320, Аноним (319), 04:20, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Яп сложнее, больше фич по дефолту втуливает Читали, читали И могут представить... текст свёрнут, показать
     
  • 6.147, Аноним (146), 18:17, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем у тебя int main, если main ничего не возвращает?
     
     
  • 7.215, Аноним (-), 21:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем у тебя int main, если main ничего не возвращает?

    Вообще, операционкой от программы код возврата ожидается...

     
  • 2.22, заминированный тапок (ok), 12:11, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    интересно сколько ещё стильных модных молодёжный систем сборки под этот зоопарк ЯП потянется.

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

    profit

     
     
  • 3.71, Аноним (62), 13:40, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    VS Code, никак не меньше.
     
     
  • 4.85, заминированный тапок (ok), 14:07, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > VS Code, никак не меньше.

    да не, сразу VisualStudio

    но тк она официально работает только в MacOS и Windows, то и способа собарть модулья ядра Linux из-под Linux не будет

    Profit!

     
  • 2.112, Ноним (?), 16:05, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Драйверов на го не будет никогда, го коммунити целиком и полностью состоящее из вебмакак не в состоянии писать сколько-нибудь сложный код.

    Раст не взлетит потому что мозилла слишком маленькая, чтобы толкать этот язык в массы.

     
     
  • 3.216, Аноним (-), 21:51, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Драйверов на го не будет никогда

    В фуксии попробовали. Лулзов откушали знатно. И видимо именно поэтому оно и останется toy os для вебмакак.

     
  • 2.274, Анон89999 (?), 18:58, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы можете сколь угодно много хвалить Си. Это хороший язык. Но не язвите, говоря на другие языки, оправдывая это тем, что некогда давно написанный проект не перенести с Си на что-то иное, только потому что это убьёт проект. Парадигмы раста убивают многие ребяческие проблемы С/С++. Да, это молодой проект, но вы ошибаетесь, если ставите на нем крест только из-за этого, попутно молясь рудиментарным вещам
     
     
  • 3.294, Аноним (294), 13:57, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раст хороший и мы его любим. Но анонимы, бегающие с ним в каждый тред и сам не написавшие ничего сложнее хелловорлда, поддостали.
     

     ....большая нить свёрнута, показать (48)

  • 1.10, Аноним (10), 11:45, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А было бы микроядро и всё могло бы сложиться иначе!
     
     
  • 2.24, Аноним (24), 12:15, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как, например?
     
     
  • 3.33, Ан (??), 12:27, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    раньше
     
  • 3.34, freehck (ok), 12:30, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Как у Хурд. Он же сказал "иначе", а не "лучше".
     
  • 3.38, TormoZilla (?), 12:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как у BSD.
     
     
  • 4.47, Аноним (47), 12:44, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Как у BSD.

    Вполне рабочая ОС, несмотря на меньший на порядок бюджет и ресурсы?

     
     
  • 5.74, Аноним (62), 13:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    GNU/Linux тоже вполне рабочая, и что?
     
     
  • 6.100, Аноним (-), 14:53, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > GNU/Linux тоже вполне рабочая,

    Ох уж эти опеннетные Знатоки ...
    С каких это пор GNU окружение разрабатывается в рамках ядра Линукс?
    > и что?

    Ох уж эти опеннетные Читатели ...
    Читать не только первые слова, а все предложение целиком не пробовали?

     
     
  • 7.140, Аноним (62), 18:06, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У того анонима чётко написано ОС, а не просто ядро. А раз ОС, то на десктопах и серверах ОС с ядром Linux это GNU/Linux.
     
     
  • 8.181, Аноним (-), 18:57, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А не просто читать, выдергивая удобные слова и выражения, но и осмысливать прочи... большой текст свёрнут, показать
     
     
  • 9.198, Аноним (62), 19:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раз ты про ОС, то и я про ОС А то чего тогда сравнивать тёплое и мягкое ... текст свёрнут, показать
     
     
  • 10.200, Аноним (200), 20:16, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скажи, каки буквы в словах GNU coreutils и софт не разрабатываются в рамках про... текст свёрнут, показать
     
  • 4.72, Аноним (62), 13:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А где в ней микроядро?
     
     
  • 5.227, Аноним (227), 23:44, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В макоси!

    (Хотя это не точно.)

     
  • 3.75, mos87 (ok), 13:45, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    микроте мейнтейнеры не нужны, а если драйвер упадёт, то заводится с кривого
     
  • 3.217, Аноним (-), 21:53, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как, например?

    Схлопнуться, как черная дыра, на комбинаторном взрыве взаимодействя абстракций. Операционка занялась бы одним сплошным переключением контекстов из абстракции в абстракцию, а выполнять юзерский код - да кого в академических проектах интересуют такие глупости? :)

     
     
  • 4.236, анонн (ok), 00:37, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как, например?
    > Схлопнуться, как черная дыра, на комбинаторном взрыве взаимодействя абстракций. Операционка
    > занялась бы одним сплошным переключением контекстов из абстракции в абстракцию, а
    > выполнять юзерский код - да кого в академических проектах интересуют такие  глупости? :)

    Чуваки из интеля (и заодно миллионы пользователей микоядерной ОС Minix) об этом слышали?

     
     
  • 5.321, Аноним (319), 04:23, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Чуваки из интеля (и заодно миллионы пользователей микоядерной ОС Minix) об этом слышали?

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

     
  • 2.165, Gogi (??), 18:32, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну зачем безголовому Трольвадсу слушать каких-то взрослых Танненбаумов! Линус запилил своё говнецо, чем был непомерно горд. Тщеславие и сыграло с ним (и с нами) злую шутку.
     
     
  • 3.322, Аноним (319), 04:24, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну зачем безголовому Трольвадсу слушать каких-то взрослых Танненбаумов! Линус запилил
    > своё говнецо, чем был непомерно горд. Тщеславие и сыграло с ним
    > (и с нами) злую шутку.

    Вы интервью с Таненбаумом случайно не читали? Профессор значительно скромнее и трезвее в оценке ситуации чем вы.

     

  • 1.15, Anonn (?), 11:55, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, зачем Линусу рабочая станция с мощным 32ядерным процессором, если он только почту читает?
     
     
  • 2.17, Аноним (17), 11:59, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    нынче программы такие, что только 32 ядра и тянут... а были времена...
     
     
  • 3.32, Вкусная водочка (?), 12:27, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    32 ядра это только для почты. Для ютуба, особенно в линуксе, где с аппаратным ускорением траблы, нужно что-то из Top500.
     
     
  • 4.46, Аноним (46), 12:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Изволите рофлить? В каком месте и под какой железкой у вас ютубус жрёт?
     
     
  • 5.254, anonymous (??), 10:48, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    4K50FPS ролики на одном из моих ноутов неплохо так лагают.
     
     
  • 6.290, Аноним (290), 11:44, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Купи себе уже что-нибудь новее мобильного пентиума из прошлого десятилетия
     
     
  • 7.292, InuYasha (??), 13:22, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    новее == more DRM
     
  • 5.336, Д1110ма (?), 09:58, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Изволите рофлить? В каком месте и под какой железкой у вас ютубус
    > жрёт?

    NVIDIA 9600GT, INtel E5400.

     
  • 4.114, llolik (ok), 16:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > где с аппаратным ускорением траблы

    Ну вот же буквально пару новостей назад в FF завезли VA-API под X-ы.
    И да, у меня i5-2540m (мобильный sandy) 720р вполне комфортно вывозит. На 1080 уже заметны подлагивания в динамичных сценах, но в VLC (где VA-API есть и работает) всё красиво. Так что если завести VA-API в FF, то думаю и FHD будет без проблем.

    Проц, для справки, 2012г. издания.

     
     
  • 5.119, Kuromi (ok), 16:55, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Естьтолько такая проблема, что Ютуб сейчас на AV1 переходть думает, который нигде не скоряется. Кроме того, через VA-API пока ускоряют только H264, поэтому те кто тестируют ускорение вынуждены выключать поддержку WebM\VP*. Правда ускорение VP в планах.
     
     
  • 6.150, llolik (ok), 18:19, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Естьтолько такая проблема, что Ютуб сейчас на AV1 переходть думает

    Ну декодироваться av1, в принципе, должен легко и быстро, но да аппаратных декодеров ещё ждать и ждать, как я понимаю. Так-то вот сейчас попробовал и этого плейлиста (https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS) запуститься. Вот результат - https://imgur.com/a/DhBaR1p.

    Визуально тоже самое, что и раньше - на 1080 легкие глитчи на шибк динмичных сценах, но смотреть можно, а на 720 - картинка отличная. Проц тотже мамонтовый i5 (это мой основной ноут), FF крайний из реп Mint-а.

     
  • 6.206, FixingGunsInAir (ok), 21:06, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    VP8/VP9 может декодироваться на новых интеграшках/видеокартах. Ну как новых, 2015-2016+. А Интол на новейших интеграшках может ещё и кодировать.

    С разморозкой.

    А вот AV1 пока впролёте.

     
     
  • 7.223, Kuromi (ok), 23:03, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > VP8/VP9 может декодироваться на новых интеграшках/видеокартах. Ну как новых, 2015-2016+.
    > А Интол на новейших интеграшках может ещё и кодировать.
    > С разморозкой.
    > А вот AV1 пока впролёте.

    Firefox в данный момент поддерживает через VA-API ТОЛЬКО H264. VP8/VP9 декодируются самим ФФ софтово. Работы над поддержкой VP8/VP9 через VA-API пока только в  планах.

    Так что с заморозкой вас.

     
     
  • 8.333, FixingGunsInAir (ok), 23:14, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Firefox не было никакого VAAPI до недавнего времени вообще И в chromium он то... текст свёрнут, показать
     
  • 3.53, Аноним84701 (ok), 13:02, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ... а были времена...

    Когда Линус брал кредит и покупал 386 по цене не сильно подержанной легковушки?


     
  • 2.30, Ан (??), 12:24, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы больше не жаловался на тормозные программы
     
     
  • 3.41, Аноним (41), 12:37, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Думаешь, что к нему пришли и сказали "Hi, Linus, meet your new PC, you will use it instead of your old one since now"? Линус не производит впечатление чела, которому можно новый комп задвинуть в принудительном порядке c целью устроить worksforme.
     
  • 2.31, Аноним (29), 12:25, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так не на одной вкладке же читает
     
     
  • 3.35, Вкусная водочка (?), 12:30, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да. По одному тредриперовскому ядру на одну вкладку. Тормознуто, но жить можно.
     
  • 2.262, Аноним (262), 12:43, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для компиляции чужого кода, вестимо.
     
  • 2.323, Аноним (319), 04:25, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, зачем Линусу рабочая станция с мощным 32ядерным процессором, если он только
    > почту читает?

    Ну так чтобы писать "this code haven't even seen compiler, CoC, CoC, CoC, CoC!" надо наверное компилер запустить...

     

  • 1.20, Аноним (20), 12:08, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не ради холивара, а почему закрыли доступ к 12309 в багзилле?

    https://bugzilla.kernel.org/show_bug.cgi?id=12309

     
     
  • 2.37, Аноним (37), 12:34, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Линус купил мощный комп, у него не воспроизводится =)
     
     
  • 3.43, Аноним (41), 12:40, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Суть 12309 в том, что для любого компа с любым наперёд заданным количеством количеством RAM он воспроизведётся с помощью одной маленькой программы в несколько строчек на си.
     
     
  • 4.50, tr (?), 12:56, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    bfq scheduler + ограничение dirty bytes решает проблему
     
     
  • 5.57, Аноним (57), 13:09, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Неа, BLK_MQ решает проблему, но это не точно, в прошлый раз, когда я копировал файл с ssd на hdd, всё зависло. Твой вариант совершенно точно не рабочий, с bfq я увидел что такое постоянные зависания интерфейса при обычной работе.
     
     
  • 6.79, Аноним (62), 13:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ionice -c 3 cp .... решает.
     
  • 6.90, Аноним (105), 14:21, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Купи нормальное оборудования, драйвера к которому не страдают этой проблемой.
     
  • 4.52, Аноним (54), 13:02, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пожалуйста код в студию - буду воспроизводить и изучать проблему. Не обещаю что быстро, но мне это действительно интересно.
     
     
  • 5.77, Аноним (41), 13:47, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    int main(){
        while(true){
            new char[4096 * 1024 * 8];
        }
        return 0;
    }
     
     
  • 6.82, foo (?), 14:02, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    1.c: In function ‘main’:
    1.c:3:9: error: ‘new’ undeclared (first use in this function)
             new char[4096 * 1024 * 8];
             ^~~
     
     
  • 7.132, Аноним (62), 17:44, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сохранить в файл с расширением .cc
    g++ 1.cc -o 1
     
     
  • 8.245, leap42 (ok), 04:13, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так это ужо не Си, а экскременты какие-то ... текст свёрнут, показать
     
     
  • 9.267, Аноним (62), 17:28, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Предложивший забыл сказать, что это C ... текст свёрнут, показать
     
     
  • 10.285, leap42 (ok), 05:17, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    спасибо, капитан анонимность ... текст свёрнут, показать
     
  • 9.298, Аноним (17), 15:44, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это инкременты ... текст свёрнут, показать
     
  • 6.99, Аноним (105), 14:53, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    new и malloc не выделяют физическую память, они резервируют место в виртуальном адресном пространстве процесса, а физическая память выделяется ядром при первом обращении к странице.
     
     
  • 7.151, Аноним (146), 18:19, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > new и malloc не выделяют физическую память

    Да ну?

     
     
  • 8.186, Аноним (186), 19:05, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, учите матчасть ... текст свёрнут, показать
     
  • 7.158, Аноним (139), 18:26, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В винде физическую память хотя бы резервиют, хотя до обращения, она вполне себе может быть забита кешем. Программа всегда сможет обратится к памяти, если new не вернул nullptr. В Linux не так?
     
     
  • 8.228, Аноним (227), 23:46, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https serverfault com questions 606185 how-does-vm-overcommit-memory-work... текст свёрнут, показать
     
  • 6.125, Аноним (125), 17:19, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причем тут ядро - используя 100/500 разных комбинаций  компилятор/линковщик и разные ключи к ним плюс архитектуры  - ты получишь 100/500 исполняемых файлов из которых вероятно процентов 10% будут себя не стабильно ....
     
  • 4.89, Аноним (105), 14:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Только на чипсете от intel
     
  • 4.269, Аноним (62), 17:46, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Суть 12309 в том, что для любого компа с любым наперёд заданным количеством количеством RAM он воспроизведётся с помощью одной маленькой программы в несколько строчек на си.

    Так вы уж определитесь, в чём суть этой 12309: проблема блочного ввода-вывода или исчерпания памяти? А то это напоминает проблему эфира в физике 19 века. Он одновременно и газообразный, и абсолютно твёрдый; и разреженный, и с огромной плотностью.

     
  • 4.324, Аноним (-), 04:27, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Суть 12309 в том, что для любого компа с любым наперёд заданным
    > количеством количеством RAM он воспроизведётся с помощью одной маленькой программы

    Показывал тут один чудик такую прогу. Она и скопытилась за аж 5 секунд от oom killer'а при тестовом забеге.

     
  • 4.337, Д1110ма (?), 10:01, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Суть 12309 в том, что для любого компа с любым наперёд заданным
    > количеством количеством RAM он воспроизведётся с помощью одной маленькой программы в
    > несколько строчек на си.

    В Windows всё прекрасно.

     
     
  • 5.338, пох. (?), 21:35, 16/09/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В Windows всё прекрасно.

    Говорят что тоже уже сломали.
    Вплоть до того самого - мертвого взвисания всей системы в конечном итоге.

    И рецепты предлагаются удивительно похожие - "просто добавьте вчетверо больше памяти" (ничего что до 2016 ничем в ровно этой же не воняло?) , включите io limit'ы в вашем azure instance (ничего что у меня железо?) и т д.

    Поколение альтернативно-одаренных программистов под управлением кумаров копчоных :-(

     
  • 3.117, Аноним (117), 16:30, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    порно невоспроизводится?
     
  • 2.143, Аноним (120), 18:10, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выше уже ответили, если же смотреть архив
    http://web.archive.org/web/20190810022442/https://bugzilla.kernel.org/show_bu
    то ответ сформулирован в комментах 663-665
     
  • 2.210, Аноним (-), 21:43, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не ради холивара, а почему закрыли доступ к 12309 в багзилле?

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

     
     
  • 3.232, анонн (ok), 00:05, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Не ради холивара, а почему закрыли доступ к 12309 в багзилле?
    > Потому что баг починен дохрена лет назад.
    > Если у вас какой-то похожий баг - создайте новый.

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

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

     
     
  • 4.325, Аноним (-), 04:45, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Сэр посоветует подходящую версию либастрала, чтобы прочитать описание бага без регистрации и СМС?

    Используйте версию 666, она отправит вас в правильное место и время, где вы сможете побатхертить вволю.

    > Теперь икспириенс "как венда, только нахаляву!" еще полноценнее, что, судя по активной
    > защите, только радует современных линуксоидов ))

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

     
     
  • 5.330, анонн (ok), 13:00, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Узнаю классического опеннетного почтитрехсотого - когда стало нечего возразить п... большой текст свёрнут, показать
     
  • 2.229, Аноним (227), 23:49, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что анонимы с лора и опеннета надоели комментировать древний и давно исправленный баг.

    Если внешние симптомы похожи - это еще не значит, что баг тот же.

     

     ....большая нить свёрнута, показать (32)

  • 1.23, Карабьян (?), 12:14, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    "Поиск новых мэйнтейнеров отмечается как большая проблема"

    Платить не пробовали? Причем и за поиск тоже

     
     
  • 2.27, Ан (??), 12:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Платить нужно за обучение, а мигрантов нанять проще.
     
  • 2.70, Аноним (70), 13:40, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Какой же опенсорс если за него еще и надо платить.
     
     
  • 3.80, Аноним (62), 13:54, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Опенсорс дословно открытые исходники, а не бесплатно.
     
     
  • 4.171, Аноним (139), 18:39, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кого Вы обманываете, с правом форнуть и продавать, продать ПО возможно ровно 1 раз. Что совершенно неприемлемо, если в разработку вложены многие миллионы долларов инвесторов. Поэтому все и продают поддержку чужого кода или код необходимый для продажи чего либо другого. Google Chrome например нужен для продажи гугло-услуг. Microsoft коммитит в ядро поддержку Hyper-V для продажи Windows Server и Azure и т.д. А если Photoshop открыть под GPL, то немедленно появится OpenPhotoshop и компания разорится.
     
     
  • 5.177, НамеНаме (?), 18:48, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Опен-что угодно ни как не влияет на продажи неОпен-что угодно. Потому что продажи это не про продукт и потребление, а про искусство впаривания, которому наличие чего угодно аналогичного бесплатного совершенно не помеха, а даже, чаще всего, подспорье.
     
     
  • 6.258, Аноним (139), 11:38, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно быть великим мошенником чтобы продать большому числу людей и предприятий, что то, что рядом можно получить совершенно бесплатно. Можете попробовать сделать форк Ubuntu и продать её хотя бы за $50, миллиону клиентов.
     
  • 5.194, Аноним (62), 19:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Однако, это никак не отменяет того, что даже GPLv3 не запрещает продавать софт.
     
  • 5.255, anonymous (??), 10:54, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Red Hat-у это объясните:)
     
     
  • 6.256, Аноним (139), 11:23, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Поэтому все и продают поддержку чужого кода или код необходимый для продажи чего либо другого

    Red Hat не разрабатывает собственное ПО на продажу, только допиливает чужое по требованию крупных клиентов. А те кто разрабатывал само ПО не получили ни цента прибыли.

     
     
  • 7.279, anonymous (??), 22:57, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, то есть systemd и прочие радости Linux-мира -- это не Red Hat, да?
     
     
  • 8.286, Аноним (139), 05:23, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А они его продают SystemD это политический инструмент ... текст свёрнут, показать
     
  • 5.296, Аноним (296), 14:53, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы тут обманываете сами себя То что вы говорите справедливо для продажи All-in-... большой текст свёрнут, показать
     
     
  • 6.305, Карабьян (?), 19:47, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Автодеск борется поставил в каждом регионе россии партн... большой текст свёрнут, показать
     
  • 2.103, vitalif (ok), 15:08, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Пробовали, получилась винда
     
     
  • 3.268, Карабьян (?), 17:42, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Пробовали, получилась винда

    А еще раньше SysV

     
  • 2.302, Аноним (294), 18:56, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мы тут за поиск разработчиков платить пробовали. Приводят таких, что ни один не может рекурсивный обход написать. Итог - выброшенные деньги.

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

     
     
  • 3.304, Карабьян (?), 19:38, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Рекурсивный обход дерева?
    Да, и кроме того, мало кто из мыслящих согласен вообще отвечать на глупые высосанные из пальца личные вопросы кадровички рекрутера, итп, а вот задачки - раз плюнуть, это приятно
     

  • 1.25, Ан (??), 12:17, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > способных рецензировать чужой код
    > стареют и становятся седыми

    Скоро рецензировать будут CoC и мигранты.

    > если не считать сильно шумящего кулера.

    Ноут нужно приподнять или в столе дырок насверлить.
    Проц скальпировать, припаять.
    В случае свиста у кулера крышку приподнять.

     
     
  • 2.36, Вкусная водочка (?), 12:33, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ноут

    Тредриперы в ноуты не ставят.

     
  • 2.39, m.makhno (ok), 12:36, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    какую крышку, какая пайка, ты о чём вообще
     
     
  • 3.153, Аноним (146), 18:22, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А я вот у старого MacBook (грелся) пластиковое покрытие с задней крышки оторвал и ножки от свича приклеил. Стало лучше.
     
     
  • 4.166, Аноним (40), 18:33, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-первых, с каких пор в MacBook ставят AMD? Штеуд там, потому и греется. Ибо вместо припоя сопли, которые тепло не проводят.

    Во-вторых, как уже сказали выше, Threadripper'ы в ноуты не ставят. У Линуса стационарник с 32-ядерным тредриппером. Почему все эксперты с opennet'а, даже не прочитав новость, пытаются давать советы наперебой, как ему справиться с выделяемым процем теплом?)

     
  • 2.44, Аноним (40), 12:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Скальпировать и паять нужно твои штеуды, у которых под крышкой эякулят вместо припоя. А в Ryzen'ах и Threadripper'ах припой.
     
  • 2.83, Аноним (83), 14:02, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Скальпирование это необходимость только для интелов. Нормальные процессоры идут с хорошим припоем. А у Торвальдса видимо неудачный выбор кулера.
     
     
  • 3.160, Gogi (??), 18:27, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ...что только лишний раз говорит о его способностях. Почему у меня машина тише воды? Потому что надо покупать тихие кулеры. Как мой пример, Thermalright TY-150. Страшные, зелёные, но работают тише поступи кота.
     
     
  • 4.334, Анонимный Аноним (?), 17:12, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потыкай кота палкой, возможно его срок годности вышел...
     
  • 3.204, Аноним (204), 20:51, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А у Торвальдса видимо неудачный выбор кулера.

    Неужели у него обычная башня? Я то думал, что к тредрипперам СВО покупают - а там можно и почти без шума обойтись.

     

  • 1.51, tr (?), 12:58, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    После смерти Линуса проект возглавит Мартинг Лютер Кинг. Скриньте.
     
     
  • 2.73, mos87 (ok), 13:42, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не не это к BSD
     
  • 2.76, агл (?), 13:45, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Линусу всего 50 лет. Дейву Каттлеру вообще 78 лет и до сих пор над ядром WNT работает. Здесь больше проблема кодовой базы Linux ядра
     
     
  • 3.88, Аноним (88), 14:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно искусственно довести Линукс до состояния когда его надо будет переписать с нуля.
     
     
  • 4.175, Аноним (139), 18:44, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже. И Линус это признавал, но проблема как всегда в драйверах, на переписывание которых уйдёт ещё лет 20.
     
  • 3.148, Gogi (??), 18:18, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Не "всего" а "уже" 50! Для зелёных смузихлёбов: это когда жизненные приоритеты меняются и даже вопрос "заработать лишнюю тыщу баксов" уже не так однозначен и люди всё чаще предпочитают отдых.
    Линус уже практически сдулся: не ровен час, обьявит, что "я устал, я - мухожук!" и свалит от всей этой нудной рутины.

    Программист начинает с кода, с интересных библиотек, идей, проектов, пишет сам свою ОС, редактор, ГУЙ, СУБД и т.п. Когда прогер перестаёт писать и вообще теряет интерес к проектам, он уже мёртв. Линус уже практически на грани того, чтобы бросить бессмысленное латание кучи г***вна под названием "линукс-ядро". Оно не вывозимо и его точно заменят. Даже сейчас взять QNX - и то будет стократ больше пользы. А то и того мельче - экзоядра.

     
     
  • 4.199, Аноним (192), 19:52, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Твой коммент как раз отдаёт "зелёным смузихлёбством".

    > Программист начинает с кода, с интересных библиотек, идей, проектов, пишет сам свою ОС, редактор, ГУЙ, СУБД и т.п. Когда прогер перестаёт писать и вообще теряет интерес к проектам, он уже мёртв.

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

    > Линус уже практически сдулся

    Не "сдулся", а "имеет право уйти на заслуженный отдых".

     
     
  • 5.260, 0ffh (??), 12:28, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вы правы когда дело касается прикладников
    но есть ведь еще системщики
    прогеры в целом делятся на 3 категории
    1 ая начинает прогать на бейсике паскале лого яваскрипт - и заканчивает написанием своих программ для своей профессии увлечений или малых сайтов ( их правильнее называть программирующими профессионалами чем программистами )
    2 ая те кто пишет для всяких банков или большие прикладные программы - сайты - вот им действительно не надо писать то что написано до них
    3 я - собственно системщики. у них нет того что написано до них. они все должны писать сами - причем максимально близко к железу - они не электронщики в прямом виде - но понятие системотехники - понимают. и да им доступна инфа от производителей - которую вы найдете (если) только для снятых с производства моделей
     

  • 1.56, n00by (ok), 13:07, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > для неосновных подсистем, таких как драйверы устройств,
    > рассматривается возможность предоставления привязок
    > для разработки на таких языках как Rust

    Интересно, что о С++ и речи не идёт, хотя привязки там не особо нужны.

     
     
  • 2.101, Аноним (105), 15:03, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Его же в этот раз про C++ и не спрашивали, его спросили про Go и Rust, он про них и ответил.
     
     
  • 3.111, n00by (ok), 16:03, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В том что и дело, что даже не спрашивали. Зато Rust уже обещают, несмотря на "доведение языка Rust до паритета с языком Си в области системного программирования". https://www.opennet.me/opennews/art.shtml?num=51401
     
     
  • 4.145, Gogi (??), 18:12, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ржа - мёртворождённый проект без конкретных целей. Поиграются и бросят.
     
     
  • 5.264, n00by (ok), 13:11, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Полагаете, Линус пообещал просто из вежливости? Или уверен, что у реализующих ничего не выйдет?
     
     
  • 6.326, Аноним (326), 04:49, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Или уверен, что у реализующих ничего не выйдет?

    Хипстеры не любят пахать 30 лет к ряду, поддерживая свое барахло, особенно с правилами типа "мы не ломаем юзермод". Это невыгодно отличает их от торвальца.

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

     
     
  • 7.329, n00by (ok), 08:51, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если действительно так и окажется, значит Линус грамотно поступил. Формально не отказал, не запретил, а в итоге вышло... что вышло.
     
  • 4.306, Аноним (105), 21:37, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В том что и дело, что даже не спрашивали.

    Это ни о чём не говорит, есть 100500 причин почему он не спросил про C++.

     
     
  • 5.310, n00by (ok), 08:16, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Например, какие?
     
     
  • 6.327, Аноним (326), 04:50, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, какие?

    Торвальдс однажды очень конкретно высказался по этому поводу, например.

     
  • 2.135, Аноним (62), 17:55, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Таки привязки нужны. Хотя бы для обработки символов загружаемых модулей, написанных на C++.
    Вот тут https://bosslinux.in/boss-mool индусы что-то в направлении поддержки модулей на С++ запиливают.
     
     
  • 3.263, n00by (ok), 13:09, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке запиливают "ОО абстракцию", что бы "увеличить сопровождаемость". Нужно ли оно - это другой вопрос. Необходимо ли - третий.

    В частном случае, если использовать некоторое подмножество С++, собрать рабочий модуль возможно. Для поддержки ряда возможностей языка, например, исключений (если их кто-то рискнёт допустить в ядро) потребуются дополнительные телодвижения.

     

  • 1.58, Sw00p aka Jerom (?), 13:14, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Разработка линукса уже вызывает туннельный синдром?
     
     
  • 2.116, llolik (ok), 16:29, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработка линукса уже вызывает туннельный синдром?

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

     
     
  • 3.144, Gogi (??), 18:11, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чушь собачья! Написание кода стократ медленнее любой машинистки. Это в сумме кода много, но реально в день печатается крайне мало, чтоб вообще это замечать. Пишу код без малого 25 лет - НОЛЬ проблем. Разве что шея немного затекает от чтения форумов. :)
     
     
  • 4.167, llolik (ok), 18:33, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чушь собачья! Написание кода стократ медленнее любой машинистки.

    Это зависит не от объёма, а от времени нахождения запястья в "вывернутом" положении. А это печать, если клавиатура специально не заточена, работа с мышью и т.д. Есть даже такой мем "укус мыши", когда от работы с мышью стреляет в запястье.

    >  без малого 25 лет - НОЛЬ проблем

    Ну я рад за Вас. Хотя наступить может внезапно, так что я бы не зарекался, всё-таки.
    У меня стаж поменьше, но от мышки уже отказался, т.к. долбше часа/двух - запястье ломит. Печать на ноуте позволет руки расположить как удобно, но всё равно раз в час/два делаю лёгкую гимнастику для рук.

     
     
  • 5.178, Сишник (?), 18:49, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть вертикальные мыши, вполне удобно и никакого туннельного синдрома.
     
     
  • 6.185, llolik (ok), 19:01, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть вертикальные мыши

    Ну они есть, но я вот только сейчас из это коммента о них узнал. Штука прикольная, на вид. Я на тачпад переключился. Вполне удобно. Мышью пользуюсь, разве что, изредка поиграть.

     
     
  • 7.266, Аноним (266), 16:18, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть даже пространственно-ориентированные мыши с гироскопом внутри. У меня она еще и с мини-клаиватурой. Клаву использовать в поседневе - это тот еще секс, но мышью вполне себе можно пользоваться после того как ваш мозг откалибруется и научиться пользоваться этой штукой.
     
  • 5.183, Аноним (-), 18:59, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Это зависит не от объёма, а от времени нахождения запястья в "вывернутом" положении.

    Это от стола зависит. И от того, какая мышь используется. Лет 12 Logitech выпускала не мышей, а настоящих крыс, которые нормально подходили под руку разве что какого-нибудь финского двухметрового мужика. И популярны были столы, где рука не лежит на столе (как должна), а постоянно в подвешенном состоянии. Вот если такой набор у пользователя есть, то и туннельный синдром тоже у него будет.

     
     
  • 6.184, Аноним (-), 19:00, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лет 12 обратно.
     
  • 2.128, Аноним (128), 17:22, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно его в емаксе разрабатывают.
     
     
  • 3.149, Аноним (149), 18:19, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В emacs -е тунельный синдром куда сложнее, чем в других редакторах. Но это, если им уметь пользоваться. Очевидно, что вы не умеете.
     
     
  • 4.152, Аноним (152), 18:20, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, заработать туннельный синдром куда сложнее.
     

  • 1.69, Аноним (70), 13:38, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Этот Линус сломался тащите нового.
     
  • 1.86, Аноним (-), 14:18, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >сообщество разработчиков ядра теперь не может позволить себе некоторые безумные изменения, которые делались раньше

    Стареем?

    >что в 2030 годах Си-разработчики превратятся в нынешнее подобие разработчиков на COBOL

    Си не умрёт никогда пока есть Unix-like systems.

     
     
  • 2.102, Аноним (105), 15:07, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут старость? Он же ясно пишет что это ответственность перед пользователями ядра, раньше распространения и вариантов использования было меньше и ответственности меньше.
     
     
  • 3.115, Аноним (117), 16:28, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да всё просто. Надо сделать так, хотя так оно по факту и есть...

    Для "ответственных или трусливых", корпорасо-говно-мамонто-энтерпрайзных - LTS ветка. Сюда сразу запишем всех РетГадовцев, Демьяно-Дебилианщиков и т.д. и т.п.

    Для молодых, прогрессивных ветка mainline или stable.

     
  • 2.261, 0ffh (??), 12:35, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Си не умрёт никогда пока есть - железо
    си единственный язык настолько низкого уровня - что ниже его тока ассемблер
    забываете что си и был разработан как в первую очередь переносимый ассемблер
    и такой язык один
    в отличие от всяких лиспов прологов смоллтоков и прочих концептуально отличных
    си в - первую очередь максимально быстрый метаассемблер для железа
    все что выше - хоть питон хоть брейнфак
    раст и го - выше по уровню - поэтому си не заменят
    может где то потеснят с++
    потому что изначально с++ - это смесь ежа с ужом
     

  • 1.94, Повидло19 (?), 14:29, 06/07/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/
     

  • 1.95, Аноним (97), 14:38, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в видео Линус чем-то похож на пингвина
     
     
  • 2.142, Gogi (??), 18:09, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На Водяного из ссср-ного мультика :)
     

  • 1.118, user90 (?), 16:44, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кокая-то печаль от этого. Ладно бы хренов хруст только, мне это не нужно, но проблемка-то пошире видать.
     
  • 1.131, Аноним (29), 17:36, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вобщем линукс уже не торт, пора откапывать Hurd
     
     
  • 2.137, Аноним (62), 18:00, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там же каждый ядерный сервис это отдельный процесс. Поэтому там ещё проще поддержку писания компонент ядра на разных ЯП сделать.
     

  • 1.134, AntonAlekseevich (ok), 17:51, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тухло как-то Видео от пятого мая...
     
  • 1.141, Gogi (??), 18:07, 06/07/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/
     

     ....ответы скрыты (4)

  • 1.179, Ilya Indigo (ok), 18:52, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ...рассматривается возможность предоставления привязок для разработки на таких языках как Rust.

    А на C++ даже не рассматривается?

     
     
  • 2.222, Аноним (57), 22:58, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет конечно, все мы знаем к чему приводит разработка драйверов на плюсах. Благо есть живой пример.
     
     
  • 3.234, Ilya Indigo (ok), 00:23, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Нет конечно, все мы знаем к чему приводит разработка драйверов на плюсах.
    > Благо есть живой пример.

    А на расте будет лучше?

     
  • 3.270, Аноним (62), 17:52, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пример в студию можно?
     
  • 3.282, anonimous (?), 01:32, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На с++ уже давным-давно написаны и широко используются разные оси реального времени для микроконтроллеров, но для линукса на нем ничего конечно написать невозможно
     
  • 2.231, Аноним (227), 23:51, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    19 различных способов инициализировать int в C int i1 unde... большой текст свёрнут, показать
     
     
  • 3.235, Ilya Indigo (ok), 00:27, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > 19 различных способов инициализировать int в C++:
    > И это только начало:
    > https://youtu.be/h-zy1hBqT74
    > Спасибо, не надо.

    И где Ваша логика?

    P.S. Можно != Нужно
    На C способов выстрелить себе в ногу гораздо больше!

     
     
  • 4.248, Аноним (248), 05:48, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На C способов выстрелить себе в ногу гораздо больше!

    Дело не в этом.

    У Си давно сформированы идиомы. И когда системщик пишет соблюдая правила безопасности и всем известные идиомы, тогда код на чистом Си хорошо чистается. Си хорош тем, что он прост, он проще чем Си++ и Раст.

     
  • 4.295, Аноним (294), 14:03, 08/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Технически нет непреодолимых проблем с использованием C++. Ну повозиться придётся, навскидку: оверрайды new/delete на kmalloc, аргументы через регистры, исключения запретить, ещё пунктов 20 наверное, но принципиально нет ничего невозможного. Тот, кто знает кресты на таком уровне, что ему можно доверить писать драйвера, разберётся.
     
     
  • 5.308, Аноним (308), 03:46, 09/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И будет следующее 1 Оверхед в разработке, соответственно, сложнее его будет чи... большой текст свёрнут, показать
     

  • 1.203, Аноним (203), 20:46, 06/07/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.219, Фристайло (?), 22:15, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    КБ АЛЬТ, не пораженное толерастией, сможет продолжить дело Линукса, когда там все на западе сгниет.
     
  • 1.221, Тот_Самый_Анонимус (?), 22:41, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сообщество может, говорили они.
     
  • 1.224, Аноним (224), 23:21, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Поиск новых мэйнтейнеров отмечается как большая проблема. В сообществе много активных разработчиков, которые рады писать новый код, но мало кто готов посвятить своё время на сопровождение и проверку чужого кода"

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

     
  • 1.226, srgazh (?), 23:40, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Linux скоро будут пилить только Microsoft
     
     
  • 2.328, Аноним (326), 04:53, 11/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Linux скоро будут пилить только Microsoft

    Пока там только 1 чувак с @microsoft.com замечен в активном кодинге. На удивление - полезном :). "И в г@вне встречаются жемчужины"

     

  • 1.233, arcsin (?), 00:08, 07/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё сложнее будет найти мэйнтейнегров
     
  • 1.251, Аноним (251), 09:40, 07/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Rust гораздо хуже и опаснее Си так как в нем есть unsafe блоки
    Пусть научатся на Си писать, а не выдумывают недоязыков.
     
  • 1.253, Аноним (253), 10:24, 07/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >На вопрос о переработке ядра на таких языках как Go

    Давайте уж на Java сразу - она и быстрее будет, и экосистема у неё гораздо лучше, и дженерики в ней есть.

     
     
  • 2.271, Аноним (62), 17:56, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    iZEN, залогинься.
     
  • 2.273, НамеНаме (?), 18:44, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Яве нет "дженериков".
     

  • 1.313, Аноним (313), 19:43, 10/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >На прошедшей на прошлой неделе

    Так на прошедшей или на прошлой? Куда торопился писака?

     
  • 1.332, Андрей (??), 13:43, 11/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > На вопрос об экспериментах в ядре Линус высказался, что сообщество разработчиков ядра теперь не может позволить себе некоторые безумные изменения, которые делались раньше. Если раньше разработка ни к чему не обязывала, то теперь от ядра Linux зависит слишком много систем.

    Накнец-то сам Линус объявил о начале конца того, что мы знали под названием Линукс.

    > По поводу своего нового ПК на базе процессора AMD Линус упомянул, что всё работает нормально, если не считать сильно шумящего кулера.

    У него же было самое главное требование к ПК: бесшумность!

    Неужели не нашлось 1,5+ кг радиатора, чтобы кулеру не приходилось перетруживаться? А, он же там в солнечной Калифорнии, т.к. Линус любит тепло.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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