(no commit message)
authoralexh <alexh@web>
Fri, 6 Mar 2009 13:13:37 +0000 (05:13 -0800)
committerCharlie <root@leaf.dragonflybsd.org>
Fri, 6 Mar 2009 13:13:37 +0000 (05:13 -0800)
docs/user/vKernelOverview.mdwn

index ece1cae..2f0d928 100644 (file)
@@ -5,19 +5,7 @@
 ***Obtained from [vkernel(7)](http://leaf.dragonflybsd.org/cgi/web-man?command#vkernel&section7) written by Sascha Wildner, added by Matthias Schmidt***
 
 
-The motivation for writing the vkernel was finding an elegant 
-solution to one immediate and one long term issue in pursuing the project’s main goal of Single System 
-Image clustering over the Internet. First, as any person who is familiar with distributed algorithms will 
-attest, implementing cache coherency without hardware support is a complex task. It would not be made 
-any easier by enduring a 2-3 minute delay in the edit-compile-run cycle while each machine goes 
-through the boot sequence. As a nice side effect, userspace programming errors are unlikely to bring the 
-machine down and one has the benefit of working with superior debugging tools (and can more easily 
-develop new ones). 
-
-The second, long term, issue that virtual kernels are intended to address is finding a way to securely 
-(which is the top priority) and efficiently dedicate system resources to a cluster that operates over the 
-(hostile) Internet. Because a kernel is a more or less standalone environment, it should be possible to 
-completely isolate the process a virtual kernel runs in from the rest of the system.
+The idea behind the development of the vkernel architecture was to find an elegant solution to debugging of the kernel and its components. It eases debugging, as it allows for a virtual kernel being loaded in userland and hence debug it without affecting the real kernel itself. By being able to load it on a running system it also removes the need for reboots between kernel compiles.
 
 The vkernel architecture allows for running DragonFly kernels in userland.