[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