The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс выступил с критикой контроля качества в  DRM..., opennews (?), 27-Фев-17, (0) [смотреть все]

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


31. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +5 +/
Сообщение от Анонимм (??), 27-Фев-17, 11:51 
Внезапно.
Прошу деталей.
Ответить | Правка | Наверх | Cообщить модератору

48. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –4 +/
Сообщение от мегааноним_email (?), 27-Фев-17, 12:15 
>>> Вот она -- монолитность
>>Шагом марш в школу. Ядро уже давно не монолитное
> Внезапно.
> Прошу деталей.

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

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

54. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +11 +/
Сообщение от Orduemail (ok), 27-Фев-17, 12:23 
Глупости. Все эти подсистемы работают в одном адресном пространстве, и любая может порушить ядро самым жёстким образом. То что при этом их можно выгружать или подгружать -- к делу отношения имеет ровно столько же, сколько выгрузка страниц памяти в своп и подгрузка их обратно.
Ответить | Правка | Наверх | Cообщить модератору

63. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +5 +/
Сообщение от мегааноним_email (?), 27-Фев-17, 12:37 
> Глупости. Все эти подсистемы работают в одном адресном пространстве, и любая может
> порушить ядро самым жёстким образом. То что при этом их можно
> выгружать или подгружать -- к делу отношения имеет ровно столько же,
> сколько выгрузка страниц памяти в своп и подгрузка их обратно.

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

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

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

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

76. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Orduemail (ok), 27-Фев-17, 13:02 
> Вы путаете, я не утверждаю что ядро Linux микроядерное,
> я говорю что ядро Linux не монолитное. Мир не черно белый.

Мир может и не чёрно-белый, тут ты прав. А вот ядра делят на монолитные и микроядерные, используя эти термины как антонимы. Монолитные держат в едином ядерном адресном пространстве очень много чего, микроядерные имеют много адресных пространств для многих подсистем. Если ты не веришь мне, то use google, luke. Переступи через своё презрение к теории и теоретикам, и почитай хотя бы определения тех понятий, который ты используешь.

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

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

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

127. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от Pofigist (?), 27-Фев-17, 14:37 
Упор на "единое адресное пространство" - в корне ошибочен. Грубо говоря - возможность практически все вынести из адресного пространства ядра это следствие микроядерности, а не определяющий признак.
Ответить | Правка | Наверх | Cообщить модератору

144. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +1 +/
Сообщение от Анонимм (??), 27-Фев-17, 15:20 
Что ж, сильно подмечено.
Спасибо!
Ответить | Правка | Наверх | Cообщить модератору

269. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от _ (??), 27-Фев-17, 20:42 
Ой мамо ... почитал бы ты Таненбаума ... может и лужи остались бы не расплёсканными :-\
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

345. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от не такойemail (?), 28-Фев-17, 03:02 
>Мир может и не чёрно-белый, тут ты прав. А вот ядра делят на монолитные и микроядерные, используя эти термины как антонимы. Монолитные держат в едином ядерном адресном пространстве очень много чего, микроядерные имеют много адресных пространств для многих подсистем

Файловые системы в user-space, char device драйверы в user space,
работа с SPI/I2C/Gpio/usb в userspace,
да те же проприетарные видео драйверы, если посмотреть их исходники (ядерная часть почти полностью открыта по крайней мере у NVIDIA), то можно понять что ядерная часть очень простая, и вся логика в userspace.

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

349. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Аноним (-), 28-Фев-17, 06:22 
> ядерная часть почти полностью открыта по крайней мере у NVIDIA

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

Или я отстал от жизни и это всё меняется? Не вставлял блоб себе в ядра уже эти самые 3 года.

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

359. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Michael Shigorinemail (ok), 28-Фев-17, 10:35 
>> ядерная часть почти полностью открыта по крайней мере у NVIDIA
> Что за бред я прочитал? В драйверах нивидии открыта только интерфейсная прослойка

Не знаю, что имел в виду человек, но вроде у нвидии началось движение в сторону DRM?
(тоже несколько лет как не наблюдаю на своих рабочих системах, впрочем)

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

377. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от www2 (ok), 28-Фев-17, 13:28 
>> Вы путаете, я не утверждаю что ядро Linux микроядерное,
>> я говорю что ядро Linux не монолитное. Мир не черно белый.
> Мир может и не чёрно-белый, тут ты прав. А вот ядра делят
> на монолитные и микроядерные, используя эти термины как антонимы.

Есть ещё модульные и гибридные ядра. У Linux как минимум модульное ядро, а скорее даже гибридное, т.к. в Linux отдельные модули ядра выполняются как отдельные потоки ядра, что является признаком гибридного ядра. У DragonFly BSD и семейства Windows NT - гибридные ядра.

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

392. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –3 +/
Сообщение от Анонимм (??), 28-Фев-17, 15:06 
> Есть ещё модульные и гибридные ядра. У Linux как минимум модульное ядро,
> а скорее даже гибридное, т.к. в Linux отдельные модули ядра выполняются
> как отдельные потоки ядра, что является признаком гибридного ядра. У DragonFly
> BSD и семейства Windows NT - гибридные ядра.

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

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

81. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 13:08 
> теоретики такие теоретики, ну упала посистема для работы
> с жесткими дисками в микроядре, при этом микроядро выжило,
> ну и на хрена оно, ведь даже перезапустить подсистему не может,
> т.к. жесткий диск не доступен.

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

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

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

82. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +6 +/
Сообщение от eganru (?), 27-Фев-17, 13:08 
полностью согласен: микроядро не не решает проблему кривого кода в нужных подсистемах.
если нужный драйвер регулярно падает, то не нужно решать это проблему регулярным перезапуском. это как из лужи пить.
*я уж не говорю, что в системах с простыми dma и.т.д. защищенные области памяти могут быть запросто испорчены тем же самым криво работающим драйвером.

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

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

109. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 13:59 
> нужно, чтобы все нормально работало. а если все нормально работает - то
> архитектура системы скорее дело вкуса.

Да, только почему-то по факту оно так не работает. Люди ошибаются, это их неотемлемое свойство, и пишут код с ошибками.

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

314. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +1 +/
Сообщение от Аноним (-), 27-Фев-17, 22:39 
> пишут код с ошибками.

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

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

320. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 27-Фев-17, 22:50 
> Автоматический перезапуск падающего кода не очень-то способствует исправлению содержащихся
> в нём ошибок

Ну так если перезапустилось и никто этого не заметил - то система хорошо делает своё дело.

А ошибки в коде - это больше к юнит-тестированию. Оно их хорошо профилактирует.

> ("упало да и фиг с ним -- перезапустится
> и продолжит работать, а у нас других дел хватает"). Как-никак, лень
> людям тоже весьма свойственна.

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

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

351. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от eganru (?), 28-Фев-17, 07:43 
[i]Ну так если перезапустилось и никто этого не заметил - то система хорошо делает своё дело.[/i] - нет. просто истратило ресурсы на ровном месте. понятно, что это лучше чем упало, однако в драйверах чаще прочего имеет место неправильное поведение без порчи чего-либо.

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

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

89. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от saasd (?), 27-Фев-17, 13:20 
> ну и на хрена оно, ведь даже перезапустить подсистему не может,

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

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

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

278. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от Аноним (-), 27-Фев-17, 21:08 
Подсистема как бы упала и находится не пойми в каком состоянии.
Ответить | Правка | Наверх | Cообщить модератору

282. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 27-Фев-17, 21:12 
В условии "задачи" упал тока драйвер винта, а не файловой системы (или кеша).
Так что, всё живёт, кроме доступа к "физике" винта.
Ответить | Правка | Наверх | Cообщить модератору

137. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от freehckemail (ok), 27-Фев-17, 15:05 
>>порушить ядро самым жёстким образом.
> теоретики такие теоретики, ну упала посистема для работы
> с жесткими дисками в микроядре, при этом микроядро выжило,
> ну и на хрена оно, ведь даже перезапустить подсистему не может,
> т.к. жесткий диск не доступен.

+1

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

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

414. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Аноним (-), 01-Мрт-17, 09:08 
>многие ошибки, которые ранее могли бы быть пойманы на этапе компиляции, в итоге выявляются в рантайме.

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

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

158. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –3 +/
Сообщение от Анонимм (??), 27-Фев-17, 15:44 
> ведь даже перезапустить подсистему не может,
> т.к. жесткий диск не доступен.

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

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

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

339. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от freehckemail (ok), 28-Фев-17, 00:01 
>> т.к. жесткий диск не доступен.
> Вы слышали о кеше файловой системы?

Жёсткий диск недоступен - не в том смысле, о котором Вы подумали.

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

342. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 28-Фев-17, 00:20 
> Жёсткий диск недоступен - не в том смысле, о котором Вы подумали.

Так жёсткий диск недоступен или ФС (бинарь для перезапуска драйвера)?
Это же разные сервисы (дрова).

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

79. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Аноним (-), 27-Фев-17, 13:05 
На системах без IOMMU, любой драйвер может расписать под хохлому любую область памяти.
И никакое микроядро от этого не спасет.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

83. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 27-Фев-17, 13:12 
> На системах без IOMMU, любой драйвер может расписать под хохлому любую область
> памяти.

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

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

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

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

187. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +1 +/
Сообщение от Аноним (-), 27-Фев-17, 16:37 
Напишите мне драйвер современного контроллера дисков или сетевой карты без dma.
И посмотрим на его производительность.
Ответить | Правка | Наверх | Cообщить модератору

199. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 16:54 
И?
Типа если оставить сервисам доступ к DMA (пока процы с IOMMU непомерно дороги), а всё остальное передать под контроль микроядра - то ситуация с надёжностью не улучшится?

А пока всё это реализуется - там и IOMMU станет нормой в любом телефоне.

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

202. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Аноним (-), 27-Фев-17, 17:00 
Доступ к DMA имеют не сервисы, а железки.
Ответить | Правка | Наверх | Cообщить модератору

218. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 27-Фев-17, 17:31 
Потому, что сервисы (дрова) соотв. образом программируют эти самые железки.
Но это им возможно не позволить, ограничив определённые формы записи в порты (запись то в порты - под контролем микроядра).

Потому, думаю, можно говорить и о доступе сервисов к DMA (опосредованно, через железку).

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

280. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +1 +/
Сообщение от Аноним (-), 27-Фев-17, 21:11 
Стесняюсь спросить, слышал ли уважаемый эксперт по микроядрам про bus master dma.
Ответить | Правка | Наверх | Cообщить модератору

289. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 27-Фев-17, 21:35 
> Стесняюсь спросить, слышал ли уважаемый эксперт по микроядрам про bus master dma.

Ну раз каждый суслик - агроном (каждая железка может лезть в память), то и правильное решение - тоже аппаратное. Это MMU для контроля такого доступа (IOMMU).
Но даже без неё (пока оно дорогое и редкое), даже если все железки будут иметь доступ к памяти - то всё равно бОльшая часть проблем всё же идёт из кода дров ядра. А там - и IOMMU подтянется.

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

78. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 13:04 
> В монолитном ядре ты не можешь выгрузить какую-нибудь
> подсистемы, обновить её и запустить снова по определению,
> нужно перезапускать все ядро. Но вот
> сюрприз благодаря модулям все это возможно в ядре Linux.

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

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

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

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




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

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