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>
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