From 95878586ec7611791f4001a4ee17abf943fae3c1 Mon Sep 17 00:00:00 2001 From: "https://me.yahoo.com/a/g3Ccalpj0NhN566pHbUl6i9QF0QEkrhlfPM-#b1c14" Date: Mon, 16 Feb 2015 20:08:03 +0100 Subject: rename open_issues.mdwn to service_solahart_jakarta_selatan__082122541663.mdwn --- .../benefits_of_a_native_hurd_implementation.mdwn | 139 +++++++++++++++++++++ 1 file changed, 139 insertions(+) create mode 100644 service_solahart_jakarta_selatan__082122541663/benefits_of_a_native_hurd_implementation.mdwn (limited to 'service_solahart_jakarta_selatan__082122541663/benefits_of_a_native_hurd_implementation.mdwn') diff --git a/service_solahart_jakarta_selatan__082122541663/benefits_of_a_native_hurd_implementation.mdwn b/service_solahart_jakarta_selatan__082122541663/benefits_of_a_native_hurd_implementation.mdwn new file mode 100644 index 00000000..dfd41837 --- /dev/null +++ b/service_solahart_jakarta_selatan__082122541663/benefits_of_a_native_hurd_implementation.mdwn @@ -0,0 +1,139 @@ +[[!meta copyright="Copyright © 2010, 2011, 2013 Free Software Foundation, +Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +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]]."]]"""]] + +[[!tag open_issue_documentation]] + +What are the benefits of a native GNU/Hurd system, now that Linux et al. can do +so much? Think [[hurd/translator]]s: FUSE, [[hurd/subhurd]]s: User-Mode-Linux +and other virtualization techiques, and so on. + +It is possible to begin [[implementing_Hurd_on_top_of_another_system]], but... + +IRC, #hurd, August / September 2010 + + ArneBab: but Neal and I were not happy with that alone. We were + looking for deeper improvements to the system, for, I think, sound + reasons. That is what brought us to the L4/Coyotos technologies + ArneBab: as you are writing a kernel in user space, you can still + do kernel improvements there + ArneBab: if you take it very far, you end up with a kernel that + runs Linux in user space (just flip the two) for the drivers + ArneBab: that is what the L4 people did with the DDE + +[[/DDE]]. + + ArneBab: so, with these different cuts, there are different + opportunities. on the one end, you can run Linux as normal and get some + of the Hurd features such as translators in some programs. At the other + end, you can do whatever you want and run some linux code for the drivers + or none at all. + ArneBab: one of the big questions then becomes: at which point + can the advantages offered by the Hurd be realized? + ArneBab: and that's not entirely clear to me + when I worked on this with Neal, we pushed further and further + into need-to-change-everything land + while the current efforts on the Hurd seem to be more equivalent + to the could-run-it-in-userspace-on-top-of-Linux camp + marcusb: for that I think we need a way to move towards them step + by step. Would it be possible to get the advantages of better resource + allocation with a Viengoos in userspace, too? + and when that is stable, just switch over? + ArneBab: I don't know. I suspect these people will know before + us: http://lxc.sourceforge.net/ + something like implementing flip points: flip Linux with Hurd to + Hund with Linux. Flip Mach with L4 to L4 with Mach. + lxc sounds interesting. + note that these efforts address security concerns more than other + concerns + so they will get isolation long before sharing is even considered + but some of the issues are the same + once you allow malware to do what it wants, it's a small step to + also allow the user to what he wants :) + it kinda looks like hacking it where it doesn’t really fit again… + there I ask myself when the point comes that doing a cleaner + design offsets the popularity + they are pushing more and more stuff into userspace + which is a good thing (to me) + it’s hard to clearly describe how, but even though I like having + more stuff in userspace, the way it is bolted onto Linux doesn’t feel + good for me. + FUSE is cool, but if I use it, I am at a disadvantage compared to + a non-fuse user + while in the Hurd, these additional options are on eqal footing. + ArneBab: are they pushing more and more into user space? I don't + think so. I see more of the reverse, actually + or maybe both + FUSE, lxd and scheduling in userspace move to userspace + well, KMS moved to the kernel + to avoid flickering when switching between X and the console? + marcusb: Do you experience FUSE lxc and such being secondclass in + Linux, too, or is that just a strange feeling of me? + marcusb: and that splits the users into those who can get stuff + into the kernel and those who can only work in userspace – which I don’t + really like. + That’s one more advantage of the Hurd: eqal footing for all + (except the Mach hackers, but they have a very limited terrain) + ArneBab: but UML kernel module is minimal, and Linus didn't have + a principled objection to it (but just wanted a more general solution) + ArneBab: as a side note, although people keep complaining, the + linux kernel seems to be growing steadily, so getting stuff into the + kernel doesn't seem too hard. 8-O + +--- + +IRC, #hurd, 2010-12-28 + + but is monolithic so bad? + yep + no it's not + proof: it works very well for most people + [...] + the real problem is extensibility and interfaces + :/ whats the huge advantage of micro-k + extensibility + over? + you can add a whole lot of new services for new purposes with new + interfaces without changing the kernel + oright + it basically boils down to the original Unix idea: everything does + one thing well + [...] + well, I would say extensibility and fault-tolerance are the two + key advantages + taht's a side effect + there are fault taulerant monolithic kernels + [...] + tolerant* + and the hurd is for now a non fault-tolerant microkernel based OS + :/ + [...] + braunr: not really; you can't ensure fault tolerance for code + running in kernel space, code running in kernel space can do everything, + including reboot, crash, ... + [...] + kilobug: right, a monolithick kernel is less folt-tolerant than a + well designed/implemented microkernel based os + +It turns out that it is perfectly possible to isolate services running in the +same address space, as it was done in projects such as Singularity, the idea +being that the code is verified through static analysis when installed (but +this requires a language other than C). + + braunr: well, the Hurd is buggy nowadays, but things like an + ext2fs translator doing a segfault and being restarted is a + fault-tolerance that would be almost impossible to have in Linux + braunr: sure, you can have fault-tolerance with FUSE, but FUSE is + applying micro-kernel paradigm to Linux + [...] + the reason i don't care that much about fault tolerance is that + Linux obviously shows a monolithic kernel can run almost flawlessly if + well written + but extensibility is really another matter -- cgit v1.2.3