I was doing some basic performance testing on sorting 10000+ messages by subject (because that's how I read bugmail) and have in the past improved performance in intl by optimizing AllocateRawSortKey but now I'm turning my attention further up the chain :-) By inlining the code in RowCellColumnToCollationKey I was able to avoid some steps and pass an nsAString directly to AllocateRawSortKey. This appeared to speed up sorting by about 10%.
Assignee: bienvenu → neil.parkwaycc.co.uk
Attachment #131661 - Flags: superreview?(scott) → superreview+
Fix checked in.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
Created attachment 132166 [details] [diff] [review] Fix null subject crash What was happening for an empty subject was that ...ToMime2DecodedString just returned early, and an empty collation key was created. Now when I inlined ...ToMime2DecodedString I copied the early return, unfortunately this means that no collation key is created, therefore crash. The fix is to copy code from ...ToAddressCollationKey which passes the string to DecodeMimeHeader which will return early for an empty string anyway.
Attachment #132166 - Flags: review?(bienvenu)
Comment on attachment 132166 [details] [diff] [review] Fix null subject crash sr=bzbarsky
Attachment #132166 - Flags: superreview+
Comment on attachment 132166 [details] [diff] [review] Fix null subject crash r/sr=me
Attachment #132166 - Flags: review?(bienvenu) → review+
You need to log in before you can comment on or make changes to this bug.