Thanks for all your replies.<br>I'll show you the results when we're done.<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">What's most important to the user is probably going to be the latency<br>

(pointer "sluggishness", UI reaction time), though, and I don't have an<br>
idea how to test that (still keeping in mind that it needs to be<br>
comparable and repeatable).<br></blockquote>Agree.<br>So long, we've seen that you can be running 15 activities (and more, but that won't make much sense) simultaneously and UI reaction time "seems" to be the same, while an XO with no swapping always crashes with 4 or 5 activities running at the same time.<br>
<br>I'll speak to my boss and see if these subjective results are acceptable...<br><br>btw, right now I'm using a Verbatim SDHC 4GB C6 card, but I'll be trying more flavours<br><br><div class="gmail_quote">On Tue, Dec 8, 2009 at 9:10 AM, Neil Graham <span dir="ltr"><<a href="mailto:Lerc@screamingduck.com">Lerc@screamingduck.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Tue, 2009-12-08 at 10:18 +0100, Sascha Silbe wrote:<br>
> > I don't think it's terribly useful to test memory consuming<br>
> > non-interactive tasks.<br>
> The problem is that the only way to get _comparable_, _repeatable_<br>
> numbers is to make the test non-interactive.<br>
</div>Yup, but that's looking where you didn't drop your contact lens because<br>
the light is better over here.<br>
<div class="im"><br>
> What's most important to the user is probably going to be the latency<br>
> (pointer "sluggishness", UI reaction time), though, and I don't have an<br>
> idea how to test that (still keeping in mind that it needs to be<br>
> comparable and repeatable).<br>
</div>Simply cannot be done, User interfaces are inherently based around,<br>
well, interfacing with the user.  The user is a component of the system.<br>
You could have a bot that does some automated clicking but you run the<br>
risk of ignoring exactly the data that would be relevant.<br>
<br>
The behaviour of the user will change with he speed of the system,<br>
sometimes that change will significantly change the speed of the system.<br>
<br>
An example is the user triggering an operation twice because the system<br>
took too long to demonstrate it was responding to the first one.  Even<br>
if the double action is handled gracefully, it makes extra work to<br>
figure out what to do.<br>
<br>
When my daughter was younger she would just keep on clicking on supertux<br>
until it appeared, bringing the system to a standstill while it launched<br>
20 copies.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ing. Emiliano Pastorino<br>LATU - Plan Ceibal<br>Av. Italia 6201 CP: 11500, Montevideo, Uruguay<br>Tel: (598 2) 601 5773 int.: 213<br>