Just a quick question to find out if RRD will make it into MirageOS 2.0, especially for the ARM Cubieboard platform?
> From: anil@xxxxxxxxxx
> Date: Thu, 15 May 2014 11:21:18 +0100
> To: Dave.Scott@xxxxxxxxxx
> CC: mirageos-devel@xxxxxxxxxxxxxxxxxxxx
> Subject: Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2
>
> On 14 May 2014, at 17:41, Dave Scott <Dave.Scott@xxxxxxxxxx> wrote:
>
> >
> > On 14 May 2014, at 17:21, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:
> >
> >> On 14 May 2014, at 17:15, Jon Ludlam <jjl25@xxxxxxxxx> wrote:
> >>
> >>> On 14/05/14 16:55, Anil Madhavapeddy wrote:
> >>>> On 14 May 2014, at 16:47, Jon Ludlam <jjl25@xxxxxxxxx> wrote:
> >>>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote:
> >>>>>>> On 14 May 2014, at 14:01, buzz heavyyear <buzzheavyyear@xxxxxxxxxxx> wrote:
> >>>>>>>
> >>>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, mirage, writing ocaml guests and getting them to run on the Cubieboard, what I really need is to see how they are performing as they are running.
> >>>>>>>
> >>>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to includegithub.com/xapi-project/xcp-rrd during the build process?
> >>>>>>>
> >>>>>>> Perhaps there's an easier way? Any thoughts anyone?
> >>>>>> RRD is definitely the right direction for dom0 to track guest activity, but we do need to get vchan up to speed from the guest side. Dave, Jon, what's the current state of ocaml-vchan? I'm happy to add a Cohttp functor for it if there's something vaguely resembling a FLOW interface (right now, it's fairly low level).
> >>>>> I believe the state is 'I saw it work once recently'. There's nothing
> >>>>> really resembling a flow interface, but I'm sure one could be assembled
> >>>>> fairly easily.
> >>>> Thanks, is there a working unit test domain anywhere? If we're going to depend on vchan, it's time to get the low level bits well tested. The atomic bit ops particularly worrisome, and we are likely to be the first ARM vchan user (so let's get the x86 bugs sorted first :-)
> >>>>
> >>>> Anil
> >>>>
> >>>>
> >>> What I was using to test was the vchan client from the xen repository.
> >>> I'll have another look at it tomorrow if you like?
> >>
> >> Ah yes, I keep forgetting about those binaries from the Xen repo -- are they installed by distros these days? (so we have a netcat-like vchan client).
> >
> > Good question. I need to take a look at vchan again, to see if it makes sense to plumb a vchan link through to guests from the dom0 toolstack for off-box cloud orchestration layers to talk to their service VMs without using ssh. Perhaps little Mirage HTTP <-> vchan service would work nicely.
>
> That would certainly cure the 'RPC through xenstore' malaise that afflicts everyone who has this problem.
>
> More broadly, making vchan available with a convenient netcat-command-line interface would generally make interfacing with guests much more pleasant.
>
> I notice that Arjun Guha has just started an OCaml Docker binding which will give us the same benefits using LXC, so making these interfaces similar for Xen would be very handy.
> https://github.com/arjunguha/ocaml-docker
>
> -anil
> _______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel
