On Thu, 2011-05-05 at 08:26 +1200, Michael Hope wrote:
> On Thu, May 5, 2011 at 8:15 AM, Guilherme Salgado
> <guilherme.salg...@linaro.org> wrote:
> > Hi Michael,
> >
> > On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote:
> >> On Wed, May 4, 2011 at 7:50 AM, Guilherme Salgado
> >> <guilherme.salg...@linaro.org> wrote:
> >> > If you do, I need to know more about how you'd like to use them, to make
> >> > sure we provide something that is suitable to everyone.
> >> >
> >> > At this point I'm interested in drafting some user stories so if you
> >> > have any, please do add them to the RemoteDevelopmentBoards[1] wiki
> >> > page. Also, if you'd like to participate in the discussion at LDS, don't
> >> > forget to subscribe to the blueprint[2] on Launchpad.
> >>
> >> Hi Guilherme.  We currently have a Versatile Express and three
> >> PandaBoards in the London data centre:
> >>  https://wiki.linaro.org/WorkingGroups/ToolChain/Hardware
> >>
> >> There's also a bunch of hardware in my home office that is slowly
> >> being replaced by the data centre boxes.
> >>
> >> These are set up as porter boxes.  Toolchain people are a bit unique
> >> as we're very much an end user: a board which is reliable and
> >> consistent is more important than the latest and greatest.  They're
> >> used for building GCC (~5 hours), testing it (~7 hours), building
> >> packages, debugging, and all the usuals.
> >>
> >> One tricky thing is benchmarking.  If you run a benchmark you want the
> >> same environment as last time and some type of exclusive access.  The
> >
> > I've added a user story with this requirement.
> >
> >> environment can change over time as these are generally development
> >> benchmarks so you can run a baseline first.
> >
> > Do you mean that when the environment changes you want to run the
> > baseline benchmark against the old environment?
> 
> There's two stories:
>  * A developer benchmarking their latest changes.  They can run a
> baseline, bring in the change, then run to show the improvement. The
> environment should stay the same over that week

Ok, I understand it now, although I can't think of a way to write this
nicely using the 'As <role> I want to <perform task> so that <value it
brings>' format. Maybe

  As a Toolchain engineer, I want to have a system with a stable 
  environment allocated to me for a week so that I can benchmark the 
  toolchain with my changes against a baseline.

?

>  * The continuous build recording benchmark results with every build.
> The environment should always stay the same so that the numbers can be
> compared

How does

  As a Toolchain engineer, I want to continuously build the toolchain 
  against a stable environment and record the benchmark results, so that
  they can be compared.

Sound as a user story for the above, using our preferred format?

-- 
Guilherme Salgado <https://launchpad.net/~salgado>

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to