|
[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
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |