summaryrefslogtreecommitdiff
path: root/faq
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2011-07-19 02:06:05 +0200
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2011-07-19 02:06:05 +0200
commitfef03b756ac50e55bdf109dd21699d4fe7ace269 (patch)
tree142f3a409b6106672a9c0029c9bec992594496e2 /faq
parent6c61549db82df89057d358146a4c6de22e953af6 (diff)
parent6084d6bd82f859261fdaf5aef7f9d0729c80718f (diff)
Merge branch 'master' of flubber:~hurd-web/hurd-web
Diffstat (limited to 'faq')
-rw-r--r--faq/how_many_developers/discussion.mdwn43
1 files changed, 42 insertions, 1 deletions
diff --git a/faq/how_many_developers/discussion.mdwn b/faq/how_many_developers/discussion.mdwn
index 9fc44f25..6ca47c9a 100644
--- a/faq/how_many_developers/discussion.mdwn
+++ b/faq/how_many_developers/discussion.mdwn
@@ -8,7 +8,48 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
is included in the section entitled [[GNU Free Documentation
License|/fdl]]."]]"""]]
-IRC, freenode, #hurd, 2011-07-09
+# IRC, freenode, #hurd, 2011-05-22
+
+ <silver_hook> Since apparently Hurd's aim is a very stable and transparent
+ system ...why aren't there any companies backing it up?
+ <antrik> silver_hook: it's not in a state yet where it would be
+ commercially interesting
+ <antrik> silver_hook: and after some epic failures in the 90s, few
+ companies dare to invest in microkernel development...
+ <silver_hook> Isn't MacOS X running on top of Mach?
+ <antrik> yes, but it's not a true microkernel system
+ <antrik> for one, it's single-server, which is boring
+ <antrik> also it uses co-location, i.e. runs all the system code in the
+ kernel address space -- they are separated only formally
+ <antrik> even NT is more of a microkernel system I think
+ <silver_hook> Oh, OK, I'm not that knowledgeable about kernels to know
+ that.
+ <antrik> well, now you know :-)
+ <silver_hook> Yup, thanks :)
+ <antrik> most people don't know this, so don't worry
+ <silver_hook> I was just wondering that it might be potentially an ideal
+ server system, right?
+ <antrik> well, *potentially* it might be an ideal general-purpose system,
+ which includes server use... though personally I think the advantages of
+ the architecture are more visible in desktop use, as servers tend to be
+ rather streamlined, with little need for individualisation :-)
+ <antrik> however, it still remains to be proven that true (multi-server)
+ microkernel operating systems actually work for general-purpose
+ applications...
+ <silver_hook> antrik: I mean regarding hosting or virtual servers.
+ <antrik> so far, they are only successful in the much simpler embedded
+ space
+ <antrik> well, yes, the Hurd architecture in theory allows very much
+ flexibility regarding virtual environments... I once blogged about
+ that. not sure whether server applications really require that
+ flexibility though. I think most people are pretty happy with the various
+ virtualisation/container solutions available in Linux. again, the
+ flexibility is more relevant in the desktop space IMHO
+ <antrik> dosn't mean it wouldn't be useful for servers too... just not as
+ much of a selling point I fear :-)
+
+
+# IRC, freenode, #hurd, 2011-07-09
<antrik> gnu_srs1: regarding your question why people aren't interested in
workin on Hurd: Eric Raymond explains it pretty well in his famous