The OpenNET Project / Index page

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

Линус Торвальдс выступил с критикой контроля качества в DRM-подсистеме ядра Linux

27.02.2017 10:37

В ответ на очередной набор изменений в подсистеме DRM (Direct Rendering Manager), присланный для включения в состав будущей ветки ядра 4.11, Линус Торвальдс пришёл в ярость и в жесткой форме раскритиковал Дэвида Эйрли (David Airlie), мэйнтейнера подсистемы DRM, за его отношение к контролю качества присылаемых патчей. В частности, Линус недоумевает как мэйнтейнер мог отправить для финального включения в новый выпуск ядра набор патчей, который явно не тестировался и непригоден для сборки из-за ошибки компиляции.

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

В частности при сборке присланного кода компилятором выводилось несколько десятков предупреждений и сборка завершалась ошибкой, изучение которой показало, что код не собирается если модуль backlight не вкомпилируется в ядро, а собирается в виде модуля (CONFIG_BACKLIGHT_CLASS_DEVICЕ=m). Более того, изменение для tinydrm было переотправлено мэйнтейнером на следующий день после получения от конечного разработчика и, судя по всему, без какого-либо тестирования.

В качестве ответных мер на подобное перебрасывание патчей в последний момент, Линус намерен ввести для DRM-подсистемы правило предварительного помещения изменений в ветку linux-next, до открытия окна приёма изменений в очередной выпуск ядра. Таким образом все изменения графических драйверов должны будут вначале быть обкатаны в ветке linux-next, лишь после чего смогут войти в основной состав ядра.

То, что полная неработоспособность выявляется последней инстанцией в ходе беглого осмотра и простейшего тестирования сборкой, указывает на серьёзные организационные проблемы. Линус был близок к тому, чтобы не включать набор патчей DRM в ядро 4.11, чувствуя что кроме него эти патчи никто больше не тестировал. Подобный шаг привёл бы к отклонению обновлений графических драйверов i915, amdgpu, radeon и nouveau, но, в конечном счёте, Линус принял исправленный вариант изменений к подсистеме DRM. Так как в настоящий момент приходится отклонять или принимать все изменения из набора DRM ("всё или ничего"), Линус намерен потребовать разбиения pull-запросов DRM на более мелкие части.

  1. Главная ссылка к новости (http://lkml.iu.edu/hypermail/l...)
  2. OpenNews: В ядро Linux не будут приняты изменения с поддержкой новых GPU AMD
  3. OpenNews: Сотрудник NVIDIA начал обсуждение вопроса, как компания может улучшить поддержку ядра Linux
  4. OpenNews: Продолжение дискуссии с Линусом Торвальдсом о стабильности API ядра Linux
  5. OpenNews: Проблемы с рецензированием патчей тормозят развитие X.Org
  6. OpenNews: Линус Торвальдс резко раскритиковал отношение компании NVIDIA к Linux сообществу
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46107-drm
Ключевые слова: drm, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (320) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Линус мужик (?), 10:57, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +25 +/
    И этим все сказано
     
     
  • 2.209, Аноним (-), 17:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И это наше слово (c) BSG
     
  • 2.378, qwerty123 (??), 13:32, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >То, что полная неработоспособность выявляется последней инстанцией в ходе беглого осмотра и простейшего тестирования сборкой, указывает на серьёзные организационные проблемы.

    Этот горячий финский мужик собственно и создавал базовые правила разработки и интеграции кода.

    Почему все замкнуто на него, и почему нет вменяемой группы, занимающейся качеством?

    Делать шум это последнее дело, в норме все решаеться качественной огранизацией деятельности.

     
     
  • 3.386, Michael Shigorin (ok), 14:23, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Делать шум это последнее дело, в норме все решаеться качественной огранизацией деятельности.

    Кажется, у нас в гостях очередной [I]успешный менеджер[/I] проектов...

     
     
  • 4.439, Аноним (-), 12:06, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Кажется, у нас в гостях очередной [I]успешный менеджер[/I] проектов...

    Кто бы говорил-на Вашу поделку 1С уже не ставится а вы все тут в камментах умничаете

     
     
  • 5.442, Michael Shigorin (ok), 22:21, 08/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Кажется, у нас в гостях очередной [I]успешный менеджер[/I] проектов...
    > Кто бы говорил

    Я сказал.

    > на Вашу поделку 1С уже не ставится

    Руки ровняйте, УМВР (не так давно для одного из партнёров как раз проверяли).

     
  • 3.393, Анонимм (??), 15:09, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему все замкнуто на него, и почему нет вменяемой группы, занимающейся качеством?

    Досрочный ответ: потому, что большинству просто ложить, им давай уже готовое.
    Ударить палец о палец для улучшения чего-то - для них боль.

     
  • 3.406, Led (ok), 22:39, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему все замкнуто на него, и почему нет вменяемой группы, занимающейся качеством?

    Завидуешь, лузер?

     
  • 3.420, Аноним (-), 15:51, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    очередной крах менеджмента как системы управления, не более того
     

  • 1.2, A.Stahl (ok), 11:03, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    >"всё или ничего"

    Вот она -- монолитность. Жаль что GNU-тое ядро неактивно пилится.

     
     
  • 2.8, Аноним (-), 11:21, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –23 +/
    Иди пили, Астал. Мы все будем рады.
     
  • 2.11, Анонимм (??), 11:22, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Плюсую.

    Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса.

    И существование GNU/Hurd - доказательство того, что это решение реально.

     
     
  • 3.29, px (??), 11:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +69 +/
    Этот комментарий следовало бы разделить на два... :)
     
     
  • 4.34, Анонимм (??), 11:55, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зачем?
    Чтоб можно было покритиковать по отдельности и Hurd, и предложение микроядрености линукса?
    И?

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

    Есть другие предложения как решить проблемы надёжности Линуха?

     
     
  • 5.114, Аноним (-), 14:07, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Это был микросарказм :)

    >Линус намерен потребовать разбиения pull-запросов DRM на более мелкие части.

     
     
  • 6.246, Анонимм (??), 18:46, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это был микросарказм :)

    Но набрал он - максимум плюсов :)

     
  • 3.43, мегааноним_ (?), 12:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Плюсую.
    > Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса.
    > И существование GNU/Hurd - доказательство того, что это решение реально.

    Ага и широкое её применения на всевозможных устройствах показывает,
    что GNU/Hurd мы увидим завтра на наших PC, роутерах и телефонах. Если что это был сарказм.


     
     
  • 4.66, Анонимм (??), 12:39, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага и широкое её применения на всевозможных устройствах показывает,
    > что GNU/Hurd мы увидим завтра на наших PC, роутерах и телефонах. Если
    > что это был сарказм.

    Сарказм это не страшно. Посмеяться всегда полезно.

    И пока кто-то смеётся, кто-то другой уже выпустил 1.5 миллиарда устройств (на 2012 год) на OKL4 микроядре

    https://en.wikipedia.org/wiki/Open_Kernel_Labs#cite_ref-3

    Да, бывают и другие микроядра, и тоже вполне живые.

     
     
  • 5.86, Andrey Mitrofanov (?), 13:14, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    I General Dynamics is the global leader in virtualization ,,, Based on Genera... большой текст свёрнут, показать
     
     
  • 6.347, Drom (?), 05:10, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы так рьяно доказываете ущербность микроядра, словно это объективная реальность. Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов.
     
     
  • 7.352, Andrey Mitrofanov (?), 09:20, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы так рьяно доказываете ущербность микроядра,

    Я?? Ты бредишь.

    > словно это объективная реальность. Вообще-то,
    >объективная реальность

     
  • 7.356, Michael Shigorin (ok), 10:22, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов.

    Вас же не затруднит выйти к доске и привести доказательство этого "факта", верно?

    А пока https://www.cvedetails.com/vulnerability-list/vendor_id-436/QNX.html

     
     
  • 8.365, Анонимм (??), 11:56, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просмотрел первые 10 уязвимостей - это всё о юзер-левеле и обычном софте либы... текст свёрнут, показать
     
     
  • 9.375, www2 (ok), 13:19, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты жалок Твоё микроядро, которое умеет только сообщения между подсистемами пере... текст свёрнут, показать
     
     
  • 10.418, Анонимм (??), 14:32, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Оу, у меня уже есть микроядро Ссылочку можно напочитать Ну надо же, система не... большой текст свёрнут, показать
     
  • 10.422, Аноним (-), 15:59, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вопрос изначально касался именно дырявости ядра, а не каких-то левых процессов и... текст свёрнут, показать
     
  • 9.400, freehck (ok), 19:09, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно в юзер-левле Где ж ему ещё быть-то Кернел-левел у микроядра внеза... текст свёрнут, показать
     
     
  • 10.402, Анонимм (??), 20:46, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У микроядра есть ещё сервисы Так вот ошибки не в микроядре, и не в сервисах, а ... текст свёрнут, показать
     
     
  • 11.415, freehck (ok), 12:11, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я хочу сказать, что аргумент это ж юзерлевел в треде с обсуждением микроядерны... текст свёрнут, показать
     
     
  • 12.417, Анонимм (??), 14:13, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, терминология но Вы же меня поняли Да и сути не меняет проблемы с пермисс... текст свёрнут, показать
     
  • 3.91, Аноним (-), 13:24, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И существование GNU/Hurd - доказательство того, что это решение реально.

    Hurd существовал до Linux. Почему-то после того, как выпустили Linux, Hurd забросили. Решение то реально, только почему его не пилят вообще? Может быть есть причина всё же?

     
     
  • 4.102, Andrey Mitrofanov (?), 13:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> И существование GNU/Hurd - доказательство
    > Hurd существовал до
    > Решение то реально,
    > есть причина

    Зачем ставить таги https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA , говорили они. --"А раненных всё везут и везут."

     
     
  • 5.357, Michael Shigorin (ok), 10:23, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > --"А раненных всё везут и везут."

    Оловянных, стеклянных или деревянных? :)

     
  • 4.108, freehck (ok), 13:58, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Пилить-то пилят, но в основном из интереса или в исследовательских целях.  Причина в том, что когда Hurd начинали пилить, была задача заменить проприетарное ядро Unix в системе GNU.

    Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно. И это "правильно" упёрлось в непомерные сроки реализации, ибо ядро архитектурно было принципиально новым, с миллионами подводных камней и трудностями в отладке.

    Тогда на сцене появился Linux. Взгляд у Торвальдса был проще: нужно новое ядро, и нужно ещё вчера. Linux в первую очередь ориентировался на то, чтобы был результат, и чтобы работали с ним уже существующие программы. И в этом Linux преуспел.

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

    Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал, скорее всего они за Hurd бы не принялись.

     
     
  • 5.230, Аноним (-), 17:58, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно.

    Пока семь раз отмеряли, Линус успел три раза сделать и переделать.

    А вообще, интересно, как так получилось что один человек,
    обогнал нескольких человек, которые ещё и начали делать раньше?
    Подход "тяп-ляп - в продакшн" выстрелил?

    > Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал,
    > скорее всего они за Hurd бы не принялись.

    Взялись за то, что им было не нужно?! 8-)
    Или, просто не сообразили, что можно по-другому делать?

     
     
  • 6.234, Анонимм (??), 18:10, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пока семь раз отмеряли, Линус успел три раза сделать и переделать.

    Типа того.
    Монолит писать проще и логотип Пингвин тоже не последнее дело.

    > А вообще, интересно, как так получилось что один человек,
    > обогнал нескольких человек, которые ещё и начали делать раньше?
    > Подход "тяп-ляп - в продакшн" выстрелил?

    А что, коммерция. У кого быстрее - того и тапки (сливки).
    И лишь через время (вот как счас) народ начинает соображать.

     
  • 6.243, Аноним (-), 18:38, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А вообще, интересно, как так получилось что один человек,

    C небольшой помощью всяких айбиэмов и прочих, ага.

     
     
  • 7.277, Аноним (-), 21:06, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Айбиэмы подтянулись когда линукс уже был вполне работоспособен. В отличие от всяких хурдов.
     
     
  • 8.438, AVON (?), 01:01, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Предлагаю назвать GNU KURD Когда курды заполучат свое государство, тогда и допи... текст свёрнут, показать
     
  • 6.379, qwerty123 (??), 13:37, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно.
    > Пока семь раз отмеряли, Линус успел три раза сделать и переделать.
    > А вообще, интересно, как так получилось что один человек,

    Поищи рассылки за 1998-2004 гг, там с десяток основных разработчиков.
    Без них бы эта поделка тихо бы покрывалась пылью в ftp архивах.

     
     
  • 7.388, Michael Shigorin (ok), 14:27, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Поищи рассылки за 1998-2004 гг, там с десяток основных разработчиков.
    > Без них бы эта поделка тихо бы покрывалась пылью в ftp архивах.

    Слушайте, "успешный менеджер", а ведь у Вас проблемы то ли с историей, то ли с совестью.

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

    Поищите, что ли, архивы lkml?  Вот, скажем, этот день девятнадцать лет тому: https://lkml.org/lkml/1998/2/28

     
  • 5.376, www2 (ok), 13:22, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже
    > существовал, скорее всего они за Hurd бы не принялись.

    Если мне не изменяет память, то Линус писал, что если бы не лицензионные проблемы у BSD, то он бы Linux не стал писать.

     
     
  • 6.380, qwerty123 (??), 13:46, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже
    >> существовал, скорее всего они за Hurd бы не принялись.
    > Если мне не изменяет память, то Линус писал, что если бы не
    > лицензионные проблемы у BSD, то он бы Linux не стал писать.

    Есть две версии
    1 Линус с трудом понимал американские IT журналы
    2 Он не осилил установку 386BSD

     
  • 6.381, Andrey Mitrofanov (?), 14:12, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если мне не изменяет память, то Линус писал, что если бы не
    > лицензионные проблемы у BSD, то он бы Linux не стал писать.

    Ещё версия: на его студне-щебродском 386SX не ставился FreeBSD (или какой-то из предков), требовавший тогда сопроцессора.

     
     
  • 7.397, Аноним (-), 17:26, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё версия: на его студне-щебродском 386SX не ставился FreeBSD (или какой-то из предков), требовавший тогда сопроцессора.

    386BSD вышла какбы на пол-года позже Linux.

     
     
  • 8.399, Andrey Mitrofanov (?), 18:21, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гм, Вирзениус пишет i387 CODE Jan 5, 1991 bought his first PC i386 ... большой текст свёрнут, показать
     
  • 6.401, freehck (ok), 19:24, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если мне не изменяет память, то Линус писал, что если бы не
    > лицензионные проблемы у BSD, то он бы Linux не стал писать.

    Немаловажно также отметить, что когда начинали писать Hurd, никакого BSD ещё не было.

     
  • 6.405, Led (ok), 22:38, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если мне не изменяет память

    Изменяет.

     
  • 4.125, Анонимм (??), 14:34, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно. Монолит писать [было] проще, и железо было другим (пресловутые переключения контекста ааа!!!), сейчас же даже SYSENTER/SYSEXIT инструкции есть. А потом не стали писать, т.к. особо не пекло и поезд несколько отдалился (Линух оброс хорошей функциональностью).
     
  • 4.212, Аноним (-), 17:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> И существование GNU/Hurd - доказательство того, что это решение реально.
    > Hurd существовал до Linux. Почему-то после того, как выпустили Linux, Hurd забросили.
    > Решение то реально, только почему его не пилят вообще? Может быть
    > есть причина всё же?

    Основная причина - влияние классической модели безопасности UNIX на скорость работы микроядер.

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

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

     
     
  • 5.296, Аноним (-), 22:01, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот хоть кто-то понимает в чем дело, а то все думают, что HURD недопили просто из-за лени...
     
  • 5.305, Анонимм (??), 22:22, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Есть ещё гибридный подход: выносить в юзер-левел только нетребовательное к скорости (все яблочные огрызки так живут и DragonFly BSD). Тоже вполне подход.
     
  • 5.368, Аноним (-), 12:15, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А если не сложно, можно по подробней, есть ссылки на публикации с этой доказательной мат моделью?
     
     
  • 6.430, Аноним (-), 17:58, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://sel4.systems/
     
  • 3.232, Michael Shigorin (ok), 18:02, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Плюсую.

    Если что, комментарий #2 свидетельствует только о полном непонимании проблемы (в лучшем случае -- о невнимательности и каше из архитектуры и патчей в голове).

    > Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса.
    > И существование GNU/Hurd - доказательство того, что это решение реально.

    Вы ведь правда с Hurd пишете, и туда точно шлют только мелко нарубленные патчсеты?

     
     
  • 4.238, Анонимм (??), 18:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы ведь правда с Hurd пишете

    Дык!

    $ uname -a
    Linux xxxxxxxx 4.4.0-64-lowlatency #85-Ubuntu SMP PREEMPT Mon Feb 20 12:39:25 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

    Я люблю Линукс. И хочу видеть в нём самое лучшее из доступного.


    > и туда точно шлют только мелко нарубленные патчсеты?

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

     
  • 3.443, Нечестивый (ok), 10:58, 15/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > существование GNU/Hurd - доказательство того,

    что жить и существовать не есть одно и то же.

     
     
  • 4.444, Анонимм (??), 22:23, 15/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> существование GNU/Hurd - доказательство того,
    > что жить и существовать не есть одно и то же.

    Жить и накатывать апдейты ядра. Всегда, каждый день.
    И ребутиться. Ибо критические дырки.

    Вот это жизнь!

     
  • 2.26, kai3341 (ok), 11:46, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > Вот она -- монолитность

    Шагом марш в школу. Ядро уже давно не монолитное

     
     
  • 3.31, Анонимм (??), 11:51, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Внезапно.
    Прошу деталей.
     
     
  • 4.48, мегааноним_ (?), 12:15, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >>> Вот она -- монолитность
    >>Шагом марш в школу. Ядро уже давно не монолитное
    > Внезапно.
    > Прошу деталей.

    В монолитном ядре ты не можешь выгрузить какую-нибудь
    подсистемы, обновить её и запустить снова по определению,
    нужно перезапускать все ядро. Но вот
    сюрприз благодаря модулям все это возможно в ядре Linux.

     
     
  • 5.54, Ordu (ok), 12:23, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Глупости. Все эти подсистемы работают в одном адресном пространстве, и любая может порушить ядро самым жёстким образом. То что при этом их можно выгружать или подгружать -- к делу отношения имеет ровно столько же, сколько выгрузка страниц памяти в своп и подгрузка их обратно.
     
     
  • 6.63, мегааноним_ (?), 12:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Глупости. Все эти подсистемы работают в одном адресном пространстве, и любая может
    > порушить ядро самым жёстким образом. То что при этом их можно
    > выгружать или подгружать -- к делу отношения имеет ровно столько же,
    > сколько выгрузка страниц памяти в своп и подгрузка их обратно.

    Вы путаете, я не утверждаю что ядро Linux микроядерное,
    я говорю что ядро Linux не монолитное. Мир не черно белый.

    И про
    >порушить ядро самым жёстким образом.

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

     
     
  • 7.76, Ordu (ok), 13:02, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мир может и не чёрно-белый, тут ты прав А вот ядра делят на монолитные и микроя... большой текст свёрнут, показать
     
     
  • 8.127, Pofigist (?), 14:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Упор на единое адресное пространство - в корне ошибочен Грубо говоря - возмож... текст свёрнут, показать
     
     
  • 9.144, Анонимм (??), 15:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что ж, сильно подмечено Спасибо ... текст свёрнут, показать
     
  • 9.269, _ (??), 20:42, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ой мамо почитал бы ты Таненбаума может и лужи остались бы не расплёсканн... текст свёрнут, показать
     
  • 8.345, не такой (?), 03:02, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Файловые системы в user-space, char device драйверы в user space, работа с SPI I... текст свёрнут, показать
     
     
  • 9.349, Аноним (-), 06:22, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред я прочитал В драйверах нивидии открыта только интерфейсная прослойк... текст свёрнут, показать
     
     
  • 10.359, Michael Shigorin (ok), 10:35, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, что имел в виду человек, но вроде у нвидии началось движение в сторону ... текст свёрнут, показать
     
  • 8.377, www2 (ok), 13:28, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть ещё модульные и гибридные ядра У Linux как минимум модульное ядро, а скоре... текст свёрнут, показать
     
     
  • 9.392, Анонимм (??), 15:06, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, жаль лишь, что от жонглирования названиями у кривых дров в Линухе уровень до... текст свёрнут, показать
     
  • 7.81, Анонимм (??), 13:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > теоретики такие теоретики, ну упала посистема для работы
    > с жесткими дисками в микроядре, при этом микроядро выжило,
    > ну и на хрена оно, ведь даже перезапустить подсистему не может,
    > т.к. жесткий диск не доступен.

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

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

     
  • 7.82, eganru (?), 13:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    полностью согласен: микроядро не не решает проблему кривого кода в нужных подсистемах.
    если нужный драйвер регулярно падает, то не нужно решать это проблему регулярным перезапуском. это как из лужи пить.
    *я уж не говорю, что в системах с простыми dma и.т.д. защищенные области памяти могут быть запросто испорчены тем же самым криво работающим драйвером.

    нужно, чтобы все нормально работало. а если все нормально работает - то архитектура системы скорее дело вкуса.

     
     
  • 8.109, Анонимм (??), 13:59, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, только почему-то по факту оно так не работает Люди ошибаются, это их неотем... текст свёрнут, показать
     
     
  • 9.314, Аноним (-), 22:39, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Автоматический перезапуск падающего кода не очень-то способствует исправлению со... текст свёрнут, показать
     
     
  • 10.320, Анонимм (??), 22:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так если перезапустилось и никто этого не заметил - то система хорошо делает ... текст свёрнут, показать
     
     
  • 11.351, eganru (?), 07:43, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    i Ну так если перезапустилось и никто этого не заметил - то система хорошо дела... текст свёрнут, показать
     
  • 7.89, saasd (?), 13:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну и на хрена оно, ведь даже перезапустить подсистему не может,

    т.к. жесткий диск не доступен.

    А ничего, что подсистема уже загружена и находится в памяти?

     
     
  • 8.278, Аноним (-), 21:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Подсистема как бы упала и находится не пойми в каком состоянии ... текст свёрнут, показать
     
     
  • 9.282, Анонимм (??), 21:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В условии задачи упал тока драйвер винта, а не файловой системы или кеша Та... текст свёрнут, показать
     
  • 7.137, freehck (ok), 15:05, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>порушить ядро самым жёстким образом.
    > теоретики такие теоретики, ну упала посистема для работы
    > с жесткими дисками в микроядре, при этом микроядро выжило,
    > ну и на хрена оно, ведь даже перезапустить подсистему не может,
    > т.к. жесткий диск не доступен.

    +1

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

     
     
  • 8.414, Аноним (-), 09:08, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А на монолите такого, конечно, быть не может совсем-совсем Когда вы говорите, ... текст свёрнут, показать
     
  • 7.158, Анонимм (??), 15:44, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ведь даже перезапустить подсистему не может,
    > т.к. жесткий диск не доступен.

    Вы слышали о кеше файловой системы?
    Можете даже поиграться: грузонуть какой-нить liveCD, в консоли пускануть
    /bin/ls, потом вынуть флешку и ещё раз запустить /bin/ls

    посмотрите что получится

     
     
  • 8.339, freehck (ok), 00:01, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Жёсткий диск недоступен - не в том смысле, о котором Вы подумали ... текст свёрнут, показать
     
     
  • 9.342, Анонимм (??), 00:20, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так жёсткий диск недоступен или ФС бинарь для перезапуска драйвера Это же раз... текст свёрнут, показать
     
  • 6.79, Аноним (-), 13:05, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На системах без IOMMU, любой драйвер может расписать под хохлому любую область памяти.
    И никакое микроядро от этого не спасет.
     
     
  • 7.83, Анонимм (??), 13:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На системах без IOMMU, любой драйвер может расписать под хохлому любую область
    > памяти.

    Ну Вы ж добавляйте,
    это только, если ему позволить DMA...

    > И никакое микроядро от этого не спасет.

    Зато спасёт от многих прочих проблем.
    DMA без IOMMU - это проблема железной архитектуры. Странно обвинять в этом вложенный в неё софт.
    Так можно договориться, что и возможность подойти к серваку и тупо его вырубить из розетки - это недобатотка какого-нить dBus'а

     
     
  • 8.187, Аноним (-), 16:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Напишите мне драйвер современного контроллера дисков или сетевой карты без dma ... текст свёрнут, показать
     
     
  • 9.199, Анонимм (??), 16:54, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И Типа если оставить сервисам доступ к DMA пока процы с IOMMU непомерно дороги... текст свёрнут, показать
     
     
  • 10.202, Аноним (-), 17:00, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Доступ к DMA имеют не сервисы, а железки ... текст свёрнут, показать
     
     
  • 11.218, Анонимм (??), 17:31, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому, что сервисы дрова соотв образом программируют эти самые железки Но э... текст свёрнут, показать
     
     
  • 12.280, Аноним (-), 21:11, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стесняюсь спросить, слышал ли уважаемый эксперт по микроядрам про bus master dma... текст свёрнут, показать
     
     
  • 13.289, Анонимм (??), 21:35, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну раз каждый суслик - агроном каждая железка может лезть в память , то и прави... текст свёрнут, показать
     
  • 5.78, Анонимм (??), 13:04, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В монолитном ядре ты не можешь выгрузить какую-нибудь
    > подсистемы, обновить её и запустить снова по определению,
    > нужно перезапускать все ядро. Но вот
    > сюрприз благодаря модулям все это возможно в ядре Linux.

    Ну, вижу, Вас уже заминусовали нормально так.
    Да, Вы спутали модульность и микроядерность.

     
  • 2.33, Я. Р. Ош (?), 11:53, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты пытаешься тонко троллить или ты реально веришь в то, что написаное тобой, имеет отношение к проблеме описанной статьей?
    Если второе, то у меня для тебя действительно плохие новости о твоем состоянии
     
  • 2.41, мегааноним_ (?), 12:10, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>"всё или ничего"
    >Вот она -- монолитность. Жаль что GNU-тое ядро неактивно пилится.

    Бред, вы архитектуру (разделение программы на части и выделение API) и то как храняться исходники и как принимаются патчи.

    Микроядерную ОС тоже могут хранить в одном репозитарии и с важными для ОС службами и возникла та же бы проблема.

     
  • 2.59, llolik (ok), 12:32, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ИМХО проблемы того, что подсистема не тестируется и работает абы как на честном слове, микроядро всё равно не решит.
    И да, корректности ради, ядро всё-таки не классическое монолитное, а модульное.
     
     
  • 3.97, Анонимм (??), 13:32, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все - нет.
    Проблемы защищённости всей системы от проблем в отдельных сервисах/дровах - Да.
    А чтоб повысить качество кода - нужно тестировать, лучше автоматически.
    И порог вхождения в эту возможность крепко опускает микроядро (т.к. тестить/девелопить в юзер-левеле куда проще).
     
     
  • 4.145, Аноним (-), 15:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Переписывать монолитное ядро, с кучей дров, в которых кроме автора никто не разб... большой текст свёрнут, показать
     
     
  • 5.171, Анонимм (??), 16:11, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда это READ EXEC-ONLY код со всеми вытекающими устранять ошибки в нём некому... большой текст свёрнут, показать
     
  • 2.214, Аноним (-), 17:26, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вот она -- монолитность. Жаль что GNU-тое ядро неактивно пилится.

    Ты не прав. При тех объемах, что имеется смена архитектуры не спасет. Хоть будь все на ООП. Хоть в микроядре. Без разницы. Тебе пришлют кусок школокода и сиди компиляй. Ах да, тесты тебе тоже никто не пришлет -- будешь сам писать. И т.д. и т.п.

    Так что. Пили своё ядро. Расскажешь потом как ты один мониторишь 10 миллионов строк кода. И 1000+ людей, которые шлют тебе чуть ли не ежесекундо патчи. Будет интересно. А ты станешь знаменитым, богатым, забросишь опеннет и т.п. =)

     

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

  • 1.4, Аноним (-), 11:09, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Собсвтенно, как недавно столкнувшийся с ошибкой в финальной версии начиная с 4 ... большой текст свёрнут, показать
     
     
  • 2.15, Анонимм (??), 11:28, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А прошлонедельная CVE-2017-6074 не относится к качеству кода ядра?
     
     
  • 3.298, ННН (?), 22:07, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может быть и относится, откуда я знаю? Я ведь столкнулся с конкретной подсистемой, и в контексте новости описал ситуацию, которую увидел собственными глазами. А вы спрашиваете про что-то иное.
     
     
  • 4.306, Анонимм (??), 22:24, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть и относится, откуда я знаю? Я ведь столкнулся с конкретной
    > подсистемой, и в контексте новости описал ситуацию, которую увидел собственными глазами.
    > А вы спрашиваете про что-то иное.

    Понял.
    Вобщем, относится и это

     

  • 1.5, Нанобот (ok), 11:13, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    вообще-то когда у кого-то что-то не компилируется, в интернетах принято делать крайним компилирователя, а не код. ещё принято использовать аргумент "у Меня всё работает"

    так вот, это у линуса просто руки кривые! :)

     
     
  • 2.60, Andrey Mitrofanov (?), 12:33, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще-то когда у кого-то что-то не компилируется, в интернетах принято
    > так вот, это у линуса просто руки кривые! :)

    Его рычаг больше -- он же мержит.

    Что ещё не понятно, спрашивай?

    //
    И вообще, на форониксах уже успели _две_ новости сделать "ой, Он ругается" + "уф, обошлось". В сумме дающие эталонный "Пшшшшик!"  --  эту (одну) новость здесь. Впрочем, то, что у хороводов корпорастов опять проблемы с разработкой можно, и пообсуждать "новую модель", апгрейды гита и проч. -- бурление ж.

     

  • 1.6, Аноним (-), 11:15, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что меня злит, так это то что плохой проприетарный драйвер можно накатить на систему двух, трёх и пятилетней давности, и всё будет работать. А хороший открытый драйвер начинает корёжить от разницы в 2 месяца между релизами любых из двух компонентов: Linux, libdrm, xf86-video-driver и Mesa. Интел хоть предупреждение показывает в командной строке: "gen6+ needs Linux 4.1", что-то такое. У остальных всё просто не компиляется или не работает.
     
     
  • 2.51, мегааноним_ (?), 12:19, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Что меня злит, так это то что плохой проприетарный драйвер можно накатить
    > на систему двух, трёх и пятилетней давности, и всё будет работать.

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

     
     
  • 3.249, Elhana (ok), 19:28, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас прекрасно собирается... у них был момент, когда пару месяцев были проблемы, но в остальном закрытые дрова nvidia собираются на всем новом гораздо раньше, чем amd например.
     
  • 2.151, Аноним (-), 15:29, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так какой из них по факту хороший, а какой плохой?


     
  • 2.272, Сырносырно (?), 20:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А на свежую можно?
     
  • 2.322, Аноним (-), 22:52, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У остальных всё просто не компиляется или не работает.

    Stable API nonsense, едрить его за ногу. Заморозка API/ABI на веки вечные, конечно, создаёт проблемы, но и регулярные изменения в расчёте на "исходники открыты -- кому надо, поправят", IMHO, тоже не дело.

     

  • 1.7, Анонимм (??), 11:21, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кто-то ещё сомневается, что Линуксу давно пора менять дизайн на микроядро?

    Это ж оно в сабже просто не скомпилилось у Торвальдса. А если бы скомпилилось? Но никакого тестирования то там всё так же и не было...

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

    Остаётся не у дел самый эффективный подход - разработка через тестирование. Причём, в самой критичной части операционки...

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

    Ну и излишне говорить о безопасности, даже если какая ошибка вкрадётся в какой сервис - это всё-таки, уже отдельный процесс. Даже если навернётся - то будет просто перезапущен. Всё остальное продолжит работу.

    У микроядерной модели есть свои проблемы и стереотипы в отношении них.
    Но всё решаемо.

    Есть вот, к примеру, Debian GNU/Hurd - вполне живая система с 50к пакетами, живёт sshd и накатываются апдейты по сети (из qemu).

    PS Минусующим просьба: пишите словами против чего именно Вы против.

     
     
  • 2.10, Аноним (-), 11:22, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Микроядерных полон тред. Вы тут чего забыли?
     
     
  • 3.14, Анонимм (??), 11:26, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мы тоже любим Линукс за его функциональность.
    Но не хотим, чтобы он канул в лету под грузом принципиально нерешаельных проблем ненадёжной структуры.

    А что Вы предлагаете? Как решать эти вот проблемы в сабже и прошлонедельные рутовые уязвимости из-за опечатки (?) в левом модуле?

     
     
  • 4.45, iPony (?), 12:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Но не хотим, чтобы он канул в лету под грузом принципиально нерешаельных проблем ненадёжной структуры.

    Это естественный процесс. Нельзя просто так писать/писать/писать на протяжении этак 30 лет.

    Постепенно любой проект придет к состоянию "надо взять и переписать". Сейчас всякие расты встают. Поэтому ждем Rinix этак через пять лет.

    PS: возьмите и запишите это предсказание на бумажку, а если не сбудется, то выкиньте.

     
     
  • 5.53, Аноним (-), 12:22, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Слабая мотивация. Хранить чтобы потом, если чего, выбросить ))
     
  • 5.69, Анонимм (??), 12:48, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Постепенно любой проект придет к состоянию "надо взять и переписать". Сейчас всякие
    > расты встают. Поэтому ждем Rinix этак через пять лет.
    > PS: возьмите и запишите это предсказание на бумажку, а если не сбудется,
    > то выкиньте.

    Ну не Rinix оно называется, а чуть иначе. Но уже есть, и снова же - микроядро.

    https://redox-os.org/

     
  • 3.42, Аноним (-), 12:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Старые песни на новый лад. А вот был бы у Линуса короткоствол, а вот было бы ядро микроядерным...
     
     
  • 4.62, Анонимм (??), 12:35, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А Вы как решаете насущные проблемы Просто что-то меняете, а потом расхлёбываете... большой текст свёрнут, показать
     
     
  • 5.88, Аноним (-), 13:17, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Простите, но вы хотя бы, в теории, знаете во что вываливается переключение контекста? Наверное, из рук не выпускаете книги Эндрю Таненбаум и знаете как внутри все это работает, верно?
     
     
  • 6.122, Анонимм (??), 14:31, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В точку.
    Ещё ответьте за всех, что добавить 5 копеек в запас мощности железа это всегда хуже, чем устраивать даунтайм из-за левых ошибок.
     
     
  • 7.190, Аноним (-), 16:39, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Переключения контекста это не разу не пять копеек. Для иллюстрации можете посмотреть на производительность и прожорливость процессора ntfs-3g.
     
     
  • 8.211, Анонимм (??), 17:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не уверен, что данная реализация сервисов fuse - оптимальна Кроме того, это ч... текст свёрнут, показать
     
     
  • 9.283, Аноним (-), 21:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Началось виляние филейной частью, покажите более оптимальную Почему-то никто за... текст свёрнут, показать
     
     
  • 10.291, Анонимм (??), 21:40, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот об этом и речь Но в более общем виде ... текст свёрнут, показать
     
  • 10.353, Очередной аноним (?), 10:13, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На этот ваш постоянный вопрос всегда есть постоянный ответ - QNX Отличная опера... текст свёрнут, показать
     
     
  • 11.354, Michael Shigorin (ok), 10:18, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Единственный недостатки -- уже ободряет может, попробуем развернуть на нескольк... текст свёрнут, показать
     
     
  • 12.361, Очередной аноним (?), 11:47, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    теоретически архитектура ее как нельзя лучше для этого подходила - ее IPC базиру... большой текст свёрнут, показать
     
     
  • 13.366, Анонимм (??), 12:03, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради стереотип обязательной асинхронности доставки IPC сообщений... текст свёрнут, показать
     
     
  • 14.371, Очередной аноним (?), 12:29, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там же было написано ее IPC базируется на отправке сообщений синхронных и а... текст свёрнут, показать
     
     
  • 15.373, Анонимм (??), 12:33, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, в QNX есть и то, и другое, и это правильно Но проблема масштабируемости всё... текст свёрнут, показать
     
  • 14.372, Очередной аноним (?), 12:32, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а разработчики монолита демонстрируют чудеса производительности перед микроядерщ... текст свёрнут, показать
     
     
  • 15.374, Анонимм (??), 12:34, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как будто производительность - всегда важнее всего ... текст свёрнут, показать
     
  • 13.367, Анонимм (??), 12:08, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да терпит история Моделировать прошлое и будущее - очень даже нужно и полезно ... большой текст свёрнут, показать
     
  • 10.423, Аноним (-), 16:12, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    наверное потому, что никто больше столько человеко-дней в это больше и не вливал... текст свёрнут, показать
     
  • 3.133, Аноним (-), 14:52, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Микроядерных полон тред. Вы тут чего забыли?

    Они недавно микроядерность проходили )

     
     
  • 4.136, Andrey Mitrofanov (?), 14:54, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Микроядерных полон тред. Вы тут чего забыли?
    > Они недавно микроядерность проходили )

    Не, талмуд Таненбаума оставляет неизгладимую травму _надолго_. Не "недавно", то есть. ><:>

     
  • 2.18, Аноним (-), 11:30, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я против странно коррелирующих наплывов фанатов микроядерности и микрософта.
    Лови минус.
     
     
  • 3.20, Анонимм (??), 11:33, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Спасибо за конкретику по минусу.

    Хотя странно: за наплавы статистики посещаемости ресурса лично я не отвечаю, но минус прилетает именно мне... Ну что ж...

    Да, если по микроядру есть мысли - прошу.

     
     
  • 4.40, Аноним (-), 12:09, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Куратор твой отвечает.
    По микроядру задачка тебе такая на размышление: оцени, сколько сил на это уйдет, и насколько велик возможный выигрыш. А то указывать, куда идти линуксу, ты, конечно, горазд.

    Ну и да, пассажи вроде
    >Да и сейчас, в монолитном виде тестировать отдельные модули ядра, кроме как собрать ВСЁ, загрузить и погонять - некак.

    Выдают глубину твоих познаний в предметной области с головой.

     
     
  • 5.55, Анонимм (??), 12:25, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Возможный выигрыш в мире продолжит жить и развиваться самое функциональное откр... большой текст свёрнут, показать
     
     
  • 6.67, Аноним (-), 12:40, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Возможный выигрыш: в мире... (наступит, короче, коммунизм)

    Ты давай вот эти прокламации оставь для кого-нибудь другого. Линукс не самоцель. Возьми и посчитай. С обоснованиями.

    >Вы тоже можете попробовать предложить путь развития. Это никому не запрещается.

    Еще раз говорю, более понятно: звездеть на форуме - не мешки ворочать. Иди и делай. Будешь указывать, куда идти другим - другие однажды скажут, куда идти тебе.

    >А я на экзамене? Или речь обо мне?

    О тебе, студент, о тебе. Ты берешься рассуждать о тех вещах, о которых имеешь весьма смутное представление.

    >Есть конечно отдельные автоматические тесты... (опять много воды)

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

     
     
  • 7.101, Анонимм (??), 13:44, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Зачем Это что, коммерческий проект или где Или кому-то станет легче, если появ... большой текст свёрнут, показать
     
     
  • 8.141, Аноним (-), 15:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это тут ни при чем Посчитать прошу не в деньгах, а в часах Тебе должно полегча... большой текст свёрнут, показать
     
     
  • 9.167, Анонимм (??), 16:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ничего это не поменяет, и проблем в Линухе не убавит При чём тут я Ну титаниче... большой текст свёрнут, показать
     
     
  • 10.193, Аноним (-), 16:48, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да неужели А вот твои дифирамбы микроядру, конечно, все поменяют и все проблемы... большой текст свёрнут, показать
     
     
  • 11.210, Анонимм (??), 17:19, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как иначе оградить доступ тому, чему не нужно всё, а достаточно лишь своей пам... большой текст свёрнут, показать
     
  • 6.304, Michael Shigorin (ok), 22:22, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > find|grep test

    Надеюсь, это была не цитата?

     
     
  • 7.310, Анонимм (??), 22:32, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> find|grep test
    > Надеюсь, это была не цитата?

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

     
     
  • 8.312, Michael Shigorin (ok), 22:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А без закладки можете сказать, что именно должна вернуть такая команда ... текст свёрнут, показать
     
     
  • 9.318, Анонимм (??), 22:46, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Предполагался запуск в дереве сырцов 4 4 Линуха В целях ознакомиться с общим со... текст свёрнут, показать
     
     
  • 10.325, Michael Shigorin (ok), 22:56, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не цель, а что вернёт Вы же ратуете за тесты Пока этот сами не прошли ... текст свёрнут, показать
     
     
  • 11.332, Анонимм (??), 23:09, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Много чего вернёт смысл приводить общеизвестную простыню Будет видно, что ... текст свёрнут, показать
     
     
  • 12.344, Аноним (-), 03:00, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    code find usr src -type f -ipath test 124 wc -l 10259 find us... текст свёрнут, показать
     
     
  • 13.363, Анонимм (??), 11:49, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, примерно Я лишь был о ядре Линухе ... текст свёрнут, показать
     
  • 10.334, ZloySergant (ok), 23:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем вызов grep а ... текст свёрнут, показать
     
  • 2.22, Аноним (-), 11:34, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Микроядро лишает Линуса власти и требует от него сохранять неизменным API Сейча... большой текст свёрнут, показать
     
     
  • 3.28, Анонимм (??), 11:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Дык почему же Межсервисное API можно менять хоть по 10 раз на дню Микроядернос... большой текст свёрнут, показать
     
     
  • 4.38, Аноним (-), 12:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно нет Сказал а , говори и б Нужно намёками вынудить других это делать... большой текст свёрнут, показать
     
     
  • 5.44, Анонимм (??), 12:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж, такая себе перестраховка Впрочем, в текущем обществе лидеры просто обя... большой текст свёрнут, показать
     
  • 2.23, Аноним (-), 11:42, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Остаётся не у дел самый эффективный подход - разработка через тестирование.

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

     
     
  • 3.37, Анонимм (??), 12:02, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > есть доказательства, что этот подход - самый эффективный из существующих?

    1. Проверка каждого оператора в коде - это лучше, чем отстуствие проверки.
    2. А написание такой проверки ещё перед кодом - значит, что код будет делать именно то, что требуется проверкой, а не что-то другое.


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

    Посмотрите литературу и видео Uncle Bob'а. Там всё подробно рассказано.

     
     
  • 4.47, Аноним (-), 12:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется перенос сложности Сложность системы остаётся неизменной, но мо... большой текст свёрнут, показать
     
     
  • 5.77, Анонимм (??), 13:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно и одержимое первых 7 метров dev random сложно, как и 7 метров boot vmlinuz... большой текст свёрнут, показать
     
     
  • 6.84, Аноним (-), 13:13, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем вы проецируете свой опыт веб-макаки на разработку ядра ?

    Вот почему все люди точно знающие как нам обустроить Россию уже работают в Макдональдсе ?

     
     
  • 7.110, Анонимм (??), 14:00, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Внимательнейше слушаю Ваши предложения по решению проблем устойчивости и безопасности Линуха.
    Системно, пожалуйста (т.е. не только в каких-то отдельных местах ядра).
     
  • 7.111, Анонимм (??), 14:02, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот почему все люди точно знающие как нам обустроить Россию уже работают
    > в Макдональдсе ?

    А у Вас есть предложения как обустроить Россию? Где можно почитать?
    Что думаете о подконтрольности ЦБ? о ростовщическом проценте? вреден/полезен/неважно?
    И прочие важные вопросы - тоже интересуют (образование, наука, экономика и т.д.)

     
     
  • 8.284, Аноним (-), 21:14, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обрататитесь к Шигорину, он знает ... текст свёрнут, показать
     
     
  • 9.307, Michael Shigorin (ok), 22:25, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да если бы Поскольку в целом не знаю -- обустраиваю там, где знаю и умею COD... текст свёрнут, показать
     
  • 8.288, _ (??), 21:31, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нди на в нет всё таки - на другой сайт ... текст свёрнут, показать
     
  • 6.87, Аноним (-), 13:15, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Простые функции не нуждаются в unit-тестировании, сложные с помощью unit-тестов ... большой текст свёрнут, показать
     
     
  • 7.103, Аноним (-), 13:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, отлаженный код вдруг, сам по себе, перестаёт работать правильно и начинает сыпать ошибками?

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

    Для примера можете почитать о ставшем классикой сбое в софте Ariane 5.

     
     
  • 8.113, Аноним (-), 14:06, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Их ошибка, что они использовали копи-пастнутый код, изменяющий глобальные переме... текст свёрнут, показать
     
     
  • 9.131, Анонимм (??), 14:51, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот и как сплошной положизм на нормы характеризует собстенно сами нормы ... текст свёрнут, показать
     
     
  • 10.155, Аноним (-), 15:38, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ежегодным ростом количества падающих ракет Как следствие, растёт стоимость стра... текст свёрнут, показать
     
     
  • 11.178, Анонимм (??), 16:18, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Т е нормы таки указывают как суммарно дешевле вести дела но чиновников это м... текст свёрнут, показать
     
  • 7.118, Анонимм (??), 14:23, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Простые функции не нуждаются в unit-тестировании

    А как тогда узнать как они работают и работают ли вообще?
    Каждый раз код перечитывать и моделировать в уме? Заняться нечем?

    А вот такие функции (net/dccp/input.c:dccp_rcv_state_process) как?
    Они простые или нет, нуждаются в тестировании или нет?

    см. git commit 5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4


    > сложные с помощью unit-тестов полностью не проверишь.

    Для этого есть интеграционные и системные тесты.

     
     
  • 8.121, Andrey Mitrofanov (?), 14:28, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дисциплина https xkcd com 1790 функционального программирования решает ... текст свёрнут, показать
     
     
  • 9.142, Анонимм (??), 15:14, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как узнать, что код писанный по функц программированию делает то, что нужно ... текст свёрнут, показать
     
  • 7.119, Анонимм (??), 14:26, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    продолжение следует...
     
  • 7.161, Анонимм (??), 15:48, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я закончил ответ в постах #159 и #160
    (извините, специфика форума)
     
  • 4.71, Аноним (-), 12:55, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А написание такой проверки ещё перед кодом - значит, что код будет делать именно то, что требуется проверкой, а не что-то другое.

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

    Тем более от тестов нет никакого толку для кода взаимодействующего с железом.

     
     
  • 5.105, Анонимм (??), 13:53, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Другого и не утверждал Но без тестов, код куда больше делает и того, чего автор... большой текст свёрнут, показать
     
     
  • 6.124, Аноним (-), 14:33, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но без тестов, код куда больше делает и того, чего автор не планировал.

    Это утверждение ничем не обосновано.

     
     
  • 7.143, Анонимм (??), 15:17, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробуйте посмотреть в багтрекеры проэктов без модульного тестирования.
    И сравнить вероятность незапланированного поведения в случаях:
    * когда код пишется сразу
    * и когда код пишется лишь после написания теста, его проверяющего (т.е. кода без тестов не может появиться в проекте в принципе).
     
     
  • 8.205, Аноним (-), 17:05, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может б... текст свёрнут, показать
     
     
  • 9.219, Анонимм (??), 17:34, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Безусловно Тесты - это тоже код, и его пишут люди Но тесты контроллируют и был... текст свёрнут, показать
     
  • 6.129, Аноним (-), 14:43, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дайте я угадаю, вы никогда не занимались низкоуровневым программированием на пра... большой текст свёрнут, показать
     
     
  • 7.152, Анонимм (??), 15:32, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ЧТО ВЫ СОБИРАЕТЕСЬ ТЕСТИРОВАТЬ ?!?!?

    Подсистемы ядра (всего того, что нонче есть в Линухе (в гит репе, если совсем быть точным)), в частности, драйвера (и железа, и ФС).


    > Вы понимаете что для тестирования драйвера вам фактически нужна стопроцентно корректная
    > программная модель всех поддерживаемых драйвером железок со всеми их особенностями/аппаратными
    > косяками/багами прошивок (иначе грош цена всем вашим тестам)?

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

     
     
  • 8.192, Аноним (-), 16:48, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да programming manual и программная модель устройства фактически его эмулято... текст свёрнут, показать
     
     
  • 9.213, Анонимм (??), 17:25, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хоть одно, хоть нет А ответить на простой вопрос а так ли работает драйвер, ка... большой текст свёрнут, показать
     
  • 7.153, Анонимм (??), 15:33, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Какая.... senddata()?

    какая-нить drivers/net/..../...c:senddata()
    да, абстрактная (а как иначе рассказать о множестве случаев, кроме как абстрактно?)

    > Куда send ? В i/o port,
    > в mmio, в кольцевой буфер железки, в mailbox, КУДА ?

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

    > Ты понимаешь что ты ....... ?!?!?!?!?

    Поменьше эмоций, пожалуйста.
    Ваши частности и детали не меняют общего вопроса.

     
     
  • 8.191, Аноним (-), 16:43, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возвращаемся к вопросу о стопроцентно корректной программной модели железа ... текст свёрнут, показать
     
     
  • 9.197, Аноним (-), 16:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но зачем Мы проверили, что драйвер посылает железу корректный с точки зрения сп... текст свёрнут, показать
     
     
  • 10.204, Анонимм (??), 17:04, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно верно или же кривизны уже самой железки да, оно иногда ломается ... текст свёрнут, показать
     
  • 9.203, Анонимм (??), 17:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никуда не нужно возвращаться Речи о полноценном моделировании железа нет Речь ... текст свёрнут, показать
     
     
  • 10.206, Аноним (-), 17:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В драйвере версии 1, в регистр X пишется 42 В драйвере версии 2, в регистр X пи... текст свёрнут, показать
     
     
  • 11.221, Анонимм (??), 17:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    должен отметить конструктив в разговоре Спасибо 1 Работает ли код относитель... текст свёрнут, показать
     
     
  • 12.276, Аноним (-), 21:05, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Господи, да поймите же вы что среди проблем в разработке драйверов, ошибки опеча... текст свёрнут, показать
     
     
  • 13.286, Анонимм (??), 21:18, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, железо - тоже коммерческие продукты, и тоже со сроками и катайцами на произв... большой текст свёрнут, показать
     
     
  • 14.308, Michael Shigorin (ok), 22:29, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет Вам столько явно грамотных людей уже написало, что можно было пойти и прочи... текст свёрнут, показать
     
     
  • 15.313, Анонимм (??), 22:39, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Извините, но они свои грамоты в нет на обозрение не выставляли А потому - их сл... большой текст свёрнут, показать
     
     
  • 16.319, Michael Shigorin (ok), 22:46, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    призвание программера в 286 кто-то другой написал Видите ли, я как комодерат... большой текст свёрнут, показать
     
     
  • 17.328, Анонимм (??), 23:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, моё Спасибо Да, считаю, что программер должен разбираться в том, что пишет... большой текст свёрнут, показать
     
     
  • 18.330, Michael Shigorin (ok), 23:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А там было про железку Но всё-же, B железка B она ж как-то работает И I п... большой текст свёрнут, показать
     
     
  • 19.343, Анонимм (??), 01:19, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Верно Считаю, что лучше понять как работает железка, чтобы написать её драйвер ... текст свёрнут, показать
     
  • 19.362, Анонимм (??), 11:48, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, спасибо за внимание... текст свёрнут, показать
     
  • 7.166, Аноним (-), 16:03, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Какая в *** senddata() ? Куда send ?

    Я ожидал от микроядерного пророка ответ "data" :)

     
     
  • 8.182, Анонимм (??), 16:25, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну так и обратитесь тогда к пророку ... текст свёрнут, показать
     
  • 8.184, Анонимм (??), 16:26, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А я да - спасибо, на будущее буду расписывать тесты в более конкретной форме ... текст свёрнут, показать
     
  • 5.183, Аноним (-), 16:25, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тест написанный по спецификации повышает уверенность в том, что система ведёт се... большой текст свёрнут, показать
     
     
  • 6.194, Аноним (-), 16:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вас маркетологи покусали ?
     
  • 6.195, Анонимм (??), 16:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спецификацией так и остаётся текстовое описание дизайнеров железки Набор же тес... большой текст свёрнут, показать
     
     
  • 7.198, Аноним (-), 16:53, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В случае, если все участки работы с железными портами уже заранее вынесены
    > в отдельную систему (в микроядро) - эмулятор уже не требуется. Сами
    > тесты могут контроллировать (предоставляя API микроядра) что и как вызывает код.

    И что толку ? Разработчик (прочитав мануал) считает что нужно писать 42 в регистр X, затем 322223 в регистр Y, тесты проходятся, драйвер не работает.

    И как теперь оленя пасти ?

     
     
  • 8.215, Анонимм (??), 17:27, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Менять тесты Ведь они - просто закодированное желание автора Он хочет, чтоб не... текст свёрнут, показать
     
  • 8.223, Аноним (-), 17:45, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А здесь требуется анализ - почему не работает Может быть глюк в железе, может б... текст свёрнут, показать
     
     
  • 9.229, Анонимм (??), 17:53, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А может и защита от своих же опечаток - это тоже лажа У каждого свой уровень ... текст свёрнут, показать
     
  • 7.208, Аноним (-), 17:11, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Спецификацией так и остаётся текстовое описание дизайнеров железки. Набор же тестов -
    > это видение разработчиков, но никак не дизайнеров.

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

    > В случае, если все участки работы с железными портами уже заранее вынесены
    > в отдельную систему (в микроядро) - эмулятор уже не требуется. Сами
    > тесты могут контроллировать (предоставляя API микроядра) что и как вызывает код.

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

     
     
  • 8.222, Анонимм (??), 17:41, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Однозначно Вопрос лишь в выявлении возможных несоответствий которые возможны, ... текст свёрнут, показать
     
  • 6.196, Аноним (-), 16:50, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вас маркетологи покусали ?
     
  • 2.57, мегааноним_ (?), 12:29, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И Если у кого-то не было желания тестировать свой код в том числе и писать тес... большой текст свёрнут, показать
     
     
  • 3.72, Аноним (-), 12:57, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в общем переопределив штук 30 функций можно полностью котролировать драйвер и

    писать для него тесты

    И что вы собираетесь таким образом тестировать ?

     
  • 3.94, Анонимм (??), 13:27, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если появляется возможность - то под давлением давних проблем, ею начнут пользов... большой текст свёрнут, показать
     
     
  • 4.236, мегааноним_ (?), 18:19, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для ядра в user space есть архитектура um , и еще конечно qemu, так что первые ... большой текст свёрнут, показать
     
     
  • 5.239, Анонимм (??), 18:30, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проброс железки внутрь - задача может и простая, но не решает поставленный воп... большой текст свёрнут, показать
     
     
  • 6.346, не такой (?), 03:14, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то вы оба отдаляетесь от контекста обсуждения о том насколько легко разрабо... большой текст свёрнут, показать
     
     
  • 7.364, Анонимм (??), 11:52, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > ИМХО, микроядерная ОС ничем не поможет,
    > и в том и в другом случае есть довольно небольшой API между
    > драйвером и ОС.

    Да, согласен.

     
  • 2.65, Andrey Mitrofanov (?), 12:38, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кто-то ещё сомневается, что Линуксу давно пора менять дизайн на микроядро?
    > PS Минусующим просьба: пишите словами против чего именно Вы против.

    Мы за. Просто ты не понимаешь. Торвальдсу платит ЛФ. Решение -- стань членом ЛФ и _занеси_ им достаточную для _твоих_ хотелок сумму. И всё! Они ж опенет не читают, они отчёты своего отдела продаж читают.

    Ву компроне, ситуайен? Ffffморфируй же.

     
     
  • 3.98, Анонимм (??), 13:36, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мы за.

    Ну так это уже ж хорошо.


    > Просто ты не понимаешь. Торвальдсу платит ЛФ. Решение -- стань
    > членом ЛФ и _занеси_ им достаточную для _твоих_ хотелок сумму. И
    > всё! Они ж опенет не читают, они отчёты своего отдела продаж
    > читают.

    Вы счас расписали процесс реализации идеи, которая НЕ овладела массами. Да, за реализацию таких идей приходится платить.

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

     
     
  • 4.112, Andrey Mitrofanov (?), 14:04, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Мы за.
    > Ну так это уже ж хорошо.

    #>>ситуайен? Ffffморфируй же.

    А вот и По, пришедший за мной. </надо ставить таги></надо ставить таги></надо ставить таги>

    >процесс реализации идеи, которая НЕ овладела массами.

    Пациент: — Но вы, доктор, тоже ведь сексуальный маньяк? Признайтесь? Доктор: — С чего вы взяли? Пациент: — А откуда у вас такие картинки?

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

     
     
  • 5.130, Анонимм (??), 14:49, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то слишком много тегов...
     
  • 2.73, angra (ok), 12:59, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да и сейчас, в монолитном виде тестировать отдельные модули ядра, кроме как
    > собрать ВСЁ, загрузить и погонять - некак. (а хоть какие-то тесты
    > есть только в btrfs модуле)

    Сразу видно микроиксперда. Зачем пересобирать ВСЁ, если можно пересобрать только тестируемый модуль и выгрузить/загрузить его в работающее ядро?

     
     
  • 3.106, Анонимм (??), 13:56, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен, криво выразился.
    Писать один модуль, конечно, можно только его пересобирать-перегружать.
    Но вот для релиза всего ядра с этим модулем - придётся тестировать и множественной сборкой на случайных конфигах.
     
  • 2.80, Аноним (-), 13:05, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давайте вы свои кривые ручонки к линуксу тянуть не будете, а стройными и могучими рядами пойдёте на^W пилить свой хурд. Или что там нынче в коворкингах модно обсуждать.
     
     
  • 3.107, Анонимм (??), 13:57, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как там у классика: не указывайте мне что делать, и я не буду говорить куда....
     
     
  • 4.132, Аноним (-), 14:52, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему вы тогда считаете для себя возможным указывать что должны делать разработчики ядра ?

    "Видно только профессорам разрешается ругаться в ресефесере."

     
     
  • 5.154, Анонимм (??), 15:36, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Почему вы тогда считаете для себя возможным указывать что должны делать разработчики ядра ?

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

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

     
     
  • 6.200, Аноним (-), 16:55, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но я (равно как и Вы, и другие) вправе иметь мнение о работе каждого.

    А сами в это время наглотались зубного порошку.

     
  • 6.424, Аноним (-), 16:17, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вправе ровно до тех пор, пока это не нарушает чужих прав
     
     
  • 7.434, Анонимм (??), 19:11, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > вправе ровно до тех пор, пока это не нарушает чужих прав

    Общеизвестно.
    Но Вы то намекаете, что эти чужие права мной уже попраны?
    Детали, пожалуйста. Где и в чём попраны?

     

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

  • 1.9, Анончик (?), 11:21, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Молодец, Линус! Всё сделал правильно! Я вот от Дейва такого не ожидал. Не первый год DRM мейнтейнит, и такое....
     
     
  • 2.68, Andrey Mitrofanov (?), 12:47, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Молодец, Линус! Всё сделал правильно! Я вот от Дейва такого не ожидал.
    > Не первый год DRM мейнтейнит, и такое....

    Может он "в git" не смог?... Может его libv http://libv.livejournal.com/27799.html расстроил?...

    Ничего страшного, Линус порешал уже -- всё ж, буквально всё!, уже исправлено. Не надо беспокоиться. </модель работает>

     
     
  • 3.425, Аноним (-), 16:19, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ничего страшного, Линус порешал уже -- всё ж, буквально всё!, уже исправлено.
    > Не надо беспокоиться. </модель работает>

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

     
     
  • 4.435, Анонимм (??), 19:12, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и что было сделано, чтобы исключить подобное в будущем? а, ничего? погавкал-полаял,
    > как обычно, но ничего не изменил, до следующих граблей

    Ну Вы то - не он. У Вас то есть предложения.
    Изложите?

     
  • 4.437, Michael Shigorin (ok), 21:36, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > но ничего не изменил, до следующих граблей

    Кому-то уже предлагали патчи на ДНК...

     

  • 1.12, Аноним (-), 11:23, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кстати. Кто есть в официальном баг-трекере? Запостите, пожалуйста:

    ../drivers/gpu/drm/i915/i915_gem_gtt.c: In function 'gen6_ggtt_insert_entries':
    ../drivers/gpu/drm/i915/i915_gem_gtt.c:2438: error: 'gtt_entry' may be used uninitialized in this function
    ../drivers/gpu/drm/i915/i915_gem_gtt.c: In function 'gen8_ggtt_insert_entries':
    ../drivers/gpu/drm/i915/i915_gem_gtt.c:2341: error: 'gtt_entry' may be used uninitialized in this function
    make[6]: *** [drivers/gpu/drm/i915/i915_gem_gtt.o] Error 1
    make[5]: *** [drivers/gpu/drm/i915] Error 2

    Вёдра 4.9.0-4.9.8 включительно, новее пока не проверил. Компилятор GCC 4.3, дистр SLES 11. С более новыми компиляторами всё собирается. 4.3 же ещё не дропнули, верно?

     
     
  • 2.25, Орк (?), 11:44, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >GCC 4.3

    Как там в 2009 живётся?

     
     
  • 3.30, Аноним (-), 11:51, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Windows 7 недавно вышла, на нетбуках не тормозит, просто чудо. Кажется, Red Hat с Canonical поняли что вeндeкaпeц они сделать не успели. И послали в задницу GNOME2. Надеюсь, его кто-нибудь форкнет.
     
     
  • 4.188, random (??), 16:37, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да. Я как раз где-то год спустя покупал нетбук. Попросил в магазине показать систему. Винда самонастраивалась минут 10. В итоге я купил нетбук на Meego и поставил на него Crunchbang (сейчас на нем CentOS). Вот он-то действительно не тормозит (если не использовать жирнофокс).
     
     
  • 5.408, ашгна (?), 23:29, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Жанна купил ноутбук и random'но ставил все ОС что под руку попадались.
     

  • 1.21, Аноним (-), 11:33, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Выступил с критикой" это мягко сказано. Обматерил сразу всех причастных в drm-драйверам.
     
  • 1.58, O01eg (?), 12:31, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CI для слабаков?
     
     
  • 2.95, Анонимм (??), 13:28, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > CI для слабаков?

    Для микроядра тоже - автоматом тестить крайне неудобно (а потому и практически не тестят)

     
  • 2.96, Andrey Mitrofanov (?), 13:30, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CI для слабаков?

    Оплачивать электричество для CI для слабаков. Смержил - да и в пулл-реквестик! </кто-кто не смог в гит?>

     
     
  • 3.139, Andrey Mitrofanov (?), 15:06, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оплачивать электричество для CI для слабаков.
    >электричество

    Ой.

    [I]"By 2005, there are quite a few datacenters that are limited by electrical power rather than by floor space. So much so that large data centers open in Eastern Oregon, on the sites of the old aluminum smelters. When you have that many servers, even a few percent of energy savings translates to millions of dollars a year, which is well worth spending some development effort on.

    [,,,]

    These plans include the use of formal verification in your regression test suite."[/I] --http://paulmck.livejournal.com/46439.html

     

  • 1.64, iZEN (ok), 12:38, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Неужели эта Mesa 13.0.5/17.0.0 (dri, libGL) так отвратно портируется в Linux? Дожили.
     
     
  • 2.115, J.L. (?), 14:11, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Неужели эта Mesa 13.0.5/17.0.0 (dri, libGL) так отвратно портируется в Linux? Дожили.

    ты drm перепутал с месой

     
     
  • 3.247, iZEN (ok), 19:02, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Неужели эта Mesa 13.0.5/17.0.0 (dri, libGL) так отвратно портируется в Linux? Дожили.
    > ты drm перепутал с месой

    Как ты запустишь новую Mesa на глючной drm, объясни? Люди старались, делали свободную реализацию 3D для Linux, а в ядре ответная часть такая... кака.


     
     
  • 4.403, Аноним (-), 21:22, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мезу и DRM для линукса делают одни и те же люди. Так что еще не понятно, как они там старались, если в ядре кака получилась.
     

  • 1.126, Аноним (-), 14:36, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > раскритиковал Дэвида Эйрли

    того самого чудака, которого когда-то не приняли в АМД и он не пропускает DC в Linux, тоесть блочит Freesync и HDMI-audio на новых картах АМД. Интересно после критики Линуса, пропстит патчи или нет, заиграет чувство вины =)

     
     
  • 2.169, Аноним (-), 16:09, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Надеюсь что этот DC никогда не пропустят. Скрещивать ужа с ежом изначально плохая идея.
     

  • 1.146, Аноним (-), 15:23, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линукс закончится вместе с Линусом.
     
     
  • 2.173, Анонимм (??), 16:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Линукс закончится вместе с Линусом.

    А вот этого как раз и нельзя допустить. Хотя этого уже и не произойдёт - уже немало классных мейнтейнеров.

     
     
  • 3.240, Аноним (-), 18:35, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > уже немало классных мейнтейнеров

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

     
     
  • 4.244, Анонимм (??), 18:38, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот таких вот?

    Надеюсь, поисковики Вас не заблочили и список сможете найти.

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

    А что, корпорации тоже хотят работать.

    И в том, кстати, гениальность Столлмана и его GPL: заставить их ещё и возвращать свои наработки с сообщество СПО.

     

  • 1.147, Аноним (-), 15:23, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    когда про systemd будет сказано и переписано с нуля все?
     
  • 1.150, Аноним (-), 15:29, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линусу надо было не орать матом, а забрать полномочия у обосравшегося. Но похоже с кадровым резервом дела совсем плохи.
     
     
  • 2.176, Crazy Alex (ok), 16:16, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну вот если повторится - заберёт. Это ни разу не первый случай, когда он матом орал - обычно до адресата доходило
     

  • 1.159, Анонимм (??), 15:45, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    ответ к #87

    // Идея о постоянной отладке одной и той же функции - это вообще откуда?//

    Вот глючит громааадный бинарь (типа опенофиса или монолит-линуха). Ваши действия?
    Дебагить. А одна и та же функция может вызываться N+500 раз в разных местах, и по ней придётся ходить дебагером (хоть и не хочется).
    И вполне возможно, что в каком-то случае окажется, ведёт она себя неправильно.

     
  • 1.160, Анонимм (??), 15:46, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    в продолжение к ответу на 87 Чтобы знать, что она работает ВСЕГДА, при ЛЮБЫХ из... большой текст свёрнут, показать
     
  • 1.237, Аноним (-), 18:19, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Никак не пойму фанатов микроядра.
    1. Хотите микроядро - пишите. Даже можете к уже существующим проектам присоединиться.
    2. Нет знаний/умений писать - собирайте средства (деньги, оборудование) нанимайте спецов.
    3. Нет ни денег не знаний, только орать горазды - собирайте митинги, требуйте от правительства
    введения налога на "не пользование микроядром", деньги направляйте во второй пункт.
     
     
  • 2.241, Анонимм (??), 18:35, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Никак не пойму фанатов микроядра.
    > 1. Хотите микроядро - пишите. Даже можете к уже существующим проектам присоединиться.

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

    > 2. Нет знаний/умений писать - собирайте средства (деньги, оборудование) нанимайте спецов.

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

    > 3. Нет ни денег не знаний, только орать горазды - собирайте митинги

    Есть ещё варианты. Собсно, описано в 1-ом пункте.

     
     
  • 3.273, Michael Shigorin (ok), 20:55, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> 1. Хотите микроядро - пишите. [B]Даже можете к уже существующим проектам присоединиться.[/B]
    > Есть задачи, с которыми в одиночку не справиться. В таком случае следует
    > предлагать свою идею другим людям в надежде найти единомышленников

    Во-первых, проекты давно есть.  Во-вторых, "свою идею" продуктивней предлагать в виде хотя бы наброска.  Иначе как-то это всё болтологией попахивает.

     
     
  • 4.279, Анонимм (??), 21:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Есть задачи, с которыми в одиночку не справиться. В таком случае следует
    >> предлагать свою идею другим людям в надежде найти единомышленников
    > Во-первых, проекты давно есть.

    Микроядреный Линукс? Хоть один, прошу, ссылочку. Сам не нашёл.

    > Во-вторых, "свою идею" продуктивней предлагать в виде
    > хотя бы наброска.  Иначе как-то это всё болтологией попахивает.

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

     
     
  • 5.285, Аноним (-), 21:17, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Есть задачи, с которыми в одиночку не справиться. В таком случае следует
    >>> предлагать свою идею другим людям в надежде найти единомышленников
    >> Во-первых, проекты давно есть.
    > Микроядреный Линукс? Хоть один, прошу, ссылочку. Сам не нашёл.

    Debian GNU/Hurd.

     
     
  • 6.292, Анонимм (??), 21:41, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Линукс, пожалуйста.

    (Debian GNU/Hurd уже и так в виртуалке крутится)

     
     
  • 7.293, Аноним (-), 21:54, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > (Debian GNU/Hurd уже и так в виртуалке крутится)

    Ну и как? *шёпотом
    Пора переходить?


     
     
  • 8.294, Анонимм (??), 21:58, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Всё бы всем лишь бы переходить, а не улучшать то, что есть ... текст свёрнут, показать
     
  • 6.427, Аноним (-), 16:24, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Debian GNU/Hurd.

    ага, это такой линукс
    специалисты опеннетовские, одной фразой...

     
  • 5.302, Michael Shigorin (ok), 22:20, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>> Есть задачи, с которыми в одиночку не справиться. В таком случае следует
    >>> предлагать свою идею другим людям в надежде найти единомышленников
    >> Во-первых, проекты давно есть.
    > Микроядреный Линукс? Хоть один, прошу, ссылочку. Сам не нашёл.

    Микроядерные.  Линукс бывает экзоядерный, например. :)

    >> Во-вторых, "свою идею" продуктивней предлагать в виде
    >> хотя бы наброска.  [B]Иначе как-то это всё болтологией попахивает.[/B]
    > Но у любого проекта есть исследовательский этап.

    Предъявите наработки, пожалуйста.  Хотя бы план исследований.  Хоть целеполагание с обоснованием.

     
  • 3.301, Михрютка (ok), 22:18, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> 1. Хотите микроядро - пишите. Даже можете к уже существующим проектам присоединиться.
    > Есть задачи, с которыми в одиночку не справиться. В таком случае следует
    > предлагать свою идею другим людям в надежде найти единомышленников и конструктивную
    > критику идеи.

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

    > Да, знать всё невозможно.
    > Но как деньги могут заменить отсутствие знаний? Чтобы обрести знания - их
    > нужно обретать. Найм спеца не даст знаний. В лучшем случае придётся
    > лишь слушать его лекции.

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

    > Есть ещё варианты. Собсно, описано в 1-ом пункте.

    во втором. там, где про лекции.

     
     
  • 4.309, Анонимм (??), 22:31, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В основной массе за сегодня выслушал лишь одну основную идею ты - не я, а, зна... большой текст свёрнут, показать
     
     
  • 5.311, Michael Shigorin (ok), 22:34, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> идейных у нас полно, мамаша. с реализаторами жопа.
    > В основной массе за сегодня выслушал лишь одну основную идею:

    Нет.  Выслушали Вы множество ценных идей, например, "тебе надо -- ты и делай".  А вот что пожелали услышать -- вполне согласуется с остальным возвышенным мечтательством явно не читавшего тот же just for fun о том, как порой рождаются прикладные ядра.

    Впрочем, и впрямь март на носу.  Только это повод на витамины налегать и прогулки, а не форумы :o)

     
     
  • 6.317, Анонимм (??), 22:44, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет.  Выслушали Вы множество ценных идей, например, "тебе надо -- ты
    > и делай".

    Снова же: советы "что делать".
    Но я не спрашивал об этом советов.

    Кроме того, если только меня касаются все эти линуховые уязвимости - то кто-то из нас неправ.


    > А вот что пожелали услышать -- вполне согласуется с остальным возвышенным мечтательством

    Вы психологом не подрабатываете?
    Доктор, проходите.

    > явно не читавшего тот же just for fun

    Ванга из Вас не очень.
    Лет 10 назад прочитал.


    > о том, как порой рождаются прикладные ядра.

    Ну да, сначала пишется какой-то код, а лишь потом приходят идеи?

     
     
  • 7.323, Michael Shigorin (ok), 22:52, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кроме того, если только меня касаются все эти линуховые уязвимости -
    > то кто-то из нас неправ.

    Тёплое с мягким.

    >> вполне согласуется с остальным возвышенным мечтательством
    > Вы психологом не подрабатываете?

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

    >> явно не читавшего тот же just for fun
    > Ванга из Вас не очень.  Лет 10 назад прочитал.

    Рад ошибиться, но главное оттуда Вы так, похоже, и не поняли: "сделай сам".

    >> о том, как порой рождаются прикладные ядра.
    > Ну да, сначала пишется какой-то код, а лишь потом приходят идеи?

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

     
     
  • 8.329, Анонимм (??), 23:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т е общие для многих проблемы - это некие абстрактные проблемы, которые один че... большой текст свёрнут, показать
     
  • 6.428, Аноним (-), 16:28, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Михаил, он в этом случае прав, а Вы -- нет
    целеполагание давно уже обозначено самой архитектурой микроядра
    а с грамотными системщиками и правда -- швах, никто не знает как надо, но все только ноют и кукарекают как не надо
    нигилизм и деградация очень рядом находятся...
     
     
  • 7.431, Andrey Mitrofanov (?), 17:59, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > целеполагание давно уже обозначено самой архитектурой микроядра
    > а с грамотными системщиками и правда -- швах,
    >все только ноют и кукарекают как не надо

    Рекурсивно поделил на "", молодец. Засчитываю не-присоединение ко "всем".

    > нигилизм и деградация очень рядом находятся...

     
  • 5.316, Михрютка (ok), 22:41, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    gt оверквотинг удален Иногда, глядя с крыльца на двор и на пруд, говорил он о... большой текст свёрнут, показать
     
     
  • 6.324, Анонимм (??), 22:53, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > "Иногда, глядя с крыльца на двор и на пруд, говорил он о
    > том, как бы хорошо было, если бы вдруг от дома провести
    > подземный ход или чрез пруд выстроить каменный мост, на котором бы
    > были по обеим сторонам лавки, и чтобы в них сидели купцы
    > и продавали разные мелкие товары, нужные для крестьян..."

    И только неспособность людей договариваться мешает им реализовать общие цели (мост с купцами - вряд ли состоит в общих целях крестьян)

     
     
  • 7.331, Михрютка (ok), 23:08, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    два тома "Мертвых душ" этому господину.
     
     
  • 8.335, Анонимм (??), 23:14, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Второй - лучше в электронном виде... текст свёрнут, показать
     
  • 8.348, Аноним (-), 06:10, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и трёхтомником Кнута по кумполу ... текст свёрнут, показать
     

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

  • 1.248, Pinkie Pie (?), 19:22, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Только что в openSUSE прилетело 4.10. Ну думаю, вот радость то - сейчас посмотрю что за зверь этот Virtual GPU. Ага, щазз. Система загружается до консоли и начинает мерцать между экраном загрузки и tty 3-4 раза в секунду, что даже залогиниться невозможно.
    Думаю, как раз это-самое и словил.
     
  • 1.258, Аноним (-), 20:25, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кто из адвокатов микроядерности ("все на микроядра!") поработал под/с микроядрами --- поднимите руки.
     
     
  • 2.287, an (??), 21:29, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    те у кого iphone :)
     
     
  • 3.295, Аноним (-), 21:59, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > те у кого iphone :)

    Да. Там же XNU, Mach &etc. Вот кто всех передее. Впрочем, всегда и был передее.


     
  • 3.297, Анонимм (??), 22:04, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > те у кого iphone :)

    Кстати, кстати. Действительно.

     
  • 2.300, Анонимм (??), 22:12, 27/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто из адвокатов микроядерности ("все на микроядра!") поработал под/с микроядрами --- поднимите
    > руки.

    (внезапно) DragonFlyBSD - гибрид

     
  • 2.350, anonymous (??), 07:11, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лес рук!
     
  • 2.387, Kodir (ok), 14:26, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто из адвокатов микроядерности ("все на микроядра!") поработал под/с микроядрами --- поднимите

    Я работал с QNX. Приятная система. Всё динамически загружается/выгружается. Мышь подтормаживает, но вся система работает как часы. До сих пор поражаюсь, как можно было пускать столько усилий на линуксы при наличии готовой системы.

     
     
  • 3.391, Michael Shigorin (ok), 14:32, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > До сих пор поражаюсь

    Поражайтесь где-нибудь ещё, ладно?  Здесь плоды Вашего обострения не нужны, см. правила.

    PS: "работал" -- это как то "посмотрел", которое честные люди в резюму не пишут, да?

     
  • 3.395, Анонимм (??), 15:17, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я работал с QNX. Приятная система. Всё динамически загружается/выгружается. Мышь подтормаживает,
    > но вся система работает как часы. До сих пор поражаюсь, как
    > можно было пускать столько усилий на линуксы при наличии готовой системы.

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

     
  • 3.407, Led (ok), 22:41, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я работал с QNX.

    Пи^WБалабол.

     

  • 1.299, Михрютка (ok), 22:11, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    напомните, это не тот airlied который в конце прошлого года обложил перстом животворящим амдшных девелоперов за монолитный патч к amdgpu?

    ну правильно, он же @redhat.com, ылита, ему можно.

     
     
  • 2.355, Andrey Mitrofanov (?), 10:20, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > напомните, это не тот airlied который в конце прошлого года обложил перстом
    > животворящим амдшных девелоперов за монолитный патч к amdgpu?

    Тогда - он обложил, всё правильно, он как Линус!
    Сейчас - Линус его обложил.

    Замечаешь разницу?

    > ну правильно, он же @redhat.com, ылита, ему можно.

    Вообще гря, есть мнение, что нужно. Но есть нюансы. :(

     

  • 1.303, Анонимм (??), 22:20, 27/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Чудеса
    В DragonFly BSD делают гибридное ядро.
    Сделали возможность переноса дров в юзер-левел, очередь сообщений может быть как асинхронной (классические представления), так и синхронной (по ситуации) и потихоньку переносят дрова из ядра.

    en. wikipedia. org/wiki/DragonFly_BSD#Kernel

    Вот и в Линухе нужно сделать так же: добавить микроядерное API, и потихоньку начать выносить стрёмный код к юзерам. Более стабильное и скоростное - может пока побыть и в ядре.

     
     
  • 2.358, Andrey Mitrofanov (?), 10:23, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В DragonFly BSD делают гибридное ядро.
    > Сделали возможность переноса дров в юзер-
    > Вот и в Линухе нужно сделать так же: добавить микроядерное API, и

    Сим нарекаю xen гибридным линуксом. Аминь.

     

  • 1.360, Аноним (-), 11:27, 28/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все это уже обсуждали тысячу раз. И микроядерный дизайн, и переписывание с Сишки на типобезопасный язык. Слишком много работы, а локомотив несется на всех порах (куча компаний добавляют разные прогрессивные вещи в ядро), за ним в таком случае не угнаться. Так что не надо нам этой лирики
     
     
  • 2.429, Аноним (-), 16:35, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а то, что локомотив может быть несется прямым ходом в пропасть Вас не волнует?
    отговорки чисто как у всяких бюрократов выходят: "врач сказал в морг, значит в морг..."
     

  • 1.394, Анонимм (??), 15:15, 28/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    (с Вашего позволения, Михаил)

    > Уверяю, эту систему уже ничто не спасёт! (кроме полного переписывания)
    > Ну вынесешь ты что-то наружу кольца 0 - что дальше? Оно перестанет падать? Или
    > ему больше не нужны ядерные API?
    > Микроядерность - она строится С НУЛЯ и должна быть корнем системы. Вокруг неё
    > строятся все остальные сервисы. Если это сразу не проектировать, потом это
    > будет прикручиванием турбины к лошади.

    Есть принцип, когда после каждого коммита система остаётся работоспособной.
    Вот такими небольшими шагами вполне возможно добавить API и затем так же, атомарно переносить по драйверу из 0-го кольца.
    Да, "лошадь" может превращаться в "турбину" плавно, оставаясь работоспособной.
    Даже если "с нуля" она была пони.

     
     
  • 2.396, Andrey Mitrofanov (?), 15:35, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть принцип, когда после каждого коммита система остаётся работоспособной.

    Уточни, какая из миллиарда систем с ядром Linux будет этой "нулевой точной"?

     
     
  • 3.398, Анонимм (??), 17:35, 28/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Уточни, какая из миллиарда систем с ядром Linux будет этой "нулевой точной"?

    Дистр чтоли?
    Побойтесь Торальдса с РМСом!

     
     
  • 4.412, Andrey Mitrofanov (?), 08:58, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ##>>> когда после каждого коммита
    ##>>> система остаётся работоспособной.
    >> Уточни, какая из миллиарда систем
    >Дистр чтоли?

    Не-а, железка. Точнее комбинация железок... Чуть поиграл словами, 'система': ОС <=> хост. "система остаётся работоспособной" => "ОC/ядро остаётся работоспособным на всех [тех же] железках"

    Чувствуешь накат комбинаторики? "когда после каждого коммита" ""просто""ТМ перепроверяем на всех железках, да.

    //Ко всем балаболам за "тестирование решает" относится.

     

  • 1.410, random (??), 01:13, 01/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > DRM-подсистеме ядра Linux

    Сначала грешным делом подумал, что проприерасты пролоббировали внедрение Digital Rights Management в ядро. Чур меня, чур (((

     
  • 1.411, Вареник (?), 07:43, 01/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    L4/L4se - Это ядра.

    А то что у моноядер - это болото ненадежности.

     
     
  • 2.413, Andrey Mitrofanov (?), 09:01, 01/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > L4/L4se - Это ядра.
    > А то что у моноядер - это болото ненадежности.

    "Валера-а-а-аА! Ты д**а-а-а-а-А*??!"

    Не сходя с места объясни, как твой влажный в**** отностися к теме.

     

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



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

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