|
|
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% драйверов из текущего ядра линукса. Прослойка уже активно (?) разрабатывается.
| |
|
|
4.14, anonymous (??), 22:33, 18/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>Гмм, тогда почему просто не использовать linux ?
Лицензия жеж. GPLv2 с некоторых пор стала некошерна, раз позволяет тивизацию.
| |
|
5.20, ваноним (?), 23:21, 18/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
как бы не лицензией единой. hurd "более модульный", как логически, так и физически (компоненты ядра вынесены в отдельные непривилигированные процессы) - полноценное микроядры
| |
|
|
|
2.22, Alen (??), 23:50, 18/07/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
В Linux тоже не всегда с поддержкой оборудования было лучше чем в оффтопие.
| |
|
1.6, Аноним (-), 21:09, 18/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Проблема HURD в том, что приходится разрабатывать всё в рамках FSF. В том числе, необходимо передавать им весь код и не надеяться на поддержку, если ты проприетарщик. Таким вещи, как майкрософтский гипервизор в составе linux тут просто не прокатят.
| |
|
|
|
|
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 тут просто не прокатят.
таким вещи и линухе нинать.
А если мс'у вдруг сильно приспичит хард в своей виртуалке пускать, то её даже ваш коммент не остановит.
| |
2.11, StrangeAttractor (ok), 21:45, 18/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Странно. Мне казалось одно из важнейших преимуществ микроядер в том, что каждый драйвер отделтная от ядра, полностью самостоятельная программа, что наоборот должно быть очень удобно проприетарщикам.
| |
|
3.15, anonymous (??), 22:43, 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.38, lucentcode (ok), 19:43, 20/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Микроядерные ОС зачастую медлительны. Очень сложно реализовать эффективную работу ядра и модулей, ведь в отличии от традиционного ядра, микроядро грузит модули ядра как пользовательские процессы. И обменивается с ними сообщениями, при отправке и получении которых могут появиться дополнительные накладные расходы.
| |
|
2.39, Andrey Mitrofanov (?), 09:59, 21/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Микроядерные ОС зачастую медлительны.
Кэп, ты сам-то _сколько микроядрёных ОС померил в сравнении со сколькими монолитами?
Лавры русского фороникса опять ждут своего Героя же!
| |
|
|