линус о микроядрах (программистское)
Oct. 12th, 2012 03:59 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
avva"I think microkernels are stupid. They push the problem space into *communication*, which is actually a much bigger and fundamental problem than the small problem they are purporting to fix. They also lead to horrible extra complexity as you then have to fight the microkernel model, and make up new ways to avoid the extra communication latencies etc. Hurd is a great example of this kind of suckiness, where people made up whole new memory mapping models just because the normal "just make a quick system call within the same context" model had been broken by the microkernel model.
Btw, it's not just microkernels. Any time you have "one overriding idea", and push your idea as a superior ideology, you're going to be wrong. Microkernels had one such ideology, there have been others. It's all BS. The fact is, reality is complicated, and not amenable to the "one large idea" model of problem solving. The only way that problems get solved in real life is with a lot of hard work on getting the details right. Not by some over-arching ideology that somehow magically makes things work."
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2012-10-12 04:29 am (UTC)Да, это проблема коммуникации. Между криворукими разработчиками драйверов, (пряморукими) разработчиками ядра и пользователями.которые хотят, "чтобы работало". Но решить эту проблему чисто социальными мерами, без ресурсоемкой технической поддержки не получается.
no subject
Date: 2012-10-12 04:35 am (UTC)no subject
Date: 2012-10-12 04:44 am (UTC)no subject
Date: 2012-10-12 04:47 am (UTC)no subject
Date: 2012-10-12 05:40 am (UTC)no subject
Date: 2012-10-12 05:50 am (UTC)Остаеться только поплакать что на erlang не написать ядро.
no subject
Date: 2012-10-12 06:25 am (UTC)В общем это не первый случай, когда Линус, делая всё правильно в плане организации сообщества, недооценивает необходимость технической поддержки этих социальных решений на уровне архитектуры.
С raw devices то же самое было. Oracle на Linux уже был, а Линус все никак не мог понять, почему база данных хочет ходить к диску в обход VFS.
no subject
Date: 2012-10-12 06:27 am (UTC)no subject
Date: 2012-10-12 06:28 am (UTC)Так что не надо недооценивать университетскихразработко.
no subject
Date: 2012-10-12 06:54 am (UTC)no subject
Date: 2012-10-12 07:20 am (UTC)no subject
Date: 2012-10-12 08:57 am (UTC)Как полная противоположность упомянутым выше продуктам, Minix-у уготована сугубо академическая участь.
no subject
Date: 2012-10-12 09:01 am (UTC)http://en.wikipedia.org/wiki/Exokernel#External_links
no subject
Date: 2012-10-12 09:15 am (UTC)А всякая такая ерунда, типа сети и диска отдаётся в 'userspace', то есть менее привилегированным доменам.
no subject
Date: 2012-10-12 09:15 am (UTC)no subject
Date: 2012-10-12 09:26 am (UTC)no subject
Date: 2012-10-12 10:09 am (UTC)А где он подобное декларировал?
no subject
Date: 2012-10-12 10:36 am (UTC)no subject
Date: 2012-10-12 11:04 am (UTC)no subject
Date: 2012-10-12 11:08 am (UTC)no subject
Date: 2012-10-12 11:35 am (UTC)no subject
Date: 2012-10-12 12:09 pm (UTC)no subject
Date: 2012-10-12 12:23 pm (UTC)(к слову - попытки написания железячными компаниями софта, оставляет тяжелое впечатление; не менее тяжелое впечатление оставляет попытки написания Ораклом утилит поддержки базы или любая другая попытка выйти за пределы сферы своей компетенции - создания реляционной engine).
no subject
Date: 2012-10-12 12:27 pm (UTC)no subject
Date: 2012-10-12 12:50 pm (UTC)Для хорошей системы нужны и новые идеи, и хорошая реализациая.
no subject
Date: 2012-10-12 12:59 pm (UTC)no subject
Date: 2012-10-12 02:19 pm (UTC)no subject
Date: 2012-10-12 07:17 pm (UTC)no subject
Date: 2012-10-12 07:18 pm (UTC)И чем дальше, тем хуже тренд для нишевых ОС.
no subject
Date: 2012-10-13 09:06 am (UTC)no subject
Date: 2012-10-14 08:12 pm (UTC)no subject
Date: 2012-10-14 09:03 pm (UTC)no subject
Date: 2012-10-14 10:23 pm (UTC)afaik двойное кэширование в том же postgresql — неизбежное зло, с которым предлагается просто мириться
no subject
Date: 2012-10-14 11:14 pm (UTC)Погуглил, нашел какие то странные левые варианты для писишек. И замечательный текст: "Некоторые трахнутые маньяки почему-то считают, что полное отсутствие дополнительного кэширования, особенно в сочетании с raw devices, имеет бешеное преимущество по скорости. Тут следует заметить, что, во-первых, не бешеное, а всего лишь 10-15%. Интересующихся, кто это сказал, отсылаю читать трахнутый оракловый мануал Performance Tuning Guide, особенно его приложения. Во-вторых, такие джентльмены волокут БД на raw devices, напрочь игнорируя тот факт, что даже эти 15% они могут получить лишь при адекватном тюнинге инстанса и, в особенности, при выставлении величины предвыборки Оракла в максимум, и, перед этим, такой же установки на уровне ОС и ее драйверов SCSI. В остальных случаях маньяки по заслугам получают усложнение администрирования до предела, холодный физический бэкап средствами dd а также отсутствие сверхзвукового выигрыша и, благодаря этому, проводят время не за пивом-ца-ца, а за консолью, в ожидании завершения процесса. :) Ах, обманули! Где быстрая работа баз данных? Где вообще скорость дисковой системы? Как посекторно? Ой, восстанавливать физический бэкап посекторно?! Нам не сказали! То есть как ASM и RMAN? Мама, роди-ка меня обратно!"