commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Champagne (JIRA)" <>
Subject [jira] [Commented] (CODEC-174) Improve performance of Beider Morse encoder
Date Tue, 03 Dec 2013 10:40:38 GMT


Thomas Champagne commented on CODEC-174:

It's all good for me :-)
I'm waiting the new release of commons-codec. So I will be able to create a new issue for
Solr project for updating his dependencies. 

> Improve performance of Beider Morse encoder
> -------------------------------------------
>                 Key: CODEC-174
>                 URL:
>             Project: Commons Codec
>          Issue Type: Improvement
>    Affects Versions: 1.6, 1.7
>            Reporter: Thomas Champagne
>              Labels: patch, performance
>         Attachments: CODEC-174-change-rules-storage-to-Map.patch, CODEC-174-convert-set-to-list-in-apply-method.patch,
CODEC-174-delete-subsequence-cache-and-use-String.patch, CODEC-174-delete-subsequence-cache.patch,
CODEC-174-refactor-join-method-in-Phoneme.patch, CODEC-174-refactor-restrictTo-method-in-SomeLanguages.patch,
CODEC-174-reuse-set-in-PhonemeBuilder.patch, CODEC_174_cleanup.patch,,
> I use Beider Morse encoder with Solr. When it indexes a lot of documents using this encoder,
the import time is multiplied by 30. So, I have decided to optimize the current implementation
in the commons-codec.
> Currently, I have created two patch. The first patch delete a "performance hack" about
a subsequence cache. This cache doesn't optimize performance and after deleting it, you can
win some milliseconds.
> The second patch changes the storage of the rules in memory using a Map instead of List.
With it, you can access to a rule directly with the beginning of pattern. This patch divide
the encoding time by 2.
> I will try to find more improvement. If you have any idea, please tell me it.

This message was sent by Atlassian JIRA

View raw message