[Webkit-unassigned] [Bug 34489] New: [Qt] Text codec lookup is slow

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Feb 2 10:28:10 PST 2010


https://bugs.webkit.org/show_bug.cgi?id=34489

           Summary: [Qt] Text codec lookup is slow
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: S60 Hardware
        OS/Version: S60 3rd edition
            Status: UNCONFIRMED
          Severity: Major
          Priority: P2
         Component: Text
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: david.leong at nokia.com
                CC: laszlo.1.gombos at nokia.com



David Leong <david.leong at nokia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #47948|                            |review?
               Flag|                            |


Created an attachment (id=47948)
 --> (https://bugs.webkit.org/attachment.cgi?id=47948)
Proposed text codec patch

Qt's text codec implementation is slow when converting many strings of the same
codec type. It creates a new QTextCodec for each string that it needs to
convert, and internally does name comparisons against a list of codecs and
aliases. 

We have a use case where we are passing data from a NPPlugin to Javascript.
Many of the NPAPIs internally converts strings and uses the TextCodec. We have
found that the TextCodec construction is taking over 50% of the execution time.

We propose to add a fast hashmap lookup table to the TextCodec implementation.
If the same codec is used repeatedly it can be quickly retrieved.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list