Closed Bug 22986 Opened 25 years ago Closed 25 years ago

Address book sort is extremely slow

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rzach, Assigned: chuang)

References

Details

(Keywords: perf)

Sorting an address book with 250 cards takes almost 30 sconds on my 400MHz K6-2
with 128MB, running RH 6.0 and Linux build 2000.01.02.09.

While sorting, the console continuously outputs
nsCollationUnix::Initialize mLocale = C
which is only output once when I do a sort in the message pane.
Blocks: 9161
QA Contact: lchiang → suresh
Whiteboard: [perf]
Assignee: hangas → chuang
Sending bug to Candice for investigation.  I am not sure that the problem is in
address book code, but it seems like a good place to start.  cc'ing Putterman
Alec in case one of them has some insight into this.
It looks like we might be caching something in mail that is being created
multiple times in the address book? cc'ing David and Naoki.
It looks like we might be caching something in mail that is being created
multiple times in the address book? cc'ing David and Naoki.
I think the collation object needs to be cached.
In nsAbCardProperty::GetCollationKey, looks like the collation object is
generated for each collation key. We can generate the collation object once per
address book then only needs to call CreateSortKey per key generation.
yes, I agree with Naoki. The collation object should be cached.
Keywords: perf
Bulk add of "perf" to new keyword field.  This will replace the [PERF] we were
using in the Status Summary field.
Status: NEW → ASSIGNED
Target Milestone: M14
Wouldn't hold beta1 for this, but it would be nice to have.
Whiteboard: [perf]
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Verified fixed on Linux build 2000.02.13.08
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.