Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon

[Daniel Stekloff <dsteklof@xxxxxxxxxx>]

On Wed, 2005-01-26 at 16:28 -0600, Anthony Liguori wrote:
> On Wed, 2005-01-26 at 15:21, Daniel Stekloff wrote:
> > On Wed, 2005-01-26 at 12:01, Anthony Liguori wrote:
> > > You mentioned the current design looks a lot like a file system, any
> > > thoughts on actually using the file system?  Either within the normal
> > > file system (within something like /var/xen/<domid>) or as a pid-like
> > > /proc entry (like /proc/xen/<domid>).
> > 
> > 
> > Do you really want the store in Kernel Space? Wouldn't it be better if
> > it were stored in User Space? Could you restart Dom0 if it's in Dom0?
> > Wouldn't it be better to store out on disk that can be recovered? You
> > could use the store for more than the above, domain configuration could
> > be stored and accessed there. 
> 
> Yup.  Automatic relaunching of domains wouldn't work if it was in kernel
> space.
> 
> A downside of using disk also would be that you couldn't enforce any
> sort of schema.


Sorry, I think I misunderstood what you were stating. I like the idea of
storing it in a file system-like architecture that's easily traversed
and you can leverage existing file system security, calls, etc. I
thought for a minute that you wanted to implement it as a virtual file
system in Kernel Space. 

My bad... sorry...

Dan



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel