The OpenNET Project / Index page

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



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

Оглавление

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

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


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

14. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 11:26 
Мы тоже любим Линукс за его функциональность.
Но не хотим, чтобы он канул в лету под грузом принципиально нерешаельных проблем ненадёжной структуры.

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

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

45. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –2 +/
Сообщение от iPony (?), 27-Фев-17, 12:13 
> Но не хотим, чтобы он канул в лету под грузом принципиально нерешаельных проблем ненадёжной структуры.

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

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

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

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

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

69. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Анонимм (??), 27-Фев-17, 12:48 
> Постепенно любой проект придет к состоянию "надо взять и переписать". Сейчас всякие
> расты встают. Поэтому ждем Rinix этак через пять лет.
> PS: возьмите и запишите это предсказание на бумажку, а если не сбудется,
> то выкиньте.

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

https://redox-os.org/

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

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

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

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

Так что да, вопрос более чем справедлив: да, микроядро может решить обозначенные проблемы надёжности. А какие есть сопутствующие нюансы?
Потерю 1-2% производительности на пресловутых доп. переключениях контекста можно не особо педалировать; это мелочи в сравнении с вопросами именно передачи данных между сервисами.
Существует мнение, что это нужно делать строго асинхронно (что порождает очереди запросов, а в больших NUMA системах с тысячами процов добавляет внушительные затраты на поиск наилучшего места в памяти для каждого сообщения), но даже по структуре монолита видно, что на каждом процессоре запускается свой отдельный поток уже многих внутриядерных подсистем. Почему бы так же не делать в микроядре? - потребности в очередях и не будет: сервисы будут просто вызывать соотв. нитку на своём процессоре, не мешая работать другим.

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

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

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

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

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

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

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

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

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

Вот об этом и речь. Но в более общем виде.

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

353. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Очередной аноним (?), 28-Фев-17, 10:13 
>> Почему-то никто за более чем 30 лет ниасилил.

На этот ваш постоянный вопрос всегда есть постоянный ответ - QNX. Отличная операционка. Единственные ее недостатки - только рилтайм, а не универсальность назначения (со свопом) и отсутствие полной открытости и свободы для сообщества, лицензия

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

354. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +/
Сообщение от Michael Shigorinemail (ok), 28-Фев-17, 10:18 
> Единственные ее недостатки

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

PS: помню ту дискетку, ага.  Симпатичная была штука.

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

361. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +1 +/
Сообщение от Очередной аноним (?), 28-Фев-17, 11:47 
>> может, попробуем развернуть на нескольких тысячах узлов вычислительного кластера

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

>> или вот на wifi-маршрутизаторе?

Ну для сетевых нужд модифицированные варианты QNX циска где-то использовала (-зует?). Из википедии:
"Cisco Systems использует оптимизированную версию микроядра QNX Neutrino в программном обеспечении IOS XR[17]. Программный пакет IOS XR предназначен для управления коммутаторами Cisco CRS-1, обеспечивает непрерывный режим работы и поддерживает развитые функции управления терабитными коммутаторами с распределённой архитектурой."

Т.е. при желании наверное можно и правильные wifi-драйвера написать (производителю железа), а маршрутизация, думаю, в стеке TCP/IP QNX-а наверное присутствует

Повторюсь, для меня там недостаток - проприетарность. И второе - это не ОС универсального назначения (еще раз повторюсь - как частное следствие - нет того же свопа)

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

>> PS: помню ту дискетку, ага.  Симпатичная была штука.

да, только я помню небольшую стопку дискеток (какая-то из версий QNX4), там еще графическая система была. Помню, меня порвало, когда я на 80386 (с сопроцессором) получил ОС с настоящей вытесняющей многозадачностью, а не Windows 3.x с кооперативной. Но вот с прикладным софтом, конечно, была другая ситуация, ну на то она и специализированная ОС жесткого реального времени (хотя несколько позже было забавно на QNX6 запускать квейк2)

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

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

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

https://www.kernel.org/doc/ols/2007/ols2007v1-pages-251-262.pdf

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

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

371. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Очередной аноним (?), 28-Фев-17, 12:29 
> Справедливости ради: стереотип обязательной асинхронности доставки IPC сообщений

там же было написано "...ее IPC базируется на отправке сообщений (синхронных и асинхронных)..." ---->  "(СИНХРОННЫХ и асинхронных)..."

в QNX отправка сообщения может быть и синхронной, от разработчика программы зависит

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

373. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 28-Фев-17, 12:33 
> там же было написано "...ее IPC базируется на отправке сообщений (синхронных и
> асинхронных)..." ---->  "(СИНХРОННЫХ и асинхронных)..."

Да, в QNX есть и то, и другое, и это правильно.
Но проблема масштабируемости всё так же под вопросом (нужны публикации на эту тему), причём, переработка пользовательского софта под сетевые параллельные вычисления - не вариант.

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

372. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –2 +/
Сообщение от Очередной аноним (?), 28-Фев-17, 12:32 
а разработчики монолита демонстрируют чудеса производительности перед микроядерщиками из-за значительно меньшего количества переключений контекста задач. Так что жизнь - сплошные компромиссы
Ответить | Правка | К родителю #366 | Наверх | Cообщить модератору

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

Как будто производительность - всегда важнее всего...

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

367. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Анонимм (??), 28-Фев-17, 12:08 
> Повторюсь, для меня там недостаток - проприетарность. И второе - это не
> ОС универсального назначения (еще раз повторюсь - как частное следствие -
> нет того же свопа)
> Если бы его вовремя сделали паблик домейн/GPL - думаю его бы доточили
> до ОС универсального назначения, а дальше и до полноценной работы на
> тысячах узлах вычислительных кластеров и для работы в вифи-маршрутизаторах. Но история
> не терпит сослагательного наклонения

Да терпит история. Моделировать прошлое и будущее - очень даже нужно и полезно (чтоб не наступать снова).

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

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

423. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  –1 +/
Сообщение от Аноним (-), 01-Мрт-17, 16:12 
наверное потому, что никто больше столько человеко-дней в это больше и не вливал
развивали то, что посчитали более удобным и приоритетным
остальное существует ровно потому, что есть задачи нерешаемые данным инструментом с приемлемым качеством
очевиднейшие же вещи, но нет, у нас одни лозунги в голове... сектанты, етить
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

133. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от Аноним (-), 27-Фев-17, 14:52 
> Микроядерных полон тред. Вы тут чего забыли?

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

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

136. "Линус Торвальдс выступил с критикой контроля качества в  DRM..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 14:54 
>> Микроядерных полон тред. Вы тут чего забыли?
> Они недавно микроядерность проходили )

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

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

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

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




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

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