Re: [OSSTEST PATCH [RFC] 0/3] Series short description

[Dario Faggioli <dario.faggioli@citrix.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1973 bytes --]

On gio, 2013-12-05 at 17:34 +0000, Ian Jackson wrote:
> Dario Faggioli writes ("Re: [Xen-devel] [OSSTEST PATCH [RFC] 0/3] Series short description"):
> > ... I knew a language called like that existed, but that is mostly it,
> > and while I try to understand that fancy syntax, any pointer to what I
> > should look at to understand how it "already knows how to parallelise
> > operations on multiple hosts" and hence how I'd be able to "make it
> > capable of doing these kind of stepwise operations on multiple guests"?
> 
> Tcl itself is just a programming language.  It happens to have very
> good support for writing event-continuation-passing-style programs,
> with little code.
>
Yes, that I knew. I've seen it being used for event based simulation,
but I never got to that.

>   (I also really like it.)
> 
That I suspected. :-P

> In sg-run-job the core of this is done with the spawn-ts and reap-ts
> procedures.  Mostly in sg-run-job, these are combined into run-ts,
> which spawns and then immediately reaps.
> 
Ok.

> But there is an existing proc per-host-ts which interprets its
> arguments as a specification of a set of hosts, and spawns the script
> on each host and then reaps them again, so that the same script runs
> in parallel on all the hosts.
> 
Right, as I said, I felt like that could be the spot. I'll look into it
and try to understand what goes on there (and the how to extend that as
per my needs).

> The tcl.tk website has comprehensive language documentation of course,
> but I would be happy to help/review/etc.  Do you like learning new
> languages ... ?
> 
I certainly do! :-)

Thanks for the explanation and the pointers.
Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel