[Pipet Devel] batch processing

Jean-Marc Valin jean-marc.valin at hermes.usherb.ca
Tue May 23 23:29:49 EDT 2000

> > While designing Loci, my first thought was that these "jobs" could be handled
> > as they are on a supercomputer: with batch processing.  This allows some
> > information to be returned about the progression of the job, cpu time used,
> > etc.  It also allows jobs to be scheduled to run at a certain time, with a set
> > priority, etc.
> I think the sequence or hiarchy of the nets are something of high importance to a
> batch schedular: job that should not start untill other(s) are finished. Or job

Wouldn't all those dependencies be solved by "pulling" on the data-flow? or am I
missing something?

> termintion once certain situations occure.  I've worked a lot with JCL, job control
> language, with is the scripting language of IBM mainfraimes. A very typical aspect
> of jcl is that it's laking iterations and jumps.
> So no for\next until\while stuff and no goto's.  Does Loci depends upon those or

Loops are supported by Overflow through the "Iterator" (which derives from the
subnet). I'm also using some kind of "checkpointing" in Overflow for very long
jobs (a couple days of processing), such as neural network training. Now, about
goto's, I'm strongly against them in a data-flow type of processing. 

> suggest we'll ALWAYS use timeouts on jobs and use triggering or stalling as the
> only scheduling primals.
> I'm only talking about SUBNET batching, inside those at PL level nothing will
> change.

I think most (though not all) of this is likely to be simpler if implemented in
the PL.


P.S. Brad and I have ran into some problems with the antialiased gnome canvas as
used in Overflow (But everything now *compiles* on FreeBSD). Has anyone compiled
Overflow on something else than Mandrake 7.0 and FreeBSD?

Jean-Marc Valin
Universite de Sherbrooke - Genie Electrique
valj01 at gel.usherb.ca

More information about the Pipet-Devel mailing list