Debian GNU/HURD (Работать можно?)

Системы, которые не вошли в список.

Модератор: Модераторы разделов

ryaboshapka
Сообщения: 11

Re: Debian GNU/HURD

Сообщение ryaboshapka »

ddc писал(а):
20.07.2005 16:21
В общем, Debian GNU/Hurd - это слепая ветвь прогресса.

Не согласен. Просто кто-то на работу не ходит. А вообще тут Маркус Бринкман накатал в рассылке
Alfred M Szmidt wrote:
> Right now Hurd on L4 seems to be dead as a stone

This is not true (or may have some truth in it, depending on how you
define "Hurd on L4").

> And it will require a total redesign, total rewrite of
> everything, and what not.

This is not true.

> People are confused where to spend their time

On whose behalf are you speaking? I have not had a single complaint so far.

> and have become more so
> now that Hurd/L4 might not even be a viable choice.

Again, who are you talking about?

> Should time be
> spent on the currently working Hurd/Mach, should it be spent on the
> non-existant Hurd/L4, or should it be spent on the
> Hurd/something-that-doesn't-even-exist-yet?
>
> Marcus answer was `that is up to each and one to decide'. This is
> completely inappropriate from someone who is a co-maintainer.

Why do you think this is inappropriate? Please cite chapter and verse
of the GNU maintainer standard.

What do you think is appropriate instead?

> Right now we have two projects that try to achive the same goal while
> being totally incomaptible with each other,

Incompatible in what regard?

> and there is a chance that
> yet another alternative comes a long that is incompatible with both of
> the previous efforts.
>
> So I'm asking the maintainers (Roland, Thomas) what the heck is the
> direction of the Hurd is or should be. If it is the Hurd/Mach, then
> Hurd/L4 should be dropped completely, if it is Hurd/L4, then Hurd/Mach
> should be dropped compltely, or if it is
> Hurd/something-that-doesn't-even-exist.

Of course, I don't speak for Roland or Thomas. But as far as I know,
the direction of the Hurd has not changed at all. The Hurd-on-L4
efforts are an evaluation of a new design. Until such a design
emerges as a viable alternative, there is nothing to decide.

You don't explain why such a redesign process is fundamentally
incompatible with maintaining the current code base. Consequently,
your list of alternatives is narrow and in fact absurd: If one were to
follow your advice strictly, no fundamental changes could ever occur
in the development of a project.

Thanks,
Marcus


Для тех, кто английский не знает или кому влом разбираться, разъясняю. Мы, типа не отказываемся от направления, по которому движемся, разрабатяывая мак. Просто будет новый дизайн, когда мы перейдем на L4. А так все идет по плану. Кстати, тут эти перцы начали дрова писать для голубого зуба под ХУРД. А я сам так KDE и не поставил, забил, а нахрена надо, blackbox нормально работает. Apache тоже не поставил, ну ничего, поставлю. Плохо, что дебиановских пакетов нет, было бы проще, а так компилить придется. Еще глюк один - на сидюке все имена из восьми букв, причем заглавных отображаются, хотя времена дос давно прошли, тоже облом. С сетью нормально работает, только что FTP клиента нормального нет вроде mc. Тоже облом. И по телнету туго до него доходит, что надо шелл дать, в общем мак тормозное ядро.
Спасибо сказали:
Аватара пользователя
ddc
Бывший модератор
Сообщения: 3535
Статус: OpenBSD-compatible
ОС: OpenBSD -current

Re: Debian GNU/HURD

Сообщение ddc »

Признаю свою неправоту в отношении GNU/Hurd для GNUMach. Как я их понял, разработчики хотят сделать из Hurd универсальный UNIX-интерфейс системы в пользовательском пространстве, который можно натянуть на любое ядро при наличии соответствующего IG. Т.е. идея та же, что и в Inferno.
Спасибо сказали:
ryaboshapka
Сообщения: 11

Re: Debian GNU/HURD

Сообщение ryaboshapka »

Только что скачал pistachio-kernel (0.4+20050706-2, 0.4+20041228-4) hurd-i386 пакет. Не знаю, это уже работающее ядро под ХУРД или нет, а просто некий тест. Было бы круто, если бы все проги заработали с этим ядром.
Спасибо сказали:
Аватара пользователя
Данил
Сообщения: 944
ОС: windows xp, cruncheee, ddwrt

Re: Debian GNU/HURD

Сообщение Данил »

ami писал(а):
03.08.2005 13:59
А я вот у Эндрю (Таненбаума) почитал его мысли по поводу ядра. Как раз тот момент почему он ругал Линуса - в наше время дескать монолитное ядро делать немодно.
И ведь правда. Вот тут сидим - флудим. А ведь по идее своей, если грамотно организовать систему микроядра оно выгоднее в работе по сравнению с монолитным ядром. Даже в плане использования - сколько раз при закачке ядря мы качали одно и тоже ради 10-15% исправлений из общего обьема?

Вот сейчас по РБК услышал закон Мура:
"Чем дольше занимает времени скачивание программы из Сети, тем больше вероятность, что этой программой никто не будет пользоваться".

У микроядра есть свои существенные плюсы, как впрочем и минусы. Может стоит поговорить об этом?
Мне было бы интересно посмотреть на Linux на микроядре. Думаю это дало бы ему пару плюсов.
Микроядерные, например, - Windows NT, QNX. А какие еще системы кроме BSD, Linux, MINIX на монолитном ядре? Даже, по моему, OS/2 была на микроядре?


qnx 6 действительно на микроядре, но не qnx 4.. Чувак Linux это не операционка, а модульное(монолитное...) ядро! Minix основана на микроядре. Я юзал. там только шелл и консольные проги, и тормознее она, чем линух.
ASUS eee pc 701 [windowsXP sp3] [Ubuntu linux]
wi-fi router d-link dir-400 [ddWRT v24 SP1 linux]
[sony psp 2008 slim wi-fi netBSD]
nas d-link dsm-600

Противник HAL NETWORKMANAGER и других подобных паделок!!!
Спасибо сказали: