https://opennet.ru/openforum/vsluhforumID3/79164.html Ресурс Phoronix (http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1) провел тестирование производительности последней экспериментальной сборки (http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/) Debian на базе ядра GNU Hurd (http://wiki.debian.org/Debian_GNU/Hurd) с классической сборкой на базе ядра Linux 2.6.39. Тестирование проведено в виртуальном окружении KVM/QEMU, так как не удалось найти подходящего для GNU Hurd оборудования - число драйверов в GNU Hurd ограничено и нет поддержки SMP. В качестве файловой системы в Debian GNU/Hurd использовалась EXT2, а в Debian GNU/Linux - EXT4.<br><br><br>Для проведения измерения были выбраны тесты, оценивающие эффективность использования CPU. В тестах CacheBench и Himeno обе системы продемонстрировали одинаковые показатели. В тестах C-Ray и 7-Zip Linux обогнал Hurd всего на 4%, в тесте LAME MP3 разрыв увеличился до 20%.<br><br><br><br><br>URL: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1<br>Новость: http://www.opennet.ru/o https://opennet.ru/openforum/vsluhforumID3/79164.html#42 Mon, 04 Jun 2012 00:13:47 GMT Hurd не Unix<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#41 Thu, 21 Jul 2011 16:41:19 GMT &gt;В случае Oracle проблема есть.<br><br>У меня нет никаких проблем с продуктом оракла OOo. Так что поработайте ещё над доступностью.<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#40 Thu, 21 Jul 2011 16:40:23 GMT &gt;Разница есть между Ораклом и FSF. Принципиальная.<br><br>И те и другие защищают интересы дяди Сэма. Только FSF при этом делает вид что заботится о мнимой свободе, в этом и есть принципиальная разница. Ничего нового.<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#39 Thu, 21 Jul 2011 05:59:18 GMT &gt; Микроядерные ОС зачастую медлительны.<br><br>Кэп, ты сам-то _сколько микроядрёных ОС померил в сравнении со сколькими монолитами?<br>Лавры русского фороникса опять ждут своего Героя же!<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#38 Wed, 20 Jul 2011 15:43:47 GMT Микроядерные ОС зачастую медлительны. Очень сложно реализовать эффективную работу ядра и модулей, ведь в отличии от традиционного ядра, микроядро грузит модули ядра как пользовательские процессы. И обменивается с ними сообщениями, при отправке и получении которых могут появиться дополнительные накладные расходы. <br> https://opennet.ru/openforum/vsluhforumID3/79164.html#37 Wed, 20 Jul 2011 15:38:56 GMT Очень интересный результат<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#36 Tue, 19 Jul 2011 09:34:02 GMT В вируатльной среде невозможно правильно протестировать ОС и в особенности исключительно на вычитслительной нагрузке. Танкистам на всякий случай напоминаю, прослойка между железом и юзерспейсом это основная задача ОС, а в тестах выше этот момнет просто исключается и он же одновременно является слабым местом hurd'а<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#35 Tue, 19 Jul 2011 08:53:36 GMT &gt;можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.<br><br>Да ну? Нулевая поддержка железа, отсутствие SMP, несовместимость со всеми современными файловыми системами - это не игрушка, а серьезный и работающий вариант?<br><br>Кстати, одному товарищу таки удалось это чудо на реальное железо поставить. Там такая шикарная дисковая подсистема, что за три дня винт убился.<br> https://opennet.ru/openforum/vsluhforumID3/79164.html#34 Tue, 19 Jul 2011 07:56:31 GMT &gt;&gt; так как не удалось найти подходящего для GNU Hurd оборудования <br>&gt; Ну дык они б еще миникс взяли. Толку то с таких бенчмарков? <br><br>Толк весьма даже понятен: доказано, что ядро Hurd не медленнее ядра Linux, все страшилки про тормозные микроядра ложь, и что можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.<br>