[Chandler-dev] Performance of first time view switch vs subsequent switching

[Heikki Toivonen]

We had a major performance regression in the first time view switching,
but at the same time improving subsequent view switching time. The first
time view switching performance went from 1.01s to 3.06s, i.e. it got
about 3 times slower.

The same checkin also caused table scrolling to slow down on the windows
test machine from 0.48s to 4.83s, i.e. about 9 times slower.

John argues to we should not be measuring the first time switch performance.

We have continued to measure the first time performance for several reasons:

* historical data
* We don't want the first time to be too slow either.
* It seems we have usage patterns were first time is actually not that
uncommon. Many people have half a dozen or more collections that they
overlaying with different calendars, and it seems every new combination
is a "first time" performance. With that kind of usage you can expect to
hit the "first time" case a couple of times a day for the first couple
of weeks I'd guess.
* There is also the case where people temporarily check different
calendars, in which case they hit this.

This is bug https://bugzilla.osafoundation.org/show_bug.cgi?id=7970

So, what are we going to do?

* Status quo
* Switch to measuring second time performance
* Measure both

If we make any changes to current practice, then other tests would need
to change too.

--
  Heikki Toivonen


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : http://lists.osafoundation.org/pipermail/chandler-dev/attachments/20070213/182f190d/signature.pgp