RFE: cache for collator images

Description

Constructing a collator from rules is quite an expensive operation. In ICU 2.6,
code was introduced that will construct a collator for a locale from rules if
the image is not present or is stale.

It might be beneficial to have a cache for images of collators constructed from
rules, so that repeat constructions are faster.

On the other side, keeping any cache around involves a certain amount of book
keeping.

It should be investigated if this stunt would be worth the effects, given the
usage model for collation.

Activity

Show:
TracBot
June 30, 2018, 11:28 PM
Trac Comment by auditor—1970-01-01T01:28:27.000Z
  • 02/06/04 14:52:55 weiv changed notes2

TracBot
June 30, 2018, 11:28 PM
Trac Comment 2 by —2014-02-28T07:14:09.224Z

We do not build from rules any more when the binary is missing or mismatched, but we should LRU-cache loaded collators (or CollationTailoring instances).

TracBot
June 30, 2018, 11:28 PM
Trac Comment 3 by —2014-08-21T18:14:30.882Z

As part of (ICU 54), CollationTailoring instances are cached in the UniversalCache.

Constructing a Collator from rules at runtime seems rare. I don't think we need to cache CollationTailorings for such Collators.

The code that provided the original motivation (build from rules when the bundle does not have binary data) was removed in ICU 53.

Won't Fix [deprecated]

Assignee

Markus Scherer

Reporter

weivsara@gmail.com

Components

Labels

None

Reviewer

None

Priority

medium

Time Needed

Days

Fix versions