flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From OmPrakash Muppirala <bigosma...@gmail.com>
Subject Re: Parallel Mustella runs
Date Tue, 04 Jun 2013 16:16:19 GMT
On Jun 3, 2013 12:40 AM, "Erik de Bruin" <erik@ixsoftware.nl> wrote:
>
> The VM I run is a 2 core, 3,5GB memory 'medium' instance. A full run
> takes 9 hours. I remember your VM was a bit lighter?
>
> EdB

I am hoping to follow your lead and create a medium instance as well.  Now,
if only there was a way to image your VM and make a clone of it.  Do you
know if something like this is possible with Azure?

Thanks,
Om

>
>
>
> On Mon, Jun 3, 2013 at 7:44 AM, OmPrakash Muppirala
> <bigosmallm@gmail.com> wrote:
> > On Jun 2, 2013 10:33 PM, "Erik de Bruin" <erik@ixsoftware.nl> wrote:
> >>
> >> > So, the metric for success may require that script that checks for
> >> > failures.txt and runs with the -failures options.
> >>
> >> Ok, that script is ready to go in 'jenkins.sh', it's commented out on
> >> the bottom of the file.
> >>
> >> > But the interesting thing for me once we get this Jenkins thing
running
> >> > is: if several committers also set up this same Jenkins job, could we
> > have
> >> > them each run a subset of the mustella tests and report much sooner?
 I
> >> > think it was you who suggested we could create a massively parallel
> >> > mustella system.
> >>
> >> If only I was such a creative thinker. I won't take credit for that
> >> idea as I don't have a clue where to start, even ;-)
> >>
> >> EdB
> >>
> >>
> >
> > I have an Azure VM sitting idle.  Theoretically, we could add it as a
> > second slave and divvy up the Mustella run into two halves.  We should
be
> > able to have a single run in half the time.
> >
> > The more slaves we can add, the faster the run would get.
> >
> > Do you want me to give this idea a shot?
> >
> > Thanks,
> > Om
>
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message