[Webkit-unassigned] [Bug 167797] New: Line-heavy SVG example spends a lot of time in SVGPointListValues::valueAsString()

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Feb 3 09:48:36 PST 2017


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

            Bug ID: 167797
           Summary: Line-heavy SVG example spends a lot of time in
                    SVGPointListValues::valueAsString()
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: SVG
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: simon.fraser at apple.com
                CC: zimmermann at kde.org

Load https://bl.ocks.org/monfera/fb2ba8d3b6c3fbeb5f1f54b7dc4d58ea and sample.

Lots of time under:

      2100 vmEntryToJavaScript  (in JavaScriptCore) + 299  [0x1106c4ceb]
        2093 ???  (in <unknown binary>)  [0x2026beba1496]
        | 2092 WebCore::setJSSVGPointX(JSC::ExecState*, long long, long long)  (in WebCore) + 380  [0x1125e194c]
        | + 2077 WebCore::SVGAttributeToPropertyMap::synchronizeProperty(WebCore::SVGElement&, WebCore::QualifiedName const&) const  (in WebCore) + 121  [0x112aee7b9]
        | + ! 1943 WebCore::SVGPolyElement::synchronizePoints(WebCore::SVGElement*)  (in WebCore) + 136  [0x112b4d3e8]
        | + ! : 952 WebCore::SVGPointListValues::valueAsString() const  (in WebCore) + 350  [0x112b4d2be]
        | + ! : | 812 WTF::StringBuilder::appendNumber(double, unsigned int, WTF::TrailingZerosTruncatingPolicy)  (in JavaScriptCore) + 53  [0x1108defe5]
        | + ! : | + 725 WTF::numberToFixedPrecisionString(double, unsigned int, char*, bool)  (in JavaScriptCore) + 70  [0x10fed06e6]
        | + ! : | + ! 476 WTF::double_conversion::DoubleToStringConverter::ToPrecision(double, int, WTF::double_conversion::StringBuilder*) const  (in JavaScriptCore) + 290  [0x10fed08a2]

Ironically examples like this are cited as being slow because they don't use hardware acceleration, but in this case most of the time is in number-to-string code. Why so much?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170203/73049eb0/attachment.html>


More information about the webkit-unassigned mailing list