форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Сравнение производительности Debian GNU/Hurd и Debian GNU/Linux"	+/–
Сообщение от opennews (??) on 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... Новость: https://www.opennet.ru/opennews/art.shtml?num=31221
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
Сообщение от Аноним (??) on 18-Июл-11, 20:54
Пусть даже это фороникс, но результат о чем-то да говорит
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+12 +/–
	Сообщение от ваноним on 18-Июл-11, 20:57
	о том, что ext2 - это вам не ext4?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+11 +/–
	Сообщение от Аноним (??) on 18-Июл-11, 21:02
	О том, что в тестах, сильно нагружающих процессор, мало что зависит от используемой операционной системы. Стоит тестировать что-то более специфическое, например запустить тысячу процессов и один с повышенным приоритетом.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	19. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+2 +/–
	Сообщение от ваноним on 18-Июл-11, 23:16
	спасибо, кэп, мы все в курсе, что фороникс всегда выбирает ректальные^Wальтернативные пути
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	21. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	–1 +/–
	Сообщение от Vladimir Rusinov on 18-Июл-11, 23:22
	> Нет поддержки SMP Угу, особенно не зависит от ОС если алгоритм достаточно умный чтобы распаралелиться.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от ach (ok) on 19-Июл-11, 10:01
	Интересно, до них дойдет когда-нибудь, что измерять быстродействие на виртуалках не имеет смысла?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	–9 +/–
Сообщение от Ivan1986 on 18-Июл-11, 21:00
> так как не удалось найти подходящего для GNU Hurd оборудования Возникает тогда такой вопрос - а нафиг оно такое надо?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+5 +/–
	Сообщение от Аноним (??) on 18-Июл-11, 21:06
	> Возникает тогда такой вопрос - а нафиг оно такое надо? Фишка в том, что потенциально можно использовать 99% драйверов из текущего ядра линукса. Прослойка уже активно (?) разрабатывается.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	9. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	–4 +/–
	Сообщение от Аноним (??) on 18-Июл-11, 21:33
	Гмм, тогда почему просто не использовать linux ?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	14. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от anonymous (??) on 18-Июл-11, 22:33
	>Гмм, тогда почему просто не использовать linux ? Лицензия жеж. GPLv2 с некоторых пор стала некошерна, раз позволяет тивизацию.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	20. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от ваноним on 18-Июл-11, 23:21
	как бы не лицензией единой. hurd "более модульный", как логически, так и физически (компоненты ядра вынесены в отдельные непривилигированные процессы) - полноценное микроядры
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	42. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Аноним (??) on 04-Июн-12, 04:13
	Hurd не Unix
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	22. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+3 +/–
	Сообщение от Alen (??) on 18-Июл-11, 23:50
	В Linux тоже не всегда с поддержкой оборудования было лучше чем в оффтопие.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+1 +/–
Сообщение от Аноним (??) on 18-Июл-11, 21:09
Проблема HURD в том, что приходится разрабатывать всё в рамках FSF. В том числе, необходимо передавать им весь код и не надеяться на поддержку, если ты проприетарщик. Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+4 +/–
	Сообщение от Аноним (??) on 18-Июл-11, 21:14
	Так и не увидел я в ваш посте проблемы
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	29. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Тот_Самый_Анонимус on 19-Июл-11, 07:40
	При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	32. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Crazy Alex (??) on 19-Июл-11, 11:17
	Разница есть между Ораклом и FSF. Принципиальная.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	40. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Тот_Самый_Анонимус on 21-Июл-11, 20:40
	>Разница есть между Ораклом и FSF. Принципиальная. И те и другие защищают интересы дяди Сэма. Только FSF при этом делает вид что заботится о мнимой свободе, в этом и есть принципиальная разница. Ничего нового.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	33. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+1 +/–
	Сообщение от rm1 on 19-Июл-11, 11:53
	> При аналогичных проблемах в OOo (передача кода), сделали ненужный форк. А оказывается и проблемы-то нет. В случае Oracle проблема есть. В случае FSF проблемы нет. FSF - это не аналогично Oracle. Я доступно объясняю?
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	41. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Тот_Самый_Анонимус on 21-Июл-11, 20:41
	>В случае Oracle проблема есть. У меня нет никаких проблем с продуктом оракла OOo. Так что поработайте ещё над доступностью.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	8. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от ананим on 18-Июл-11, 21:17
	>Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят. таким вещи и линухе нинать. А если мс'у вдруг сильно приспичит хард в своей виртуалке пускать, то её даже ваш коммент не остановит.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Аноним (??) on 18-Июл-11, 21:42
	Верно, но только для этого понадобится 50 индусов, а не один.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+2 +/–
	Сообщение от koloboid (ok) on 18-Июл-11, 22:09
	для получения физического превосходства при толковании GPL?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	11. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+1 +/–
	Сообщение от StrangeAttractor (ok) on 18-Июл-11, 21:45
	Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть очень удобно проприетарщикам.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от anonymous (??) on 18-Июл-11, 22:43
	> Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый > драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть > очень удобно проприетарщикам. Вопрос в том, под какой лицензией распространяется сие ядро. Вдруг она не позволяет?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от cuki (ok) on 18-Июл-11, 23:01
	можно подумать, это когда кого останавливало
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	24. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+3 +/–
	Сообщение от anonymous (??) on 18-Июл-11, 23:51
	>можно подумать, это когда кого останавливало FSF останавливает. Если надо, Стольман остановит. Лично.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

13. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	–2 +/–
Сообщение от Аноним (??) on 18-Июл-11, 22:15
> так как не удалось найти подходящего для GNU Hurd оборудования Ну дык они б еще миникс взяли. Толку то с таких бенчмарков?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от rm1 on 19-Июл-11, 11:56
	>> так как не удалось найти подходящего для GNU Hurd оборудования > Ну дык они б еще миникс взяли. Толку то с таких бенчмарков? Толк весьма даже понятен: доказано, что ядро Hurd не медленнее ядра Linux, все страшилки про тормозные микроядра ложь, и что можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	35. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Аноним (??) on 19-Июл-11, 12:53
	>можно рассматривать Hurd не как игрушку и концепт-ядро, а как серьёзный и работающий вариант. Да ну? Нулевая поддержка железа, отсутствие SMP, несовместимость со всеми современными файловыми системами - это не игрушка, а серьезный и работающий вариант? Кстати, одному товарищу таки удалось это чудо на реальное железо поставить. Там такая шикарная дисковая подсистема, что за три дня винт убился.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	36. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 19-Июл-11, 13:34
	В вируатльной среде невозможно правильно протестировать ОС и в особенности исключительно на вычитслительной нагрузке. Танкистам на всякий случай напоминаю, прослойка между железом и юзерспейсом это основная задача ОС, а в тестах выше этот момнет просто исключается и он же одновременно является слабым местом hurd'а
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

16. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
Сообщение от Аноним (??) on 18-Июл-11, 22:54
они опять чего-то померили, чего и сами не поняли.. впрочем все как обычно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
Сообщение от анонимус (??) on 18-Июл-11, 23:03
>>число драйверов в GNU Hurd ограничено и нет поддержки SMP Сколько лет HURD-у... А без SMP и драйверов это увы. SMP в Linux появилось ещё в 2.0.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
Сообщение от lucentcode (ok) on 20-Июл-11, 19:38
Очень интересный результат
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
Сообщение от lucentcode (ok) on 20-Июл-11, 19:43
Микроядерные ОС зачастую медлительны. Очень сложно реализовать эффективную работу ядра и модулей, ведь в отличии от традиционного ядра, микроядро грузит модули ядра как пользовательские процессы. И обменивается с ними сообщениями, при отправке и получении которых могут появиться дополнительные накладные расходы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Сравнение производительности Debian GNU/Hurd и Debian GNU/Li..."	+/–
	Сообщение от Andrey Mitrofanov on 21-Июл-11, 09:59
	> Микроядерные ОС зачастую медлительны. Кэп, ты сам-то _сколько микроядрёных ОС померил в сравнении со сколькими монолитами? Лавры русского фороникса опять ждут своего Героя же!
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

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

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