URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 79164
[ Назад ]
Исходное сообщение
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Linux"
Отправлено opennews , 18-Июл-11 20:54 
Ресурс Phoronix (http://www.phoronix.com/scan.php?page=article&item=debian_gn...) провел тестирование производительности последней экспериментальной сборки (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.


Для проведения измерения были выбраны тесты, оценивающие эффективность использования CPU. В тестах CacheBench и Himeno обе системы продемонстрировали одинаковые показатели. В тестах C-Ray и 7-Zip Linux обогнал Hurd всего на 4%, в тесте LAME MP3 разрыв увеличился до 20%.


URL: http://www.phoronix.com/scan.php?page=article&item=debian_gn...
Новость: http://www.opennet.me/opennews/art.shtml?num=31221

Содержание
Сообщения в этом обсуждении
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 20:54 
Пусть даже это фороникс, но результат о чем-то да говорит
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено ваноним , 18-Июл-11 20:57 
о том, что ext2 - это вам не ext4?
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:02 
О том, что в тестах, сильно нагружающих процессор, мало что зависит от используемой операционной системы. Стоит тестировать что-то более специфическое, например запустить тысячу процессов и один с повышенным приоритетом.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено ваноним , 18-Июл-11 23:16 
спасибо, кэп, мы все в курсе, что фороникс всегда выбирает ректальные^Wальтернативные пути
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Vladimir Rusinov , 18-Июл-11 23:22 
> Нет поддержки SMP

Угу, особенно не зависит от ОС если алгоритм достаточно умный чтобы распаралелиться.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено ach , 19-Июл-11 10:01 
Интересно, до них дойдет когда-нибудь, что измерять быстродействие на виртуалках не имеет смысла?
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Ivan1986 , 18-Июл-11 21:00 
> так как не удалось найти подходящего для GNU Hurd оборудования

Возникает тогда такой вопрос - а нафиг оно такое надо?

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:06 
> Возникает тогда такой вопрос - а нафиг оно такое надо?

Фишка в том, что потенциально можно использовать 99% драйверов из текущего ядра линукса. Прослойка уже активно (?) разрабатывается.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:33 
Гмм, тогда почему просто не использовать linux ?
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено anonymous , 18-Июл-11 22:33 
>Гмм, тогда почему просто не использовать linux ?

Лицензия жеж. GPLv2 с некоторых пор стала некошерна, раз позволяет тивизацию.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено ваноним , 18-Июл-11 23:21 
как бы не лицензией единой. hurd "более модульный", как логически, так и физически (компоненты ядра вынесены в отдельные непривилигированные процессы) - полноценное микроядры
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 04-Июн-12 04:13 
Hurd не Unix
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Alen , 18-Июл-11 23:50 
В Linux тоже не всегда с поддержкой оборудования было лучше чем в оффтопие.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:09 
Проблема HURD в том, что приходится разрабатывать всё в рамках FSF. В том числе, необходимо передавать им весь код и не надеяться на поддержку, если ты проприетарщик. Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:14 
Так и не увидел я в ваш посте проблемы
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Тот_Самый_Анонимус , 19-Июл-11 07:40 
При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Crazy Alex , 19-Июл-11 11:17 
Разница есть между Ораклом и FSF. Принципиальная.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Тот_Самый_Анонимус , 21-Июл-11 20:40 
>Разница есть между Ораклом и FSF. Принципиальная.

И те и другие защищают интересы дяди Сэма. Только FSF при этом делает вид что заботится о мнимой свободе, в этом и есть принципиальная разница. Ничего нового.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено rm1 , 19-Июл-11 11:53 
> При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет.

В случае Oracle проблема есть. В случае FSF проблемы нет.
FSF - это не аналогично Oracle. Я доступно объясняю?

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Тот_Самый_Анонимус , 21-Июл-11 20:41 
>В случае Oracle проблема есть.

У меня нет никаких проблем с продуктом оракла OOo. Так что поработайте ещё над доступностью.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено ананим , 18-Июл-11 21:17 
>Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.

таким вещи и линухе нинать.
А если мс'у вдруг сильно приспичит хард в своей виртуалке пускать, то её даже ваш коммент не остановит.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 21:42 
Верно, но только для этого понадобится 50 индусов, а не один.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено koloboid , 18-Июл-11 22:09 
для получения физического превосходства при толковании GPL?
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено StrangeAttractor , 18-Июл-11 21:45 
Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть очень удобно проприетарщикам.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено anonymous , 18-Июл-11 22:43 
> Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый
> драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть
> очень удобно проприетарщикам.

Вопрос в том, под какой лицензией распространяется сие ядро. Вдруг она не позволяет?


"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено cuki , 18-Июл-11 23:01 
можно подумать, это когда кого останавливало
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено anonymous , 18-Июл-11 23:51 
>можно подумать, это когда кого останавливало

FSF останавливает. Если надо, Стольман остановит. Лично.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 22:15 
> так как не удалось найти подходящего для GNU Hurd оборудования

Ну дык они б еще миникс взяли. Толку то с таких бенчмарков?

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено rm1 , 19-Июл-11 11:56 
>> так как не удалось найти подходящего для GNU Hurd оборудования
> Ну дык они б еще миникс взяли. Толку то с таких бенчмарков?

Толк весьма даже понятен: доказано, что ядро Hurd не медленнее ядра Linux, все страшилки про тормозные микроядра ложь, и что можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 19-Июл-11 12:53 
>можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.

Да ну? Нулевая поддержка железа, отсутствие SMP, несовместимость со всеми современными файловыми системами - это не игрушка, а серьезный и работающий вариант?

Кстати, одному товарищу таки удалось это чудо на реальное железо поставить. Там такая шикарная дисковая подсистема, что за три дня винт убился.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено all_glory_to_the_hypnotoad , 19-Июл-11 13:34 
В вируатльной среде невозможно правильно протестировать ОС и в особенности исключительно на вычитслительной нагрузке. Танкистам на всякий случай напоминаю, прослойка между железом и юзерспейсом это основная задача ОС, а в тестах выше этот момнет просто исключается и он же одновременно является слабым местом hurd'а
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Аноним , 18-Июл-11 22:54 
они опять чего-то померили, чего и сами не поняли.. впрочем все как обычно
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено анонимус , 18-Июл-11 23:03 
>>число драйверов в GNU Hurd ограничено и нет поддержки SMP

Сколько лет HURD-у... А без SMP и драйверов это увы. SMP в Linux появилось ещё в 2.0.

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено lucentcode , 20-Июл-11 19:38 
Очень интересный результат
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено lucentcode , 20-Июл-11 19:43 
Микроядерные ОС зачастую медлительны. Очень сложно реализовать эффективную работу ядра и модулей, ведь в отличии от традиционного ядра, микроядро грузит модули ядра как пользовательские процессы. И обменивается с ними сообщениями, при отправке и получении которых могут появиться дополнительные накладные расходы.
"Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."
Отправлено Andrey Mitrofanov , 21-Июл-11 09:59 
> Микроядерные ОС зачастую медлительны.

Кэп, ты сам-то _сколько микроядрёных ОС померил в сравнении со сколькими монолитами?
Лавры русского фороникса опять ждут своего Героя же!