[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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.

> Thanks,
> Dan
-- 
Anthony Liguori
Linux Technology Center (LTC) - IBM Austin
E-mail: aliguori@xxxxxxxxxx
Phone: (512) 838-1208




-------------------------------------------------------
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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.