forum.opennet.ru

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

Оглавление

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

И этим все сказано, Линус мужик (?), 10:57 , 27-Фев-17, (1) +25 //

И это наше слово c BSG, Аноним (-), 17:13 , 27-Фев-17, (209) +2
Этот горячий финский мужик собственно и создавал базовые правила разработки и ин, qwerty123 (??), 13:32 , 28-Фев-17, (378) –2 //

Кажется, у нас в гостях очередной I успешный менеджер I проектов , Michael Shigorin (ok), 14:23 , 28-Фев-17, (386) +9 //

Кто бы говорил-на Вашу поделку 1С уже не ставится а вы все тут в камментах умнич, Аноним (-), 12:06 , 03-Мрт-17, (439)

Я сказал Руки ровняйте, УМВР не так давно для одного из партнёров как раз прове, Michael Shigorin (ok), 22:21 , 08-Мрт-17, (442) –1

Досрочный ответ потому, что большинству просто ложить, им давай уже готовое Уда, Анонимм (??), 15:09 , 28-Фев-17, (393) –1
Завидуешь, лузер , Led (ok), 22:39 , 28-Фев-17, (406)
очередной крах менеджмента как системы управления, не более того, Аноним (-), 15:51 , 01-Мрт-17, (420) +1

Вот она -- монолитность Жаль что GNU-тое ядро неактивно пилится , A.Stahl (ok), 11:03 , 27-Фев-17, (2) +15 //

Иди пили, Астал Мы все будем рады , Аноним (-), 11:21 , 27-Фев-17, (8) –23
Плюсую Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса И существовани, Анонимм (??), 11:22 , 27-Фев-17, (11) +4 //

Этот комментарий следовало бы разделить на два , px (??), 11:50 , 27-Фев-17, (29) +69 //

Зачем Чтоб можно было покритиковать по отдельности и Hurd, и предложение микрояд, Анонимм (??), 11:55 , 27-Фев-17, (34) –3

Это был микросарказм , Аноним (-), 14:07 , 27-Фев-17, (114) +16

Но набрал он - максимум плюсов , Анонимм (??), 18:46 , 27-Фев-17, (246) +1

Ага и широкое её применения на всевозможных устройствах показывает,что GNU Hurd , мегааноним_ (?), 12:12 , 27-Фев-17, (43) //

Сарказм это не страшно Посмеяться всегда полезно И пока кто-то смеётся, кто-то , Анонимм (??), 12:39 , 27-Фев-17, (66)

I General Dynamics is the global leader in virtualization ,,, Based on General, Andrey Mitrofanov (?), 13:14 , 27-Фев-17, (86) +1

Вы так рьяно доказываете ущербность микроядра, словно это объективная реальность, Drom (?), 05:10 , 28-Фев-17, (347) –2

Я Ты бредишь , Andrey Mitrofanov (?), 09:20 , 28-Фев-17, (352)
Вас же не затруднит выйти к доске и привести доказательство этого факта , верно, Michael Shigorin (ok), 10:22 , 28-Фев-17, (356) +2

Просмотрел первые 10 уязвимостей - это всё о юзер-левеле и обычном софте либы, Анонимм (??), 11:56 , 28-Фев-17, (365) +1

Ты жалок Твоё микроядро, которое умеет только сообщения между подсистемами перес, www2 (ok), 13:19 , 28-Фев-17, (375) +3

Оу, у меня уже есть микроядро Ссылочку можно напочитать Ну надо же, система неу, Анонимм (??), 14:32 , 01-Мрт-17, (418)
вопрос изначально касался именно дырявости ядра, а не каких-то левых процессов и, Аноним (-), 15:59 , 01-Мрт-17, (422) –1

Естественно в юзер-левле Где ж ему ещё быть-то Кернел-левел у микроядра внеза, freehck (ok), 19:09 , 28-Фев-17, (400)

У микроядра есть ещё сервисы Так вот ошибки не в микроядре, и не в сервисах, а в, Анонимм (??), 20:46 , 28-Фев-17, (402) –2

Я хочу сказать, что аргумент это ж юзерлевел в треде с обсуждением микроядерны, freehck (ok), 12:11 , 01-Мрт-17, (415) +2

Да, терминология но Вы же меня поняли Да и сути не меняет проблемы с пермисси, Анонимм (??), 14:13 , 01-Мрт-17, (417) –1

Hurd существовал до Linux Почему-то после того, как выпустили Linux, Hurd забро, Аноним (-), 13:24 , 27-Фев-17, (91) //

Зачем ставить таги https ru wikipedia org wiki D0 97 D0 B0 D0 BA D0 BE D0 BD_, Andrey Mitrofanov (?), 13:50 , 27-Фев-17, (102)

Оловянных, стеклянных или деревянных , Michael Shigorin (ok), 10:23 , 28-Фев-17, (357) +1

Пилить-то пилят, но в основном из интереса или в исследовательских целях Причи, freehck (ok), 13:58 , 27-Фев-17, (108) +8

Пока семь раз отмеряли, Линус успел три раза сделать и переделать А вообще, инте, Аноним (-), 17:58 , 27-Фев-17, (230) +3

Типа того Монолит писать проще и логотип Пингвин тоже не последнее дело А что, к, Анонимм (??), 18:10 , 27-Фев-17, (234) –1
C небольшой помощью всяких айбиэмов и прочих, ага , Аноним (-), 18:38 , 27-Фев-17, (243)

Айбиэмы подтянулись когда линукс уже был вполне работоспособен В отличие от вся, Аноним (-), 21:06 , 27-Фев-17, (277) +5

Предлагаю назвать GNU KURD Когда курды заполучат свое государство, тогда и допи, AVON (?), 01:01 , 02-Мрт-17, (438) –1

Поищи рассылки за 1998-2004 гг, там с десяток основных разработчиков Без них бы , qwerty123 (??), 13:37 , 28-Фев-17, (379) –3

Слушайте, успешный менеджер , а ведь у Вас проблемы то ли с историей, то ли с с, Michael Shigorin (ok), 14:27 , 28-Фев-17, (388)

Если мне не изменяет память, то Линус писал, что если бы не лицензионные проблем, www2 (ok), 13:22 , 28-Фев-17, (376)

Есть две версии1 Линус с трудом понимал американские IT журналы2 Он не осилил ус, qwerty123 (??), 13:46 , 28-Фев-17, (380) –2
Ещё версия на его студне-щебродском 386SX не ставился FreeBSD или какой-то из , Andrey Mitrofanov (?), 14:12 , 28-Фев-17, (381)

386BSD вышла какбы на пол-года позже Linux , Аноним (-), 17:26 , 28-Фев-17, (397)

Гм, Вирзениус пишет i387 CODE Jan 5, 1991 bought his first PC i386 , Andrey Mitrofanov (?), 18:21 , 28-Фев-17, (399) +1

Немаловажно также отметить, что когда начинали писать Hurd, никакого BSD ещё не , freehck (ok), 19:24 , 28-Фев-17, (401)
Изменяет , Led (ok), 22:38 , 28-Фев-17, (405)

Конечно Монолит писать было проще, и железо было другим пресловутые переключ, Анонимм (??), 14:34 , 27-Фев-17, (125) +1
Основная причина - влияние классической модели безопасности UNIX на скорость раб, Аноним (-), 17:20 , 27-Фев-17, (212) +2

Вот хоть кто-то понимает в чем дело, а то все думают, что HURD недопили просто и, Аноним (-), 22:01 , 27-Фев-17, (296)
Есть ещё гибридный подход выносить в юзер-левел только нетребовательное к скоро, Анонимм (??), 22:22 , 27-Фев-17, (305) –2
А если не сложно, можно по подробней, есть ссылки на публикации с этой доказател, Аноним (-), 12:15 , 28-Фев-17, (368) +2

https sel4 systems , Аноним (-), 17:58 , 01-Мрт-17, (430)

Если что, комментарий 2 свидетельствует только о полном непонимании проблемы в, Michael Shigorin (ok), 18:02 , 27-Фев-17, (232) +2 //

Дык uname -aLinux xxxxxxxx 4 4 0-64-lowlatency 85-Ubuntu SMP PREEMPT Mon Feb , Анонимм (??), 18:20 , 27-Фев-17, (238) –1

что жить и существовать не есть одно и то же , Нечестивый (ok), 10:58 , 15-Мрт-17, (443) +1 //

Жить и накатывать апдейты ядра Всегда, каждый день И ребутиться Ибо критически, Анонимм (??), 22:23 , 15-Мрт-17, (444)

Шагом марш в школу Ядро уже давно не монолитное, kai3341 (ok), 11:46 , 27-Фев-17, (26) –8 //

Внезапно Прошу деталей , Анонимм (??), 11:51 , 27-Фев-17, (31) +5 //

В монолитном ядре ты не можешь выгрузить какую-нибудьподсистемы, обновить её и з, мегааноним_ (?), 12:15 , 27-Фев-17, (48) –4

Глупости Все эти подсистемы работают в одном адресном пространстве, и любая мож, Ordu (ok), 12:23 , 27-Фев-17, (54) +11

Вы путаете, я не утверждаю что ядро Linux микроядерное,я говорю что ядро Linux н, мегааноним_ (?), 12:37 , 27-Фев-17, (63) +5

Мир может и не чёрно-белый, тут ты прав А вот ядра делят на монолитные и микроя, Ordu (ok), 13:02 , 27-Фев-17, (76)

Упор на единое адресное пространство - в корне ошибочен Грубо говоря - возмож, Pofigist (?), 14:37 , 27-Фев-17, (127) +2

Что ж, сильно подмечено Спасибо , Анонимм (??), 15:20 , 27-Фев-17, (144) +1
Ой мамо почитал бы ты Таненбаума может и лужи остались бы не расплёсканн, _ (??), 20:42 , 27-Фев-17, (269)

Файловые системы в user-space, char device драйверы в user space,работа с SPI I2, не такой (?), 03:02 , 28-Фев-17, (345)

Что за бред я прочитал В драйверах нивидии открыта только интерфейсная прослойк, Аноним (-), 06:22 , 28-Фев-17, (349)

Не знаю, что имел в виду человек, но вроде у нвидии началось движение в сторону , Michael Shigorin (ok), 10:35 , 28-Фев-17, (359)

Есть ещё модульные и гибридные ядра У Linux как минимум модульное ядро, а скоре, www2 (ok), 13:28 , 28-Фев-17, (377) +2

Да, жаль лишь, что от жонглирования названиями у кривых дров в Линухе уровень до, Анонимм (??), 15:06 , 28-Фев-17, (392) –3

Нарушители логики - такие логики Ну попытался подменить одним частным случаем , Анонимм (??), 13:08 , 27-Фев-17, (81)
полностью согласен микроядро не не решает проблему кривого кода в нужных подсис, eganru (?), 13:08 , 27-Фев-17, (82) +6

Да, только почему-то по факту оно так не работает Люди ошибаются, это их неотем, Анонимм (??), 13:59 , 27-Фев-17, (109)

Автоматический перезапуск падающего кода не очень-то способствует исправлению со, Аноним (-), 22:39 , 27-Фев-17, (314) +1

Ну так если перезапустилось и никто этого не заметил - то система хорошо делает , Анонимм (??), 22:50 , 27-Фев-17, (320) –1

i Ну так если перезапустилось и никто этого не заметил - то система хорошо дела, eganru (?), 07:43 , 28-Фев-17, (351) +2

т к жесткий диск не доступен А ничего, что подсистема уже загружена и находится, saasd (?), 13:20 , 27-Фев-17, (89) –1

Подсистема как бы упала и находится не пойми в каком состоянии , Аноним (-), 21:08 , 27-Фев-17, (278) +2

В условии задачи упал тока драйвер винта, а не файловой системы или кеша Так, Анонимм (??), 21:12 , 27-Фев-17, (282) –1

1И даже более того упасть-то она упала, но выяснится это исключительно в ранта, freehck (ok), 15:05 , 27-Фев-17, (137) –1

А на монолите такого, конечно, быть не может совсем-совсем Когда вы говорите, , Аноним (-), 09:08 , 01-Мрт-17, (414)

Вы слышали о кеше файловой системы Можете даже поиграться грузонуть какой-нить , Анонимм (??), 15:44 , 27-Фев-17, (158) –3

Жёсткий диск недоступен - не в том смысле, о котором Вы подумали , freehck (ok), 00:01 , 28-Фев-17, (339)

Так жёсткий диск недоступен или ФС бинарь для перезапуска драйвера Это же разн, Анонимм (??), 00:20 , 28-Фев-17, (342) –1

На системах без IOMMU, любой драйвер может расписать под хохлому любую область п, Аноним (-), 13:05 , 27-Фев-17, (79)

Ну Вы ж добавляйте,это только, если ему позволить DMA Зато спасёт от многих пр, Анонимм (??), 13:12 , 27-Фев-17, (83) –1

Напишите мне драйвер современного контроллера дисков или сетевой карты без dma И, Аноним (-), 16:37 , 27-Фев-17, (187) +1

И Типа если оставить сервисам доступ к DMA пока процы с IOMMU непомерно дороги , Анонимм (??), 16:54 , 27-Фев-17, (199)

Доступ к DMA имеют не сервисы, а железки , Аноним (-), 17:00 , 27-Фев-17, (202)

Потому, что сервисы дрова соотв образом программируют эти самые железки Но эт, Анонимм (??), 17:31 , 27-Фев-17, (218) –1

Стесняюсь спросить, слышал ли уважаемый эксперт по микроядрам про bus master dma, Аноним (-), 21:11 , 27-Фев-17, (280) +1
Ну раз каждый суслик - агроном каждая железка может лезть в память , то и прави, Анонимм (??), 21:35 , 27-Фев-17, (289) –1

Ну, вижу, Вас уже заминусовали нормально так Да, Вы спутали модульность и микроя, Анонимм (??), 13:04 , 27-Фев-17, (78)

Ты пытаешься тонко троллить или ты реально веришь в то, что написаное тобой, име, Я. Р. Ош (?), 11:53 , 27-Фев-17, (33) –3
Бред, вы архитектуру разделение программы на части и выделение API и то как хр, мегааноним_ (?), 12:10 , 27-Фев-17, (41) –3
ИМХО проблемы того, что подсистема не тестируется и работает абы как на честном , llolik (ok), 12:32 , 27-Фев-17, (59) +2 //

Все - нет Проблемы защищённости всей системы от проблем в отдельных сервисах дро, Анонимм (??), 13:32 , 27-Фев-17, (97) –1 //

Переписывать монолитное ядро, с кучей дров, в которых кроме автора никто не разб, Аноним (-), 15:20 , 27-Фев-17, (145) +2

Тогда это READ EXEC-ONLY код со всеми вытекающими устранять ошибки в нём некому, Анонимм (??), 16:11 , 27-Фев-17, (171) –1

Ты не прав При тех объемах, что имеется смена архитектуры не спасет Хоть будь , Аноним (-), 17:26 , 27-Фев-17, (214) +1

Собсвтенно, как недавно столкнувшийся с ошибкой в финальной версии начиная с 4 , Аноним (-), 11:09 , 27-Фев-17, (4) +4 //

А прошлонедельная CVE-2017-6074 не относится к качеству кода ядра , Анонимм (??), 11:28 , 27-Фев-17, (15) //

Может быть и относится, откуда я знаю Я ведь столкнулся с конкретной подсистемо, ННН (?), 22:07 , 27-Фев-17, (298) –1 //

Понял Вобщем, относится и это, Анонимм (??), 22:24 , 27-Фев-17, (306)

вообще-то когда у кого-то что-то не компилируется, в интернетах принято делать к, Нанобот (ok), 11:13 , 27-Фев-17, (5) –3 //

Его рычаг больше -- он же мержит Что ещё не понятно, спрашивай И вообще, на фо, Andrey Mitrofanov (?), 12:33 , 27-Фев-17, (60)

Что меня злит, так это то что плохой проприетарный драйвер можно накатить на сис, Аноним (-), 11:15 , 27-Фев-17, (6) –1 //

Но наоборот часто как раз не работает, а чаще и не компилируется Попробуйте скаж, мегааноним_ (?), 12:19 , 27-Фев-17, (51) +6 //

Сейчас прекрасно собирается у них был момент, когда пару месяцев были проблем, Elhana (ok), 19:28 , 27-Фев-17, (249)

Так какой из них по факту хороший, а какой плохой , Аноним (-), 15:29 , 27-Фев-17, (151)
А на свежую можно , Сырносырно (?), 20:50 , 27-Фев-17, (272) +1
Stable API nonsense, едрить его за ногу Заморозка API ABI на веки вечные, конеч, Аноним (-), 22:52 , 27-Фев-17, (322) –2

Кто-то ещё сомневается, что Линуксу давно пора менять дизайн на микроядро Это ж , Анонимм (??), 11:21 , 27-Фев-17, (7) +2 //

Микроядерных полон тред Вы тут чего забыли , Аноним (-), 11:22 , 27-Фев-17, (10) +3 //

Мы тоже любим Линукс за его функциональность Но не хотим, чтобы он канул в лету , Анонимм (??), 11:26 , 27-Фев-17, (14) //

Это естественный процесс Нельзя просто так писать писать писать на протяжении э, iPony (?), 12:13 , 27-Фев-17, (45) –2

Слабая мотивация Хранить чтобы потом, если чего, выбросить , Аноним (-), 12:22 , 27-Фев-17, (53)
Ну не Rinix оно называется, а чуть иначе Но уже есть, и снова же - микроядро ht, Анонимм (??), 12:48 , 27-Фев-17, (69)

Старые песни на новый лад А вот был бы у Линуса короткоствол, а вот было бы ядр, Аноним (-), 12:12 , 27-Фев-17, (42) //

А Вы как решаете насущные проблемы Просто что-то меняете, а потом расхлёбываете , Анонимм (??), 12:35 , 27-Фев-17, (62) –1

Простите, но вы хотя бы, в теории, знаете во что вываливается переключение конте, Аноним (-), 13:17 , 27-Фев-17, (88) +2

В точку Ещё ответьте за всех, что добавить 5 копеек в запас мощности железа это , Анонимм (??), 14:31 , 27-Фев-17, (122) –1

Переключения контекста это не разу не пять копеек Для иллюстрации можете посмот, Аноним (-), 16:39 , 27-Фев-17, (190) +2

Не уверен, что данная реализация сервисов fuse - оптимальна Кроме того, это ча, Анонимм (??), 17:20 , 27-Фев-17, (211) –1

Началось виляние филейной частью, покажите более оптимальную Почему-то никто за , Аноним (-), 21:13 , 27-Фев-17, (283) +1

Вот об этом и речь Но в более общем виде , Анонимм (??), 21:40 , 27-Фев-17, (291) –1
На этот ваш постоянный вопрос всегда есть постоянный ответ - QNX Отличная опера, Очередной аноним (?), 10:13 , 28-Фев-17, (353)

Единственный недостатки -- уже ободряет может, попробуем развернуть на нескольк, Michael Shigorin (ok), 10:18 , 28-Фев-17, (354)

теоретически архитектура ее как нельзя лучше для этого подходила - ее IPC базиру, Очередной аноним (?), 11:47 , 28-Фев-17, (361) +1
Справедливости ради стереотип обязательной асинхронности доставки IPC сообщений, Анонимм (??), 12:03 , 28-Фев-17, (366)
там же было написано ее IPC базируется на отправке сообщений синхронных и а, Очередной аноним (?), 12:29 , 28-Фев-17, (371) –1
Да, в QNX есть и то, и другое, и это правильно Но проблема масштабируемости всё , Анонимм (??), 12:33 , 28-Фев-17, (373) –1
а разработчики монолита демонстрируют чудеса производительности перед микроядерщ, Очередной аноним (?), 12:32 , 28-Фев-17, (372) –2
Как будто производительность - всегда важнее всего , Анонимм (??), 12:34 , 28-Фев-17, (374) –1
Да терпит история Моделировать прошлое и будущее - очень даже нужно и полезно , Анонимм (??), 12:08 , 28-Фев-17, (367) –1

наверное потому, что никто больше столько человеко-дней в это больше и не вливал, Аноним (-), 16:12 , 01-Мрт-17, (423) –1

Они недавно микроядерность проходили , Аноним (-), 14:52 , 27-Фев-17, (133) +2 //

Не, талмуд Таненбаума оставляет неизгладимую травму _надолго_ Не недавно , то , Andrey Mitrofanov (?), 14:54 , 27-Фев-17, (136) +2

Я против странно коррелирующих наплывов фанатов микроядерности и микрософта Лови, Аноним (-), 11:30 , 27-Фев-17, (18) +3 //

Спасибо за конкретику по минусу Хотя странно за наплавы статистики посещаемости, Анонимм (??), 11:33 , 27-Фев-17, (20) –4 //

Куратор твой отвечает По микроядру задачка тебе такая на размышление оцени, ско, Аноним (-), 12:09 , 27-Фев-17, (40) +2

Возможный выигрыш в мире продолжит жить и развиваться самое функциональное откр, Анонимм (??), 12:25 , 27-Фев-17, (55) –3

Ты давай вот эти прокламации оставь для кого-нибудь другого Линукс не самоцель , Аноним (-), 12:40 , 27-Фев-17, (67) –1

Зачем Это что, коммерческий проект или где Или кому-то станет легче, если появит, Анонимм (??), 13:44 , 27-Фев-17, (101) –2

Это тут ни при чем Посчитать прошу не в деньгах, а в часах Тебе должно полегчат, Аноним (-), 15:12 , 27-Фев-17, (141) +1

Ничего это не поменяет, и проблем в Линухе не убавит При чём тут я Ну титаническ, Анонимм (??), 16:03 , 27-Фев-17, (167) –2

Да неужели А вот твои дифирамбы микроядру, конечно, все поменяют и все проблемы, Аноним (-), 16:48 , 27-Фев-17, (193) +2

А как иначе оградить доступ тому, чему не нужно всё, а достаточно лишь своей пам, Анонимм (??), 17:19 , 27-Фев-17, (210) –1

Надеюсь, это была не цитата , Michael Shigorin (ok), 22:22 , 27-Фев-17, (304)

Возможно, но ссылку счас уже не найду Где-то затерялась в закладках , Анонимм (??), 22:32 , 27-Фев-17, (310) –1

А без закладки можете сказать, что именно должна вернуть такая команда , Michael Shigorin (ok), 22:37 , 27-Фев-17, (312)

Предполагался запуск в дереве сырцов 4 4 Линуха В целях ознакомиться с общим сос, Анонимм (??), 22:46 , 27-Фев-17, (318)

Не цель, а что вернёт Вы же ратуете за тесты Пока этот сами не прошли , Michael Shigorin (ok), 22:56 , 27-Фев-17, (325) +2

Много чего вернёт смысл приводить общеизвестную простыню Будет видно, что ч, Анонимм (??), 23:09 , 27-Фев-17, (332) –2

code find usr src -type f -ipath test 124 wc -l 10259 find usr s, Аноним (-), 03:00 , 28-Фев-17, (344) +1
Да, примерно Я лишь был о ядре Линухе , Анонимм (??), 11:49 , 28-Фев-17, (363) –1

А зачем вызов grep а , ZloySergant (ok), 23:13 , 27-Фев-17, (334) +1

Микроядро лишает Линуса власти и требует от него сохранять неизменным API Сейча, Аноним (-), 11:34 , 27-Фев-17, (22) –4 //

Дык почему же Межсервисное API можно менять хоть по 10 раз на дню Микроядернос, Анонимм (??), 11:50 , 27-Фев-17, (28) //

Конечно нет Сказал а , говори и б Нужно намёками вынудить других это делать, Аноним (-), 12:03 , 27-Фев-17, (38) +1

Что ж, такая себе перестраховка Впрочем, в текущем обществе лидеры просто обяз, Анонимм (??), 12:12 , 27-Фев-17, (44)

есть доказательства, что этот подход - самый эффективный из существующих Скольк, Аноним (-), 11:42 , 27-Фев-17, (23) +1 //

1 Проверка каждого оператора в коде - это лучше, чем отстуствие проверки 2 А н, Анонимм (??), 12:02 , 27-Фев-17, (37) –1 //

Это называется перенос сложности Сложность системы остаётся неизменной, но мо, Аноним (-), 12:13 , 27-Фев-17, (47)

Оно и одержимое первых 7 метров dev random сложно, как и 7 метров boot vmlinuz, Анонимм (??), 13:03 , 27-Фев-17, (77) –1

Зачем вы проецируете свой опыт веб-макаки на разработку ядра Вот почему все люд, Аноним (-), 13:13 , 27-Фев-17, (84) +3

Внимательнейше слушаю Ваши предложения по решению проблем устойчивости и безопас, Анонимм (??), 14:00 , 27-Фев-17, (110) –1
А у Вас есть предложения как обустроить Россию Где можно почитать Что думаете о, Анонимм (??), 14:02 , 27-Фев-17, (111) –1

Обрататитесь к Шигорину, он знает , Аноним (-), 21:14 , 27-Фев-17, (284) +1

Да если бы Поскольку в целом не знаю -- обустраиваю там, где знаю и умею CODE, Michael Shigorin (ok), 22:25 , 27-Фев-17, (307) –2

Нди на в нет всё таки - на другой сайт , _ (??), 21:31 , 27-Фев-17, (288) +1

Простые функции не нуждаются в unit-тестировании, сложные с помощью unit-тестов , Аноним (-), 13:15 , 27-Фев-17, (87) +1

Бывает и так, при изменениях в окружении в котором этот код выполняется Для прим, Аноним (-), 13:50 , 27-Фев-17, (103) –1

Их ошибка, что они использовали копи-пастнутый код, изменяющий глобальные переме, Аноним (-), 14:06 , 27-Фев-17, (113) +1

Ну вот и как сплошной положизм на нормы характеризует собстенно сами нормы , Анонимм (??), 14:51 , 27-Фев-17, (131)

Ежегодным ростом количества падающих ракет Как следствие, растёт стоимость стра, Аноним (-), 15:38 , 27-Фев-17, (155)

Т е нормы таки указывают как суммарно дешевле вести дела но чиновников это м, Анонимм (??), 16:18 , 27-Фев-17, (178)

А как тогда узнать как они работают и работают ли вообще Каждый раз код перечиты, Анонимм (??), 14:23 , 27-Фев-17, (118) –1

Дисциплина https xkcd com 1790 функционального программирования решает , Andrey Mitrofanov (?), 14:28 , 27-Фев-17, (121) +1

А как узнать, что код писанный по функц программированию делает то, что нужно К, Анонимм (??), 15:14 , 27-Фев-17, (142) –1

продолжение следует , Анонимм (??), 14:26 , 27-Фев-17, (119)
Я закончил ответ в постах 159 и 160 извините, специфика форума , Анонимм (??), 15:48 , 27-Фев-17, (161)

Тест гарантирует только то о чем подумал автор теста, и не более того Тем более , Аноним (-), 12:55 , 27-Фев-17, (71) +1

Другого и не утверждал Но без тестов, код куда больше делает и того, чего автор , Анонимм (??), 13:53 , 27-Фев-17, (105) –1

Это утверждение ничем не обосновано , Аноним (-), 14:33 , 27-Фев-17, (124) +1

Попробуйте посмотреть в багтрекеры проэктов без модульного тестирования И сравни, Анонимм (??), 15:17 , 27-Фев-17, (143) –1

Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может б, Аноним (-), 17:05 , 27-Фев-17, (205) +1

Безусловно Тесты - это тоже код, и его пишут люди Но тесты контроллируют и былы, Анонимм (??), 17:34 , 27-Фев-17, (219) –1

Дайте я угадаю, вы никогда не занимались низкоуровневым программированием на пра, Аноним (-), 14:43 , 27-Фев-17, (129) +2

Подсистемы ядра всего того, что нонче есть в Линухе в гит репе, если совсем бы, Анонимм (??), 15:32 , 27-Фев-17, (152) –1

Ну да programming manual и программная модель устройства фактически его эмулято, Аноним (-), 16:48 , 27-Фев-17, (192) –1

Хоть одно, хоть нет А ответить на простой вопрос а так ли работает драйвер, как, Анонимм (??), 17:25 , 27-Фев-17, (213) –1

какая-нить drivers net c senddata да, абстрактная а как иначе рассказа, Анонимм (??), 15:33 , 27-Фев-17, (153) –1

Возвращаемся к вопросу о стопроцентно корректной программной модели железа , Аноним (-), 16:43 , 27-Фев-17, (191) +1

Но зачем Мы проверили, что драйвер посылает железу корректный с точки зрения сп, Аноним (-), 16:50 , 27-Фев-17, (197) –1

Совершенно верно или же кривизны уже самой железки да, оно иногда ломается , Анонимм (??), 17:04 , 27-Фев-17, (204)

Никуда не нужно возвращаться Речи о полноценном моделировании железа нет Речь о, Анонимм (??), 17:03 , 27-Фев-17, (203) –1

В драйвере версии 1, в регистр X пишется 42 В драйвере версии 2, в регистр X пиш, Аноним (-), 17:08 , 27-Фев-17, (206) +1

должен отметить конструктив в разговоре Спасибо 1 Работает ли код относительн, Анонимм (??), 17:37 , 27-Фев-17, (221) –1

Господи, да поймите же вы что среди проблем в разработке драйверов, ошибки опеча, Аноним (-), 21:05 , 27-Фев-17, (276) +2
Да, железо - тоже коммерческие продукты, и тоже со сроками и катайцами на произв, Анонимм (??), 21:18 , 27-Фев-17, (286) –2
Нет Вам столько явно грамотных людей уже написало, что можно было пойти и прочит, Michael Shigorin (ok), 22:29 , 27-Фев-17, (308) +1
Извините, но они свои грамоты в нет на обозрение не выставляли А потому - их сло, Анонимм (??), 22:39 , 27-Фев-17, (313) –1
призвание программера в 286 кто-то другой написал Видите ли, я как комодерато, Michael Shigorin (ok), 22:46 , 27-Фев-17, (319) +2
Да, моё Спасибо Да, считаю, что программер должен разбираться в том, что пишет , Анонимм (??), 23:03 , 27-Фев-17, (328) –1
А там было про железку Но всё-же, B железка B она ж как-то работает И I п, Michael Shigorin (ok), 23:08 , 27-Фев-17, (330) +1
Верно Считаю, что лучше понять как работает железка, чтобы написать её драйвер , Анонимм (??), 01:19 , 28-Фев-17, (343) –2
Да, спасибо за внимание, Анонимм (??), 11:48 , 28-Фев-17, (362) –1

Я ожидал от микроядерного пророка ответ data , Аноним (-), 16:03 , 27-Фев-17, (166) +3

Ну так и обратитесь тогда к пророку , Анонимм (??), 16:25 , 27-Фев-17, (182) –2
А я да - спасибо, на будущее буду расписывать тесты в более конкретной форме , Анонимм (??), 16:26 , 27-Фев-17, (184) –1

Тест написанный по спецификации повышает уверенность в том, что система ведёт се, Аноним (-), 16:25 , 27-Фев-17, (183) –1

Вас маркетологи покусали , Аноним (-), 16:50 , 27-Фев-17, (194) +1
Спецификацией так и остаётся текстовое описание дизайнеров железки Набор же тес, Анонимм (??), 16:50 , 27-Фев-17, (195) +1

И что толку Разработчик прочитав мануал считает что нужно писать 42 в регист, Аноним (-), 16:53 , 27-Фев-17, (198) +2

Менять тесты Ведь они - просто закодированное желание автора Он хочет, чтоб не , Анонимм (??), 17:27 , 27-Фев-17, (215) –2
А здесь требуется анализ - почему не работает Может быть глюк в железе, может б, Аноним (-), 17:45 , 27-Фев-17, (223)

А может и защита от своих же опечаток - это тоже лажа У каждого свой уровень , Анонимм (??), 17:53 , 27-Фев-17, (229) –2

В моей области и код и тесты пишутся по спецификации Спецификация - учитывает т, Аноним (-), 17:11 , 27-Фев-17, (208)

Однозначно Вопрос лишь в выявлении возможных несоответствий которые возможны, в, Анонимм (??), 17:41 , 27-Фев-17, (222) +1

Вас маркетологи покусали , Аноним (-), 16:50 , 27-Фев-17, (196)

И Если у кого-то не было желания тестировать свой код в том числе и писать тес, мегааноним_ (?), 12:29 , 27-Фев-17, (57) +3 //

писать для него тестыИ что вы собираетесь таким образом тестировать , Аноним (-), 12:57 , 27-Фев-17, (72) –1
Если появляется возможность - то под давлением давних проблем, ею начнут пользов, Анонимм (??), 13:27 , 27-Фев-17, (94) –1 //

Для ядра в user space есть архитектура um , и еще конечно qemu,так что первые 2, мегааноним_ (?), 18:19 , 27-Фев-17, (236) +1

Проброс железки внутрь - задача может и простая, но не решает поставленный воп, Анонимм (??), 18:30 , 27-Фев-17, (239) –1

Что-то вы оба отдаляетесь от контекста обсуждения о том насколько легко разработ, не такой (?), 03:14 , 28-Фев-17, (346) +1

Да, согласен , Анонимм (??), 11:52 , 28-Фев-17, (364)

Мы за Просто ты не понимаешь Торвальдсу платит ЛФ Решение -- стань членом ЛФ , Andrey Mitrofanov (?), 12:38 , 27-Фев-17, (65) +1 //

Ну так это уже ж хорошо Вы счас расписали процесс реализации идеи, которая НЕ ов, Анонимм (??), 13:36 , 27-Фев-17, (98) –1 //

ситуайен Ffffморфируй же А вот и По, пришедший за мной надо ставить таги , Andrey Mitrofanov (?), 14:04 , 27-Фев-17, (112) +1

Что-то слишком много тегов , Анонимм (??), 14:49 , 27-Фев-17, (130)

Сразу видно микроиксперда Зачем пересобирать ВСЁ, если можно пересобрать только, angra (ok), 12:59 , 27-Фев-17, (73) //

Согласен, криво выразился Писать один модуль, конечно, можно только его пересоби, Анонимм (??), 13:56 , 27-Фев-17, (106) –1

Давайте вы свои кривые ручонки к линуксу тянуть не будете, а стройными и могучим, Аноним (-), 13:05 , 27-Фев-17, (80) +1 //

Как там у классика не указывайте мне что делать, и я не буду говорить куда , Анонимм (??), 13:57 , 27-Фев-17, (107) –2 //

Почему вы тогда считаете для себя возможным указывать что должны делать разработ, Аноним (-), 14:52 , 27-Фев-17, (132) +1

Вы меня с кем-то путаете Я ничего такого никому не указывал Каждый делает что х, Анонимм (??), 15:36 , 27-Фев-17, (154) –3

А сами в это время наглотались зубного порошку , Аноним (-), 16:55 , 27-Фев-17, (200) +1
вправе ровно до тех пор, пока это не нарушает чужих прав, Аноним (-), 16:17 , 01-Мрт-17, (424) –1

Общеизвестно Но Вы то намекаете, что эти чужие права мной уже попраны Детали, по, Анонимм (??), 19:11 , 01-Мрт-17, (434)

Молодец, Линус Всё сделал правильно Я вот от Дейва такого не ожидал Не первый, Анончик (?), 11:21 , 27-Фев-17, (9) +4 //

Может он в git не смог Может его libv http libv livejournal com 27799 ht, Andrey Mitrofanov (?), 12:47 , 27-Фев-17, (68) –1 //

и что было сделано, чтобы исключить подобное в будущем а, ничего погавкал-пола, Аноним (-), 16:19 , 01-Мрт-17, (425) –2 //

Ну Вы то - не он У Вас то есть предложения Изложите , Анонимм (??), 19:12 , 01-Мрт-17, (435) +1
Кому-то уже предлагали патчи на ДНК , Michael Shigorin (ok), 21:36 , 01-Мрт-17, (437)

Кстати Кто есть в официальном баг-трекере Запостите, пожалуйста drivers gpu, Аноним (-), 11:23 , 27-Фев-17, (12) –1 //

Как там в 2009 живётся , Орк (?), 11:44 , 27-Фев-17, (25) +1 //

Windows 7 недавно вышла, на нетбуках не тормозит, просто чудо Кажется, Red Hat , Аноним (-), 11:51 , 27-Фев-17, (30) +6 //

Да-да Я как раз где-то год спустя покупал нетбук Попросил в магазине показать , random (??), 16:37 , 27-Фев-17, (188)

Жанна купил ноутбук и random но ставил все ОС что под руку попадались , ашгна (?), 23:29 , 28-Фев-17, (408) –2

Выступил с критикой это мягко сказано Обматерил сразу всех причастных в drm-д, Аноним (-), 11:33 , 27-Фев-17, (21)
CI для слабаков , O01eg (?), 12:31 , 27-Фев-17, (58) //

Для микроядра тоже - автоматом тестить крайне неудобно а потому и практически н, Анонимм (??), 13:28 , 27-Фев-17, (95) –1
Оплачивать электричество для CI для слабаков Смержил - да и в пулл-реквестик , Andrey Mitrofanov (?), 13:30 , 27-Фев-17, (96) +1 //

Ой I By 2005, there are quite a few datacenters that are limited by electrical, Andrey Mitrofanov (?), 15:06 , 27-Фев-17, (139) +1

Неужели эта Mesa 13 0 5 17 0 0 dri, libGL так отвратно портируется в Linux До, iZEN (ok), 12:38 , 27-Фев-17, (64) –4 //

ты drm перепутал с месой, J.L. (?), 14:11 , 27-Фев-17, (115) +2 //

Как ты запустишь новую Mesa на глючной drm, объясни Люди старались, делали своб, iZEN (ok), 19:02 , 27-Фев-17, (247) –2 //

Мезу и DRM для линукса делают одни и те же люди Так что еще не понятно, как они, Аноним (-), 21:22 , 28-Фев-17, (403) –1

того самого чудака, которого когда-то не приняли в АМД и он не пропускает DC в L, Аноним (-), 14:36 , 27-Фев-17, (126) //

Надеюсь что этот DC никогда не пропустят Скрещивать ужа с ежом изначально плоха, Аноним (-), 16:09 , 27-Фев-17, (169) +2

Линукс закончится вместе с Линусом , Аноним (-), 15:23 , 27-Фев-17, (146) +1 //

А вот этого как раз и нельзя допустить Хотя этого уже и не произойдёт - уже нем, Анонимм (??), 16:12 , 27-Фев-17, (173) //

Вот таких вот На самом деле не умрёт, но исключительно через корпоративные интер, Аноним (-), 18:35 , 27-Фев-17, (240) //

Надеюсь, поисковики Вас не заблочили и список сможете найти А что, корпорации то, Анонимм (??), 18:38 , 27-Фев-17, (244)

когда про systemd будет сказано и переписано с нуля все , Аноним (-), 15:23 , 27-Фев-17, (147) +1
Линусу надо было не орать матом, а забрать полномочия у обосравшегося Но похоже, Аноним (-), 15:29 , 27-Фев-17, (150) //

Ну вот если повторится - заберёт Это ни разу не первый случай, когда он матом о, Crazy Alex (ok), 16:16 , 27-Фев-17, (176) +5

ответ к 87 Идея о постоянной отладке одной и той же функции - это вообще отку, Анонимм (??), 15:45 , 27-Фев-17, (159) –2
в продолжение к ответу на 87Чтобы знать, что она работает ВСЕГДА, при ЛЮБЫХ изм, Анонимм (??), 15:46 , 27-Фев-17, (160) –3
Никак не пойму фанатов микроядра 1 Хотите микроядро - пишите Даже можете к уже, Аноним (-), 18:19 , 27-Фев-17, (237) //

Есть задачи, с которыми в одиночку не справиться В таком случае следует предлаг, Анонимм (??), 18:35 , 27-Фев-17, (241) –1 //

Во-первых, проекты давно есть Во-вторых, свою идею продуктивней предлагать в, Michael Shigorin (ok), 20:55 , 27-Фев-17, (273) +2 //

Микроядреный Линукс Хоть один, прошу, ссылочку Сам не нашёл Попахивать оно мож, Анонимм (??), 21:08 , 27-Фев-17, (279) –1

Debian GNU Hurd , Аноним (-), 21:17 , 27-Фев-17, (285)

Линукс, пожалуйста Debian GNU Hurd уже и так в виртуалке крутится , Анонимм (??), 21:41 , 27-Фев-17, (292) –1

Ну и как шёпотомПора переходить , Аноним (-), 21:54 , 27-Фев-17, (293) +2

Всё бы всем лишь бы переходить, а не улучшать то, что есть , Анонимм (??), 21:58 , 27-Фев-17, (294)

ага, это такой линуксспециалисты опеннетовские, одной фразой , Аноним (-), 16:24 , 01-Мрт-17, (427) –1

Микроядерные Линукс бывает экзоядерный, например Предъявите наработки, пожа, Michael Shigorin (ok), 22:20 , 27-Фев-17, (302) +2

идейных у нас полно, мамаша с реализаторами жопа золотые слова, два логина на к, Михрютка (ok), 22:18 , 27-Фев-17, (301) +1 //

В основной массе за сегодня выслушал лишь одну основную идею ты - не я, а, знач, Анонимм (??), 22:31 , 27-Фев-17, (309) –1

Нет Выслушали Вы множество ценных идей, например, тебе надо -- ты и делай , Michael Shigorin (ok), 22:34 , 27-Фев-17, (311) +1

Снова же советы что делать Но я не спрашивал об этом советов Кроме того, если, Анонимм (??), 22:44 , 27-Фев-17, (317) –1

Тёплое с мягким Не-а, но приходится порой и психологов из депрессии вытаскивать , Michael Shigorin (ok), 22:52 , 27-Фев-17, (323) +2

Т е общие для многих проблемы - это некие абстрактные проблемы, которые один че, Анонимм (??), 23:08 , 27-Фев-17, (329) –1

Михаил, он в этом случае прав, а Вы -- нетцелеполагание давно уже обозначено сам, Аноним (-), 16:28 , 01-Мрт-17, (428) –1

Рекурсивно поделил на , молодец Засчитываю не-присоединение ко всем , Andrey Mitrofanov (?), 17:59 , 01-Мрт-17, (431) +1

gt оверквотинг удален Иногда, глядя с крыльца на двор и на пруд, говорил он о, Михрютка (ok), 22:41 , 27-Фев-17, (316) +3

И только неспособность людей договариваться мешает им реализовать общие цели мо, Анонимм (??), 22:53 , 27-Фев-17, (324) –2

два тома Мертвых душ этому господину , Михрютка (ok), 23:08 , 27-Фев-17, (331) +2

Второй - лучше в электронном виде, Анонимм (??), 23:14 , 27-Фев-17, (335)
и трёхтомником Кнута по кумполу , Аноним (-), 06:10 , 28-Фев-17, (348) +2

Только что в openSUSE прилетело 4 10 Ну думаю, вот радость то - сейчас посмотрю, Pinkie Pie (?), 19:22 , 27-Фев-17, (248) –1
Кто из адвокатов микроядерности все на микроядра поработал под с микроядрам, Аноним (-), 20:25 , 27-Фев-17, (258) +3 //

те у кого iphone , an (??), 21:29 , 27-Фев-17, (287) //

Да Там же XNU, Mach etc Вот кто всех передее Впрочем, всегда и был передее , Аноним (-), 21:59 , 27-Фев-17, (295) –1
Кстати, кстати Действительно , Анонимм (??), 22:04 , 27-Фев-17, (297) –1

внезапно DragonFlyBSD - гибрид, Анонимм (??), 22:12 , 27-Фев-17, (300) –2
Лес рук , anonymous (??), 07:11 , 28-Фев-17, (350) +1
Я работал с QNX Приятная система Всё динамически загружается выгружается Мышь, Kodir (ok), 14:26 , 28-Фев-17, (387) –2 //

Поражайтесь где-нибудь ещё, ладно Здесь плоды Вашего обострения не нужны, см , Michael Shigorin (ok), 14:32 , 28-Фев-17, (391)
Это прекрасно и чудесно, что оно работает Но в долгосрочной перспективе от закры, Анонимм (??), 15:17 , 28-Фев-17, (395) +1
Пи WБалабол , Led (ok), 22:41 , 28-Фев-17, (407) +1

напомните, это не тот airlied который в конце прошлого года обложил перстом живо, Михрютка (ok), 22:11 , 27-Фев-17, (299) +1 //

Тогда - он обложил, всё правильно, он как Линус Сейчас - Линус его обложил Замеч, Andrey Mitrofanov (?), 10:20 , 28-Фев-17, (355)

ЧудесаВ DragonFly BSD делают гибридное ядро Сделали возможность переноса дров в , Анонимм (??), 22:20 , 27-Фев-17, (303) –2 //

Сим нарекаю xen гибридным линуксом Аминь , Andrey Mitrofanov (?), 10:23 , 28-Фев-17, (358) +1

Все это уже обсуждали тысячу раз И микроядерный дизайн, и переписывание с Сишки, Аноним (-), 11:27 , 28-Фев-17, (360) //

а то, что локомотив может быть несется прямым ходом в пропасть Вас не волнует от, Аноним (-), 16:35 , 01-Мрт-17, (429) –1

с Вашего позволения, Михаил Есть принцип, когда после каждого коммита система о, Анонимм (??), 15:15 , 28-Фев-17, (394) –1 //

Уточни, какая из миллиарда систем с ядром Linux будет этой нулевой точной , Andrey Mitrofanov (?), 15:35 , 28-Фев-17, (396) +1 //

Дистр чтоли Побойтесь Торальдса с РМСом , Анонимм (??), 17:35 , 28-Фев-17, (398) –1 //

когда после каждого коммита система остаётся работоспособной Не-а, же, Andrey Mitrofanov (?), 08:58 , 01-Мрт-17, (412) +1

Сначала грешным делом подумал, что проприерасты пролоббировали внедрение Digital, random (??), 01:13 , 01-Мрт-17, (410)
L4 L4se - Это ядра А то что у моноядер - это болото ненадежности , Вареник (?), 07:43 , 01-Мрт-17, (411) –1 //

Валера-а-а-аА Ты д а-а-а-а-А Не сходя с места объясни, как твой влажный в, Andrey Mitrofanov (?), 09:01 , 01-Мрт-17, (413) +1

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

2. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +15 +/–

Сообщение от A.Stahl (ok), 27-Фев-17, 11:03

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

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

8. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –23 +/–

Сообщение от Аноним (-), 27-Фев-17, 11:21

Иди пили, Астал. Мы все будем рады.

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

11. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +4 +/–

Сообщение от Анонимм (??), 27-Фев-17, 11:22

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

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

29. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +69 +/–

Сообщение от px (??), 27-Фев-17, 11:50

Этот комментарий следовало бы разделить на два... :)

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

34. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –3 +/–

Сообщение от Анонимм (??), 27-Фев-17, 11:55

Зачем?
Чтоб можно было покритиковать по отдельности и Hurd, и предложение микроядрености линукса?
И?
Потому и сразу в одном каменте: и необходимость перехода, и его реальная возможность.
Есть другие предложения как решить проблемы надёжности Линуха?

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

114. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +16 +/–

Сообщение от Аноним (-), 27-Фев-17, 14:07

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

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

246. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 18:46

> Это был микросарказм :)
Но набрал он - максимум плюсов :)

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

43. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от мегааноним_ (?), 27-Фев-17, 12:12

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

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

66. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 12:39

> Ага и широкое её применения на всевозможных устройствах показывает,
> что GNU/Hurd мы увидим завтра на наших PC, роутерах и телефонах. Если
> что это был сарказм.
Сарказм это не страшно. Посмеяться всегда полезно.
И пока кто-то смеётся, кто-то другой уже выпустил 1.5 миллиарда устройств (на 2012 год) на OKL4 микроядре
https://en.wikipedia.org/wiki/Open_Kernel_Labs#cite_ref-3
Да, бывают и другие микроядра, и тоже вполне живые.

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

86. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +1 +/–

Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 13:14

> И пока кто-то смеётся, кто-то другой уже выпустил 1.5 миллиарда устройств (на
> 2012 год) на OKL4 микроядре
> Да, бывают и другие микроядра, и тоже вполне живые.
"General Dynamics is the global leader in virtualization[,,,]
Based on General Dynamics experience helping customers deploy OKL4 in more than 2 billion mobile phones to date, General Dynamics offers a proven path[,,,]"
Славный PR -- нужно бОльше довольных кастомеров.
Но 2млрд венорлоченных тупофонов -- мало! Нужно больше опен-вошь-ных блобов. qnx-то там как, не оскоромнился ещё опенвошками?
+++
""the first phone which employs virtualization to support two concurrent operating systems (Linux and BREW) on a single processor core.""  --Пабеда! Где тот Аноним, что хотел?? -- генерал Динамик https://en.wikipedia.org/wiki/Open_Kernel_Labs#OKL4_Microvisor сделал это.

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

347. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" –2 +/–

Сообщение от Drom (?), 28-Фев-17, 05:10

Вы так рьяно доказываете ущербность микроядра, словно это объективная реальность. Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов.

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

352. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +/–

Сообщение от Andrey Mitrofanov (?), 28-Фев-17, 09:20

> Вы так рьяно доказываете ущербность микроядра,
Я?? Ты бредишь.
> словно это объективная реальность. Вообще-то,
>объективная реальность

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

356. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +2 +/–

Сообщение от Michael Shigorin (ok), 28-Фев-17, 10:22

> Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов.
Вас же не затруднит выйти к доске и привести доказательство этого "факта", верно?
А пока https://www.cvedetails.com/vulnerability-list/vendor_id-436/...

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

365. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +1 +/–

Сообщение от Анонимм (??), 28-Фев-17, 11:56

> А пока https://www.cvedetails.com/vulnerability-list/vendor_id-436/...
Просмотрел первые 10 уязвимостей - это всё о юзер-левеле и "обычном" софте (либы, криво поставленные пермисии).
О самом ядре - ничего нет.

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

375. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +3 +/–

Сообщение от www2 (ok), 28-Фев-17, 13:19

Ты жалок.
Твоё микроядро, которое умеет только сообщения между подсистемами пересылать, да переключать процессы, естественно почти неуязвимо. Но это не даёт 100% гарантии безопасности, потому что уязвимости будут в сервисах ОС и в программах, работающих в пользовательском пространстве. Xen - тоже микроядерный гипервизор. И что? Все domU и dom0, работающие под его управлением, автоматически становятся неуязвимыми?

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

418. "Линус Торвальдс выступил" +/–

Сообщение от Анонимм (??), 01-Мрт-17, 14:32

> Твоё микроядро
Оу, у меня уже есть микроядро. Ссылочку можно напочитать?

> которое умеет только сообщения между подсистемами пересылать, да переключать процессы
> естественно почти неуязвимо.
Ну надо же, система неуязвима, но сколько негатива!
Вообще-то, именно это и нужно. Разве нет?

> Но это не даёт 100% гарантии безопасности
Ага, как только шаг в непривычную сторону - так сразу вынь-да-положь некие гарантии.
Зато к монолитно-модульной системе никаких претензий по гарантиям нет. Рутовые дыры раз в полгода - но никаких критических каментов.
Двойная логика, видимо, дело привычное.

> потому что уязвимости будут в сервисах ОС и в программах, работающих
> в пользовательском пространстве.
Множество "сервисах ОС" полностью принадлежит к "программах, работающих в пользовательском пространстве".
(а где же freehck с критическими выпадами на юзерлевел-пользовательское пространство? Тоже странная такая избирательность за кем замечать, а за кем нет...)
Ну ставить ошибки в программах, не относящихся к сервисам ОС, в вину самой ОС и её архитектуре - это занавес (а сам www2, к слову, виноват в том, что на Луне куча кратеров, и что он к этому отношения не имеет - не волнует).

А уязвимости в сервисах даже теоретически не дотягивают до уровней угроз, которые мы видим раз в полгода в нашем любимом модульном-монолите. Выходит, что для www2 чем опаснее уязвимость - тем лучше.
Но у меня иная система координат.
> Xen - тоже микроядерный гипервизор. И что?
И всё. Рут в одном domU - не имеет отношения к руту в другом domU.

> Все domU и dom0, работающие под его управлением, автоматически становятся неуязвимыми?
Подмена тезиса. Классика той же дьявольской логики.
Автоматически становятся защищёнными domX друг от друга.

Вобщем, вывод: микроядро вообще непричём, а жмёт именно вкомпиленная в мозг методичка стереотипной привычности.
PS Чему плюсовали те трое?

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

422. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" –1 +/–

Сообщение от Аноним (-), 01-Мрт-17, 15:59

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

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

400. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +/–

Сообщение от freehck (ok), 28-Фев-17, 19:09

> Просмотрел первые 10 уязвимостей - это всё о юзер-левеле
Естественно в юзер-левле. Где ж ему ещё быть-то? Кернел-левел у микроядра (внезапно) микроскопический. :)

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

402. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" –2 +/–

Сообщение от Анонимм (??), 28-Фев-17, 20:46

> Естественно в юзер-левле. Где ж ему ещё быть-то? Кернел-левел у микроядра (внезапно)
> микроскопический. :)
У микроядра есть ещё сервисы.
Так вот ошибки не в микроядре, и не в сервисах, а в обычном юзерлевеле.
Или вы хотите сказать, что libкакая-то и всем-на-запись пермисии в rc.local - это ядерные проблемы?

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

415. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" +2 +/–

Сообщение от freehck (ok), 01-Мрт-17, 12:11

> Или вы хотите сказать, что libкакая-то и всем-на-запись пермисии в rc.local - это ядерные проблемы?
Я хочу сказать, что аргумент "это ж юзерлевел" в треде с обсуждением микроядерных ОС - звучит офигенно. :)
Терминология, друг, терминология. :)

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

417. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса" –1 +/–

Сообщение от Анонимм (??), 01-Мрт-17, 14:13

> Я хочу сказать, что аргумент "это ж юзерлевел" в треде с обсуждением
> микроядерных ОС - звучит офигенно. :)
> Терминология, друг, терминология. :)
Да, терминология (но Вы же меня поняли).
Да и сути не меняет: проблемы с пермиссиями и отдельными библиотеками - это не о качествах самой микроядерной модели.

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

91. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 13:24

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

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

102. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 13:50

>> И существование GNU/Hurd - доказательство
> Hurd существовал до
> Решение то реально,
> есть причина
Зачем ставить таги https://ru.wikipedia.org/wiki/%D0%97%D0%... , говорили они. --"А раненных всё везут и везут."

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

357. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Michael Shigorin (ok), 28-Фев-17, 10:23

> --"А раненных всё везут и везут."
Оловянных, стеклянных или деревянных? :)

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

108. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +8 +/–

Сообщение от freehck (ok), 27-Фев-17, 13:58

Пилить-то пилят, но в основном из интереса или в исследовательских целях.  Причина в том, что когда Hurd начинали пилить, была задача заменить проприетарное ядро Unix в системе GNU.
Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно. И это "правильно" упёрлось в непомерные сроки реализации, ибо ядро архитектурно было принципиально новым, с миллионами подводных камней и трудностями в отладке.
Тогда на сцене появился Linux. Взгляд у Торвальдса был проще: нужно новое ядро, и нужно ещё вчера. Linux в первую очередь ориентировался на то, чтобы был результат, и чтобы работали с ним уже существующие программы. И в этом Linux преуспел.
Тогда и выяснилось, что в среде разработчиков Hurd-а многим не нужно было "правильное" ядро, а они вполне довольствуются работающим. Тогда произошёл отток разработчиков, Hurd затормозился в развитии.
Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал, скорее всего они за Hurd бы не принялись.

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

230. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +3 +/–

Сообщение от Аноним (-), 27-Фев-17, 17:58

> Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно.
Пока семь раз отмеряли, Линус успел три раза сделать и переделать.
А вообще, интересно, как так получилось что один человек,
обогнал нескольких человек, которые ещё и начали делать раньше?
Подход "тяп-ляп - в продакшн" выстрелил?
> Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал,
> скорее всего они за Hurd бы не принялись.
Взялись за то, что им было не нужно?! 8-)
Или, просто не сообразили, что можно по-другому делать?

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

234. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 18:10

> Пока семь раз отмеряли, Линус успел три раза сделать и переделать.
Типа того.
Монолит писать проще и логотип Пингвин тоже не последнее дело.
> А вообще, интересно, как так получилось что один человек,
> обогнал нескольких человек, которые ещё и начали делать раньше?
> Подход "тяп-ляп - в продакшн" выстрелил?
А что, коммерция. У кого быстрее - того и тапки (сливки).
И лишь через время (вот как счас) народ начинает соображать.

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

243. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 18:38

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

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

277. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +5 +/–

Сообщение от Аноним (-), 27-Фев-17, 21:06

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

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

438. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от AVON (?), 02-Мрт-17, 01:01

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

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

379. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –3 +/–

Сообщение от qwerty123 (??), 28-Фев-17, 13:37

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

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

388. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Michael Shigorin (ok), 28-Фев-17, 14:27

> Поищи рассылки за 1998-2004 гг, там с десяток основных разработчиков.
> Без них бы эта поделка тихо бы покрывалась пылью в ftp архивах.
Слушайте, "успешный менеджер", а ведь у Вас проблемы то ли с историей, то ли с совестью.
К девяносто восьмому году, когда добрался до линукса -- его активно пилило далеко не десять человек, а пылью покрывалось что угодно, только не результат их труда.
Поищите, что ли, архивы lkml?  Вот, скажем, этот день девятнадцать лет тому: https://lkml.org/lkml/1998/2/28

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

376. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от www2 (ok), 28-Фев-17, 13:22

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

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

380. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от qwerty123 (??), 28-Фев-17, 13:46

>> Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже
>> существовал, скорее всего они за Hurd бы не принялись.
> Если мне не изменяет память, то Линус писал, что если бы не
> лицензионные проблемы у BSD, то он бы Linux не стал писать.
Есть две версии
1 Линус с трудом понимал американские IT журналы
2 Он не осилил установку 386BSD

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

381. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Andrey Mitrofanov (?), 28-Фев-17, 14:12

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

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

397. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 28-Фев-17, 17:26

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

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

399. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Andrey Mitrofanov (?), 28-Фев-17, 18:21

>> Ещё версия: на его студне-щебродском 386SX не ставился FreeBSD (или какой-то из предков), требовавший тогда сопроцессора.
Гм, Вирзениус пишет "+ i387"...
  * Jan 5, 1991 bought his first PC (i386 + i387 + 4 MiB RAM and a small hard disk);
--http://blog.liw.fi/posts/linux25/
> 386BSD вышла какбы на пол-года позже Linux.
Да, наверное...
1991: Jan: 21yo Linus Torvalds buys 33MHz 386sx PC w/40Mb drive to play 'Prince of Persia' (hardware prices dropping dramatically), begins hacking Linux in April
Jan 1991 to Jul 1992: Dr Dobbs publishes series by William Jolitz on porting BSD to 386
||1991: Feb? Berkeley includes Jolitz's free-but-incomplete 386 BSD on updated Networking Release 2
1991: 17Mar: William and Lynne Jolitz release version 0.0 of 386 port of BSD (386BSD released as free)
||no-date: Linus writes terminal emulator (or standalone newsreader?) for 386
1991: 25Aug: Linus solicits os-suggestions from comp.os.minix
1992: BSDI releases beta of BSD/386
--compiled off of http://www.landley.net/history/mirror/robotwisdom/386.html + http://www.landley.net/history/mirror/robotwisdom/timeline.html

...
.
.....
"" As far as I recall, 386BSD 0.0 was released about the same time as early Linux kernels. 386BSD was a complete system in the sense that it had all tools (which Linux didn't, originally), but the PC port was very flaky. For example, 386BSD 0.0 required a math coprocessor to work. FreeBSD and NetBSD appeared months later. "" --https://lists.gt.net/linux/kernel/16511#16511
Жуткая, стра-а-ашная археология. Not, панимашь, available и "даже нее смотрел" (интервью по ссылке с WP:).
"Linus Torvalds has said that if 386BSD or the GNU kernel had been available at the time, he probably would not have created Linux" --https://en.wikipedia.org/wiki/Berkeley_Software_Distribution...

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

401. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от freehck (ok), 28-Фев-17, 19:24

> Если мне не изменяет память, то Линус писал, что если бы не
> лицензионные проблемы у BSD, то он бы Linux не стал писать.
Немаловажно также отметить, что когда начинали писать Hurd, никакого BSD ещё не было.

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

405. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Led (ok), 28-Фев-17, 22:38

> Если мне не изменяет память
Изменяет.

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

125. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:34

Конечно. Монолит писать [было] проще, и железо было другим (пресловутые переключения контекста ааа!!!), сейчас же даже SYSENTER/SYSEXIT инструкции есть. А потом не стали писать, т.к. особо не пекло и поезд несколько отдалился (Линух оброс хорошей функциональностью).

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

212. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 27-Фев-17, 17:20

>> И существование GNU/Hurd - доказательство того, что это решение реально.
> Hurd существовал до Linux. Почему-то после того, как выпустили Linux, Hurd забросили.
> Решение то реально, только почему его не пилят вообще? Может быть
> есть причина всё же?
Основная причина - влияние классической модели безопасности UNIX на скорость работы микроядер.
Если тупо делать все требуемые проверки контроля доступа то в микроядрах получим жуткие тормоза.
Решение уже приведено в месте с доказательной мат моделью - отказ от классической модели тотальной проверки безопасности UNIX в пользу полной рандомизации: знает рандомный адрес имеет доступ, не знает - ядро немедленно убивает процесс, или даже все процессы пользователя с запретом их создания.

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

296. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 22:01

Вот хоть кто-то понимает в чем дело, а то все думают, что HURD недопили просто из-за лени...

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

305. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 27-Фев-17, 22:22

Есть ещё гибридный подход: выносить в юзер-левел только нетребовательное к скорости (все яблочные огрызки так живут и DragonFly BSD). Тоже вполне подход.

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

368. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 28-Фев-17, 12:15

А если не сложно, можно по подробней, есть ссылки на публикации с этой доказательной мат моделью?

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

430. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 01-Мрт-17, 17:58

https://sel4.systems/

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

232. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Michael Shigorin (ok), 27-Фев-17, 18:02

> Плюсую.
Если что, комментарий #2 свидетельствует только о полном непонимании проблемы (в лучшем случае -- о невнимательности и каше из архитектуры и патчей в голове).
> Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса.
> И существование GNU/Hurd - доказательство того, что это решение реально.
Вы ведь правда с Hurd пишете, и туда точно шлют только мелко нарубленные патчсеты?

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

238. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 18:20

> Вы ведь правда с 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
Я люблю Линукс. И хочу видеть в нём самое лучшее из доступного.

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

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

443. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Нечестивый (ok), 15-Мрт-17, 10:58

> существование GNU/Hurd - доказательство того,
что жить и существовать не есть одно и то же.

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

444. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 15-Мрт-17, 22:23

>> существование GNU/Hurd - доказательство того,
> что жить и существовать не есть одно и то же.
Жить и накатывать апдейты ядра. Всегда, каждый день.
И ребутиться. Ибо критические дырки.
Вот это жизнь!

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

26. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –8 +/–

Сообщение от kai3341 (ok), 27-Фев-17, 11:46

> Вот она -- монолитность
Шагом марш в школу. Ядро уже давно не монолитное

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

31. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +5 +/–

Сообщение от Анонимм (??), 27-Фев-17, 11:51

Внезапно.
Прошу деталей.

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

48. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –4 +/–

Сообщение от мегааноним_ (?), 27-Фев-17, 12:15

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

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

54. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +11 +/–

Сообщение от Ordu (ok), 27-Фев-17, 12:23

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

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

63. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +5 +/–

Сообщение от мегааноним_ (?), 27-Фев-17, 12:37

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

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

76. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Ordu (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..." +/–

Сообщение от не такой (?), 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 Shigorin (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 +/–

Сообщение от freehck (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..." +/–

Сообщение от freehck (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ообщить модератору

33. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –3 +/–

Сообщение от Я. Р. Ош (?), 27-Фев-17, 11:53

Ты пытаешься тонко троллить или ты реально веришь в то, что написаное тобой, имеет отношение к проблеме описанной статьей?
Если второе, то у меня для тебя действительно плохие новости о твоем состоянии

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

41. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –3 +/–

Сообщение от мегааноним_ (?), 27-Фев-17, 12:10

>>"всё или ничего"
>Вот она -- монолитность. Жаль что GNU-тое ядро неактивно пилится.
Бред, вы архитектуру (разделение программы на части и выделение API) и то как храняться исходники и как принимаются патчи.
Микроядерную ОС тоже могут хранить в одном репозитарии и с важными для ОС службами и возникла та же бы проблема.

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

59. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от llolik (ok), 27-Фев-17, 12:32

ИМХО проблемы того, что подсистема не тестируется и работает абы как на честном слове, микроядро всё равно не решит.
И да, корректности ради, ядро всё-таки не классическое монолитное, а модульное.

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

97. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 13:32

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

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

145. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 27-Фев-17, 15:20

> Все - нет.
> Проблемы защищённости всей системы от проблем в отдельных сервисах/дровах - Да.
> А чтоб повысить качество кода - нужно тестировать, лучше автоматически.
> И порог вхождения в эту возможность крепко опускает микроядро (т.к. тестить/девелопить
> в юзер-левеле куда проще).
Переписывать монолитное ядро, с кучей дров, в которых кроме автора никто не разберется, тупо дорого. Да и некому. Да и куча костылей типа гиперхипстервизации есть.
Поэтому это как всегда и «НИНУЖНА и вабще, оно же медленное!»
Хотя основное суждение экспертов опеннетов о быстроте работы микроядер основано на кусках сра*ей из тех древнючих времен, когда суперкомпутеры в качестве числодробилок были на уровне современных смартфонов. А то, что у современных костылей для монолита тоже неплохой оверхед, вспоминать никто особо не любит.

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

171. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 16:11

> Переписывать монолитное ядро, с кучей дров, в которых кроме автора никто не
> разберется, тупо дорого.
Тогда это READ/EXEC-ONLY код со всеми вытекающими: устранять ошибки в нём некому, что ведёт вникуда.
> Да и некому
Если глянуть статистику на том же гитхабе - то там каждый день тысячи и миллионы коммитов. Так что, разработчики есть. Но их идеи им интереснее. Если же заинтересовать их чем другим - то будет и кому.

> Поэтому это как всегда и «НИНУЖНА и вабще, оно же медленное!»
> Хотя основное суждение экспертов опеннетов о быстроте работы микроядер основано на кусках
> сра*ей из тех древнючих времен, когда суперкомпутеры в качестве числодробилок были
> на уровне современных смартфонов. А то, что у современных костылей для
> монолита тоже неплохой оверхед, вспоминать никто особо не любит.
Да, всё так. Древние стереотипы и вообще вопрос не входит[л] в сферу интересов.

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

214. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 17:26

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+15 +/–
Сообщение от A.Stahl (ok), 27-Фев-17, 11:03
>"всё или ничего" Вот она -- монолитность. Жаль что GNU-тое ядро неактивно пилится.
Ответить \| Правка \| Наверх \| Cообщить модератору


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


	11. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+4 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 11:22
	Плюсую. Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса. И существование GNU/Hurd - доказательство того, что это решение реально.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	29. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+69 +/–
	Сообщение от px (??), 27-Фев-17, 11:50
	Этот комментарий следовало бы разделить на два... :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–3 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 11:55
	Зачем? Чтоб можно было покритиковать по отдельности и Hurd, и предложение микроядрености линукса? И? Потому и сразу в одном каменте: и необходимость перехода, и его реальная возможность. Есть другие предложения как решить проблемы надёжности Линуха?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+16 +/–
	Сообщение от Аноним (-), 27-Фев-17, 14:07
	Это был микросарказм :) >Линус намерен потребовать разбиения pull-запросов DRM на более мелкие части.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	43. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от мегааноним_ (?), 27-Фев-17, 12:12
	> Плюсую. > Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса. > И существование GNU/Hurd - доказательство того, что это решение реально. Ага и широкое её применения на всевозможных устройствах показывает, что GNU/Hurd мы увидим завтра на наших PC, роутерах и телефонах. Если что это был сарказм.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	66. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Анонимм (??), 27-Фев-17, 12:39
	> Ага и широкое её применения на всевозможных устройствах показывает, > что GNU/Hurd мы увидим завтра на наших PC, роутерах и телефонах. Если > что это был сарказм. Сарказм это не страшно. Посмеяться всегда полезно. И пока кто-то смеётся, кто-то другой уже выпустил 1.5 миллиарда устройств (на 2012 год) на OKL4 микроядре https://en.wikipedia.org/wiki/Open_Kernel_Labs#cite_ref-3 Да, бывают и другие микроядра, и тоже вполне живые.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 13:14
	> И пока кто-то смеётся, кто-то другой уже выпустил 1.5 миллиарда устройств (на > 2012 год) на OKL4 микроядре > Да, бывают и другие микроядра, и тоже вполне живые. "General Dynamics is the global leader in virtualization[,,,] Based on General Dynamics experience helping customers deploy OKL4 in more than 2 billion mobile phones to date, General Dynamics offers a proven path[,,,]" Славный PR -- нужно бОльше довольных кастомеров. Но 2млрд венорлоченных тупофонов -- мало! Нужно больше опен-вошь-ных блобов. qnx-то там как, не оскоромнился ещё опенвошками? +++ ""the first phone which employs virtualization to support two concurrent operating systems (Linux and BREW) on a single processor core."" --Пабеда! Где тот Аноним, что хотел?? -- генерал Динамик https://en.wikipedia.org/wiki/Open_Kernel_Labs#OKL4_Microvisor сделал это.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	347. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	–2 +/–
	Сообщение от Drom (?), 28-Фев-17, 05:10
	Вы так рьяно доказываете ущербность микроядра, словно это объективная реальность. Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	352. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+/–
	Сообщение от Andrey Mitrofanov (?), 28-Фев-17, 09:20
	> Вы так рьяно доказываете ущербность микроядра, Я?? Ты бредишь. > словно это объективная реальность. Вообще-то, >объективная реальность
	Ответить \| Правка \| Наверх \| Cообщить модератору


	356. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+2 +/–
	Сообщение от Michael Shigorin (ok), 28-Фев-17, 10:22
	> Вообще-то, микроядро - это математический факт 100% безопасности ОС и ее компонентов. Вас же не затруднит выйти к доске и привести доказательство этого "факта", верно? А пока https://www.cvedetails.com/vulnerability-list/vendor_id-436/...
	Ответить \| Правка \| К родителю #347 \| Наверх \| Cообщить модератору


	365. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+1 +/–
	Сообщение от Анонимм (??), 28-Фев-17, 11:56
	> А пока https://www.cvedetails.com/vulnerability-list/vendor_id-436/... Просмотрел первые 10 уязвимостей - это всё о юзер-левеле и "обычном" софте (либы, криво поставленные пермисии). О самом ядре - ничего нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	375. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+3 +/–
	Сообщение от www2 (ok), 28-Фев-17, 13:19
	Ты жалок. Твоё микроядро, которое умеет только сообщения между подсистемами пересылать, да переключать процессы, естественно почти неуязвимо. Но это не даёт 100% гарантии безопасности, потому что уязвимости будут в сервисах ОС и в программах, работающих в пользовательском пространстве. Xen - тоже микроядерный гипервизор. И что? Все domU и dom0, работающие под его управлением, автоматически становятся неуязвимыми?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	418. "Линус Торвальдс выступил"	+/–
	Сообщение от Анонимм (??), 01-Мрт-17, 14:32
	> Твоё микроядро Оу, у меня уже есть микроядро. Ссылочку можно напочитать? > которое умеет только сообщения между подсистемами пересылать, да переключать процессы > естественно почти неуязвимо. Ну надо же, система неуязвима, но сколько негатива! Вообще-то, именно это и нужно. Разве нет? > Но это не даёт 100% гарантии безопасности Ага, как только шаг в непривычную сторону - так сразу вынь-да-положь некие гарантии. Зато к монолитно-модульной системе никаких претензий по гарантиям нет. Рутовые дыры раз в полгода - но никаких критических каментов. Двойная логика, видимо, дело привычное. > потому что уязвимости будут в сервисах ОС и в программах, работающих > в пользовательском пространстве. Множество "сервисах ОС" полностью принадлежит к "программах, работающих в пользовательском пространстве". (а где же freehck с критическими выпадами на юзерлевел-пользовательское пространство? Тоже странная такая избирательность за кем замечать, а за кем нет...) Ну ставить ошибки в программах, не относящихся к сервисам ОС, в вину самой ОС и её архитектуре - это занавес (а сам www2, к слову, виноват в том, что на Луне куча кратеров, и что он к этому отношения не имеет - не волнует). А уязвимости в сервисах даже теоретически не дотягивают до уровней угроз, которые мы видим раз в полгода в нашем любимом модульном-монолите. Выходит, что для www2 чем опаснее уязвимость - тем лучше. Но у меня иная система координат. > Xen - тоже микроядерный гипервизор. И что? И всё. Рут в одном domU - не имеет отношения к руту в другом domU. > Все domU и dom0, работающие под его управлением, автоматически становятся неуязвимыми? Подмена тезиса. Классика той же дьявольской логики. Автоматически становятся защищёнными domX друг от друга. Вобщем, вывод: микроядро вообще непричём, а жмёт именно вкомпиленная в мозг методичка стереотипной привычности. PS Чему плюсовали те трое?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	422. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	–1 +/–
	Сообщение от Аноним (-), 01-Мрт-17, 15:59
	вопрос изначально касался именно дырявости ядра, а не каких-то левых процессов и конкретной реализации. марш за учебники
	Ответить \| Правка \| К родителю #375 \| Наверх \| Cообщить модератору


	400. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+/–
	Сообщение от freehck (ok), 28-Фев-17, 19:09
	> Просмотрел первые 10 уязвимостей - это всё о юзер-левеле Естественно в юзер-левле. Где ж ему ещё быть-то? Кернел-левел у микроядра (внезапно) микроскопический. :)
	Ответить \| Правка \| К родителю #365 \| Наверх \| Cообщить модератору


	402. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	–2 +/–
	Сообщение от Анонимм (??), 28-Фев-17, 20:46
	> Естественно в юзер-левле. Где ж ему ещё быть-то? Кернел-левел у микроядра (внезапно) > микроскопический. :) У микроядра есть ещё сервисы. Так вот ошибки не в микроядре, и не в сервисах, а в обычном юзерлевеле. Или вы хотите сказать, что libкакая-то и всем-на-запись пермисии в rc.local - это ядерные проблемы?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	415. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	+2 +/–
	Сообщение от freehck (ok), 01-Мрт-17, 12:11
	> Или вы хотите сказать, что libкакая-то и всем-на-запись пермисии в rc.local - это ядерные проблемы? Я хочу сказать, что аргумент "это ж юзерлевел" в треде с обсуждением микроядерных ОС - звучит офигенно. :) Терминология, друг, терминология. :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	417. "Линус Торвальдс выступил с критикой NYSE: GD опенсорса"	–1 +/–
	Сообщение от Анонимм (??), 01-Мрт-17, 14:13
	> Я хочу сказать, что аргумент "это ж юзерлевел" в треде с обсуждением > микроядерных ОС - звучит офигенно. :) > Терминология, друг, терминология. :) Да, терминология (но Вы же меня поняли). Да и сути не меняет: проблемы с пермиссиями и отдельными библиотеками - это не о качествах самой микроядерной модели.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Аноним (-), 27-Фев-17, 13:24
	> И существование GNU/Hurd - доказательство того, что это решение реально. Hurd существовал до Linux. Почему-то после того, как выпустили Linux, Hurd забросили. Решение то реально, только почему его не пилят вообще? Может быть есть причина всё же?
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	102. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 13:50
	>> И существование GNU/Hurd - доказательство > Hurd существовал до > Решение то реально, > есть причина Зачем ставить таги https://ru.wikipedia.org/wiki/%D0%97%D0%... , говорили они. --"А раненных всё везут и везут."
	Ответить \| Правка \| Наверх \| Cообщить модератору


	357. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 28-Фев-17, 10:23
	> --"А раненных всё везут и везут." Оловянных, стеклянных или деревянных? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+8 +/–
	Сообщение от freehck (ok), 27-Фев-17, 13:58
	Пилить-то пилят, но в основном из интереса или в исследовательских целях. Причина в том, что когда Hurd начинали пилить, была задача заменить проприетарное ядро Unix в системе GNU. Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно. И это "правильно" упёрлось в непомерные сроки реализации, ибо ядро архитектурно было принципиально новым, с миллионами подводных камней и трудностями в отладке. Тогда на сцене появился Linux. Взгляд у Торвальдса был проще: нужно новое ядро, и нужно ещё вчера. Linux в первую очередь ориентировался на то, чтобы был результат, и чтобы работали с ним уже существующие программы. И в этом Linux преуспел. Тогда и выяснилось, что в среде разработчиков Hurd-а многим не нужно было "правильное" ядро, а они вполне довольствуются работающим. Тогда произошёл отток разработчиков, Hurd затормозился в развитии. Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал, скорее всего они за Hurd бы не принялись.
	Ответить \| Правка \| К родителю #91 \| Наверх \| Cообщить модератору


	230. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+3 +/–
	Сообщение от Аноним (-), 27-Фев-17, 17:58
	> Разработчики Hurd-а начали пилить со взглядом в будущее, и хотели сделать всё сразу правильно. Пока семь раз отмеряли, Линус успел три раза сделать и переделать. А вообще, интересно, как так получилось что один человек, обогнал нескольких человек, которые ещё и начали делать раньше? Подход "тяп-ляп - в продакшн" выстрелил? > Так что сейчас сами разработчики GNU/Hurd пишут, что если бы Linux уже существовал, > скорее всего они за Hurd бы не принялись. Взялись за то, что им было не нужно?! 8-) Или, просто не сообразили, что можно по-другому делать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	234. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 18:10
	> Пока семь раз отмеряли, Линус успел три раза сделать и переделать. Типа того. Монолит писать проще и логотип Пингвин тоже не последнее дело. > А вообще, интересно, как так получилось что один человек, > обогнал нескольких человек, которые ещё и начали делать раньше? > Подход "тяп-ляп - в продакшн" выстрелил? А что, коммерция. У кого быстрее - того и тапки (сливки). И лишь через время (вот как счас) народ начинает соображать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	243. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Аноним (-), 27-Фев-17, 18:38
	> А вообще, интересно, как так получилось что один человек, C небольшой помощью всяких айбиэмов и прочих, ага.
	Ответить \| Правка \| К родителю #230 \| Наверх \| Cообщить модератору


	277. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+5 +/–
	Сообщение от Аноним (-), 27-Фев-17, 21:06
	Айбиэмы подтянулись когда линукс уже был вполне работоспособен. В отличие от всяких хурдов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	438. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от AVON (?), 02-Мрт-17, 01:01
	Предлагаю назвать GNU KURD. Когда курды заполучат свое государство, тогда и допилят хурд.
	Ответить \| Правка \| Наверх \| Cообщить модератору