Hi Andrew,

> Base is slow - how much more information from the user community do you need
> on that piont?.

"Accumulated annoyance", expressed in votes for issues, is a good
indicator (the more since such a generic task as "improve performance"
can only be addressed stepwise, so we need to set priorities).

Numbers are always a good thing.
http://wiki.services.openoffice.org/wiki/Logging_JDBC_Activity contains
a description how to log activities in the JDBC bridge of OOo, which
allows to get numbers for a certain class of problems. (And sometimes it
even allows to find reasons.)

Besides that, and responding to your suggestions in your other mail in
the thread: I believe that systematic performance tests/evaluations need
more background on the topic than I currently have. Saying that action X
needs Y seconds to finish is probably useless without describing the
environment in a defined, reproducible way. This doesn't mean numbers
themselves are useless (if Y is (even only felt to be) large enough,
then it should be investigated), but a systematic approach might need
more than this.

> Startup time is bad

Here, we probably should distinguish between a "cold start" (which
requires starting the JVM) and a hot start.
Nonetheless, numbers and an issue are helpful.

> Copy / Paste as a means to transfer data into Base is horrendous

Ehm - yes. Not sure if there exists an issue for this, yet.

> I have not seen anything coming from the development community to make me
> think that it is being addressed, but I bet it is.

Not strictly, ATM. You can see at
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?logon=true&Id=3218
that there was a time were addressing those was considered a high
priority, but we somehow lost it from the radar with a lot of other
important changes happening ...

> The enhancements to Base since the initial release have been important, but
> at some point someone in the development group needs to address the
> performance issues directly.

Yes. I'm biased how near we are to that point - for judging this, the
above-mentioned accumulated annoyance might be an indicator.

Thanks & Ciao
Frank

-- 
Frank Schönheit                         StarOffice/OpenOffice.org Base
[EMAIL PROTECTED]                    +49 40 23 646 663 / +66663
Sun Microsystems Germany                         Hamburg, Nagelsweg 55
----------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to