[Webkit-unassigned] [Bug 41807] New: WebCore/benchmarks/parser/html-parser.html spends a lot of time in deprecatedParseURL

[bugzilla-daemon at webkit.org]

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

           Summary: WebCore/benchmarks/parser/html-parser.html spends a
                    lot of time in deprecatedParseURL
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: eric at webkit.org
                CC: abarth at webkit.org
            Blocks: 41123


326 WebCore::HTMLConstructionSite::createElement(WebCore::AtomicHTMLToken&)
                                          185 WebCore::Element::setAttributeMap(WTF::PassRefPtr<WebCore::NamedNodeMap>, WebCore::FragmentScriptingPermission)
                                            162 WebCore::StyledElement::attributeChanged(WebCore::Attribute*, bool)
                                              86 WebCore::HTMLAnchorElement::parseMappedAttribute(WebCore::Attribute*)
                                                64 WebCore::deprecatedParseURL(WebCore::String const&)
                                                  51 WebCore::deprecatedParseURL(WebCore::String const&)
                                                  10 WebCore::StringImpl::create(unsigned short const*, unsigned int)

It's all spent mallocing strings for URLs.

It's not clear to me why we're hitting the slow path in deprecatedParseURL.

I suspect this hits both TreeBuilders equally, and may be affecting general page load times as well.

I don't know if there is a non-deprecated parseURL to replace this with (or if that's even the right solution).

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