On Fri, Jan 23, 2009 at 9:28 AM, Pablo Sanchez <[email protected]> wrote: <snip> > > I think your idea has merit. However, I think what others are > objecting to (and I as well) is the proposal of changing VBox to make > it run as a service. Why can't the two peacefully coexist: VBox GUI > and VBox as a Service?
This type of communication can have short falls, I believe the point is being missed, so I'll drop it after this posting. I am not suggesting making any changes, I am simply asking how others feel and I suppose if they are seeing the same limitations with the current architecture. Not sure how to respond to the last statement as in what I postulated as a possible alternative architecture the GUI and Service would co-exist, that is precisely the point. I used Xen as a reference as that is my experience and it works well, not sure if others have used Xen under Linux, perhaps that would help with perspective. To clarify, in this alternative the idea would be that would run the GUI exactly as you do today, the difference being the longevity the service provides. That is you would bring up the GUI, manipulate the Guests exactly as you do today, the difference being that if you close the GUI and/or logout, the Guests continue to run as they are children of the Service not the GUI. This is the Xen architecture. This inherently solves any issues with auto-booting Guest VMs as well as making VBox more flexible without any difference in the GUI. Architecturally the GUI would simply communicate with the service to manipulate the VMs vs running directly which might mean an extra GUI panel to control the Service or look at its logs, but it should feel the same. I suspect long-term this sort of change is inevitable, I was interested to see how others felt on this topic. In the mean time anyone with a need to auto-start Guest VMs will need to use a third party tool and all the extra work to manage such an environment. Still doable, but I believe it will slow adoption of the product. Thank you for your responses, Brett _______________________________________________ vbox-users mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-users
