The OpenNET Project / Index page

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

Сравнение производительности Debian GNU/Hurd и Debian GNU/Linux

18.07.2011 20:47

Ресурс Phoronix провел тестирование производительности последней экспериментальной сборки 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%.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: В состав Debian Wheezy может войти Debian GNU/Hurd
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31221-debian
Ключевые слова: debian, linux, hurd, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:54, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пусть даже это фороникс, но результат о чем-то да говорит
     
     
  • 2.2, ваноним (?), 20:57, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +12 +/
    о том, что ext2 - это вам не ext4?
     
     
  • 3.4, Аноним (-), 21:02, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +11 +/
    О том, что в тестах, сильно нагружающих процессор, мало что зависит от используемой операционной системы. Стоит тестировать что-то более специфическое, например запустить тысячу процессов и один с повышенным приоритетом.
     
     
  • 4.19, ваноним (?), 23:16, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    спасибо, кэп, мы все в курсе, что фороникс всегда выбирает ректальные^Wальтернативные пути
     
  • 4.21, Vladimir Rusinov (?), 23:22, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет поддержки SMP

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

     
  • 2.31, ach (ok), 10:01, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, до них дойдет когда-нибудь, что измерять быстродействие на виртуалках не имеет смысла?
     

  • 1.3, Ivan1986 (?), 21:00, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    > так как не удалось найти подходящего для GNU Hurd оборудования

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

     
     
  • 2.5, Аноним (-), 21:06, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Возникает тогда такой вопрос - а нафиг оно такое надо?

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

     
     
  • 3.9, Аноним (-), 21:33, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Гмм, тогда почему просто не использовать linux ?
     
     
  • 4.14, anonymous (??), 22:33, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Гмм, тогда почему просто не использовать linux ?

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

     
     
  • 5.20, ваноним (?), 23:21, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    как бы не лицензией единой. hurd "более модульный", как логически, так и физически (компоненты ядра вынесены в отдельные непривилигированные процессы) - полноценное микроядры
     
  • 4.42, Аноним (-), 04:13, 04/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Hurd не Unix
     
  • 2.22, Alen (??), 23:50, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В Linux тоже не всегда с поддержкой оборудования было лучше чем в оффтопие.
     

  • 1.6, Аноним (-), 21:09, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Проблема HURD в том, что приходится разрабатывать всё в рамках FSF. В том числе, необходимо передавать им весь код и не надеяться на поддержку, если ты проприетарщик. Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.
     
     
  • 2.7, Аноним (-), 21:14, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так и не увидел я в ваш посте проблемы
     
     
  • 3.29, Тот_Самый_Анонимус (?), 07:40, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет.
     
     
  • 4.32, Crazy Alex (??), 11:17, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Разница есть между Ораклом и FSF. Принципиальная.
     
     
  • 5.40, Тот_Самый_Анонимус (?), 20:40, 21/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Разница есть между Ораклом и FSF. Принципиальная.

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

     
  • 4.33, rm1 (?), 11:53, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет.

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

     
     
  • 5.41, Тот_Самый_Анонимус (?), 20:41, 21/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >В случае Oracle проблема есть.

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

     
  • 2.8, ананим (?), 21:17, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.

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

     
     
  • 3.10, Аноним (-), 21:42, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Верно, но только для этого понадобится 50 индусов, а не один.
     
     
  • 4.12, koloboid (ok), 22:09, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    для получения физического превосходства при толковании GPL?
     
  • 2.11, StrangeAttractor (ok), 21:45, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть очень удобно проприетарщикам.
     
     
  • 3.15, anonymous (??), 22:43, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый
    > драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть
    > очень удобно проприетарщикам.

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


     
     
  • 4.17, cuki (ok), 23:01, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    можно подумать, это когда кого останавливало
     
     
  • 5.24, anonymous (??), 23:51, 18/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >можно подумать, это когда кого останавливало

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

     

  • 1.13, Аноним (-), 22:15, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > так как не удалось найти подходящего для GNU Hurd оборудования

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

     
     
  • 2.34, rm1 (?), 11:56, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> так как не удалось найти подходящего для GNU Hurd оборудования
    > Ну дык они б еще миникс взяли. Толку то с таких бенчмарков?

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

     
     
  • 3.35, Аноним (-), 12:53, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.

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

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

     
  • 3.36, all_glory_to_the_hypnotoad (ok), 13:34, 19/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В вируатльной среде невозможно правильно протестировать ОС и в особенности исключительно на вычитслительной нагрузке. Танкистам на всякий случай напоминаю, прослойка между железом и юзерспейсом это основная задача ОС, а в тестах выше этот момнет просто исключается и он же одновременно является слабым местом hurd'а
     

  • 1.16, Аноним (-), 22:54, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    они опять чего-то померили, чего и сами не поняли.. впрочем все как обычно
     
  • 1.18, анонимус (??), 23:03, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>число драйверов в GNU Hurd ограничено и нет поддержки SMP

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

     
  • 1.37, lucentcode (ok), 19:38, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень интересный результат
     
  • 1.38, lucentcode (ok), 19:43, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Микроядерные ОС зачастую медлительны. Очень сложно реализовать эффективную работу ядра и модулей, ведь в отличии от традиционного ядра, микроядро грузит модули ядра как пользовательские процессы. И обменивается с ними сообщениями, при отправке и получении которых могут появиться дополнительные накладные расходы.
     
     
  • 2.39, Andrey Mitrofanov (?), 09:59, 21/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Микроядерные ОС зачастую медлительны.

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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