<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>10818</bug_id>
          
          <creation_ts>2006-09-11 19:38:34 -0700</creation_ts>
          <short_desc>String::append does 2 full copies instead of 1 (or zero!)</short_desc>
          <delta_ts>2007-10-31 01:32:01 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Platform</component>
          <version>420+</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Alexey Proskuryakov">ap</assigned_to>
          <cc>ap</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>55277</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2006-09-11 19:38:34 -0700</bug_when>
    <thetext>I&apos;m surprised this hasn&apos;t been noticed before.

It seems String::append is about as inefficient as possible.

String::append results in 2 full copies of the string being made.  That&apos;s one more than necessary.  If String was even smarter, it would pre-allocate a certain amount of extra space, resulting in 0 necessary copies.

Safari hung for several minutes loading a 30MB SVG file.  Pretty much all of that time was spent copying strings for String::append:


	0.0%	100.0%	WebCore	WebCore::Frame::addData(char const*, int)	
	0.0%	100.0%	WebCore	WebCore::Frame::write(char const*, int)	
	0.0%	100.0%	WebCore	WebCore::Decoder::decode(char const*, unsigned long)	
	0.0%	100.0%	WebCore	WebCore::TextDecoder::decode(char const*, unsigned long, bool)	
	0.0%	100.0%	WebCore	WebCore::TextDecoder::checkForBOM(char const*, unsigned long, bool)	
	0.6%	100.0%	WebCore	WebCore::TextCodecICU::decode(char const*, unsigned long, bool)	
	0.5%	99.4%	WebCore	WebCore::TextCodec::appendOmittingBOM(WebCore::String&amp;, unsigned short const*, unsigned long)	
	0.0%	98.8%	WebCore	WebCore::String::append(WebCore::String const&amp;)	
	0.0%	49.8%	WebCore	WebCore::StringImpl::copy() const	
	48.9%	48.9%	WebCore	WebCore::StringImpl::append(WebCore::StringImpl const*)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40959</commentid>
    <comment_count>1</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2006-12-21 03:52:48 -0800</bug_when>
    <thetext>Wow.  This is still the case:

void String::append(const String &amp;str)
{
    if (str.m_impl) {
        if (!m_impl) {
            // ### FIXME!!!
            m_impl = str.m_impl;
            return;
        }
        m_impl = m_impl-&gt;copy();
        m_impl-&gt;append(str.m_impl.get());
    }
}</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59847</commentid>
    <comment_count>2</comment_count>
      <attachid>16947</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2007-10-30 07:15:47 -0700</bug_when>
    <thetext>Created attachment 16947
proposed fix

Granted, String::append() is not about performance, but I guess someone has to fix this, after all :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59906</commentid>
    <comment_count>3</comment_count>
      <attachid>16947</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2007-10-30 22:56:11 -0700</bug_when>
    <thetext>Comment on attachment 16947
proposed fix

r=me

But these are so inefficient we might some day decide to get rid of them just to encourage people to use some other idiom.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59907</commentid>
    <comment_count>4</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2007-10-30 22:58:44 -0700</bug_when>
    <thetext>I can outfit you with the SVG in question if you like.  maciej and olliej probably have a copy as well, it&apos;s called &quot;plan&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59914</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2007-10-31 01:32:01 -0700</bug_when>
    <thetext>Committed revision 27300.

</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>16947</attachid>
            <date>2007-10-30 07:15:47 -0700</date>
            <delta_ts>2007-10-30 22:56:11 -0700</delta_ts>
            <desc>proposed fix</desc>
            <filename>10818r1_patch.txt</filename>
            <type>text/plain</type>
            <size>2777</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiAyNzI1NikKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTggQEAKKzIwMDctMTAtMzAgIEFsZXhleSBQcm9za3VyeWFrb3YgIDxhcEB3ZWJr
aXQub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAg
IGh0dHA6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEwODE4CisgICAgICAgIFN0
cmluZzo6YXBwZW5kIGRvZXMgMiBmdWxsIGNvcGllcyBpbnN0ZWFkIG9mIDEgKG9yIHplcm8hKQor
CisgICAgICAgIE5vIGNoYW5nZSBpbiBmdW5jdGlvbmFsaXR5LCB0aHVzIG5vIHRlc3QuCisKKyAg
ICAgICAgKiBwbGF0Zm9ybS9TdHJpbmcuY3BwOgorICAgICAgICAoV2ViQ29yZTo6U3RyaW5nOjph
cHBlbmQpOiBSZXdyb3RlIHRvIGNvcHkgb25jZS4gQWxzbyByZW1vdmVkIGFuIGFuY2llbnQKKyAg
ICAgICAgRklYTUUgdGhhdCBkb2Vzbid0IHNlZW0gdG8gbWFrZSBhbnkgc2Vuc2UuIE5vdGUgdGhh
dCBhcHBlbmQoKSBiZWhhdmlvciBkb2Vzbid0IAorICAgICAgICBtYXRjaCBkb2N1bWVudGVkIFN0
cmluZyBiZWhhdmlvciAoIm1vZGlmaWNhdGlvbnMgdG8gb25lIGluc3RhbmNlIHdpbGwKKyAgICAg
ICAgYWxzbyBtb2RpZnkgYWxsIG90aGVycyIpLCBidXQgdGhlcmUgYXJlIGEgbG90IG9mIG1ldGhv
ZHMgdGhhdCBkb24ndC4KKwogMjAwNy0xMC0yOSAgQmV0aCBEYWtpbiAgPGJkYWtpbkBhcHBsZS5j
b20+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgSHlhdHQuCkluZGV4OiBXZWJDb3JlL3BsYXRmb3Jt
L1N0cmluZy5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9wbGF0Zm9ybS9TdHJpbmcuY3BwCShy
ZXZpc2lvbiAyNzI1MykKKysrIFdlYkNvcmUvcGxhdGZvcm0vU3RyaW5nLmNwcAkod29ya2luZyBj
b3B5KQpAQCAtOTksMzQgKzk5LDM2IEBAIFN0cmluZzo6U3RyaW5nKGNvbnN0IGNoYXIqIHN0ciwg
dW5zaWduZWQKIHZvaWQgU3RyaW5nOjphcHBlbmQoY29uc3QgU3RyaW5nICZzdHIpCiB7CiAgICAg
aWYgKHN0ci5tX2ltcGwpIHsKLSAgICAgICAgaWYgKCFtX2ltcGwpIHsKLSAgICAgICAgICAgIC8v
ICMjIyBGSVhNRSEhIQorICAgICAgICBpZiAobV9pbXBsKSB7CisgICAgICAgICAgICBWZWN0b3I8
VUNoYXI+IG5ld0NoYXJhY3RlcnMobV9pbXBsLT5sZW5ndGgoKSArIHN0ci5sZW5ndGgoKSk7Cisg
ICAgICAgICAgICBtZW1jcHkobmV3Q2hhcmFjdGVycy5kYXRhKCksIG1faW1wbC0+Y2hhcmFjdGVy
cygpLCBtX2ltcGwtPmxlbmd0aCgpICogc2l6ZW9mKFVDaGFyKSk7CisgICAgICAgICAgICBtZW1j
cHkobmV3Q2hhcmFjdGVycy5kYXRhKCkgKyBtX2ltcGwtPmxlbmd0aCgpLCBzdHIuY2hhcmFjdGVy
cygpLCBzdHIubGVuZ3RoKCkgKiBzaXplb2YoVUNoYXIpKTsKKyAgICAgICAgICAgIG1faW1wbCA9
IFN0cmluZ0ltcGw6OmFkb3B0KG5ld0NoYXJhY3RlcnMpOworICAgICAgICB9IGVsc2UKICAgICAg
ICAgICAgIG1faW1wbCA9IHN0ci5tX2ltcGw7Ci0gICAgICAgICAgICByZXR1cm47Ci0gICAgICAg
IH0KLSAgICAgICAgbV9pbXBsID0gbV9pbXBsLT5jb3B5KCk7Ci0gICAgICAgIG1faW1wbC0+YXBw
ZW5kKHN0ci5tX2ltcGwuZ2V0KCkpOwogICAgIH0KIH0KIAogdm9pZCBTdHJpbmc6OmFwcGVuZChj
aGFyIGMpCiB7Ci0gICAgaWYgKCFtX2ltcGwpCisgICAgaWYgKG1faW1wbCkgeworICAgICAgICBW
ZWN0b3I8VUNoYXI+IG5ld0NoYXJhY3RlcnMobV9pbXBsLT5sZW5ndGgoKSArIDEpOworICAgICAg
ICBtZW1jcHkobmV3Q2hhcmFjdGVycy5kYXRhKCksIG1faW1wbC0+Y2hhcmFjdGVycygpLCBtX2lt
cGwtPmxlbmd0aCgpICogc2l6ZW9mKFVDaGFyKSk7CisgICAgICAgIG5ld0NoYXJhY3RlcnNbbV9p
bXBsLT5sZW5ndGgoKV0gPSBjOworICAgICAgICBtX2ltcGwgPSBTdHJpbmdJbXBsOjphZG9wdChu
ZXdDaGFyYWN0ZXJzKTsKKyAgICB9IGVsc2UKICAgICAgICAgbV9pbXBsID0gbmV3IFN0cmluZ0lt
cGwoJmMsIDEpOwotICAgIGVsc2UgewotICAgICAgICBtX2ltcGwgPSBtX2ltcGwtPmNvcHkoKTsK
LSAgICAgICAgbV9pbXBsLT5hcHBlbmQoYyk7Ci0gICAgfQogfQogCiB2b2lkIFN0cmluZzo6YXBw
ZW5kKFVDaGFyIGMpCiB7Ci0gICAgaWYgKCFtX2ltcGwpCisgICAgaWYgKG1faW1wbCkgeworICAg
ICAgICBWZWN0b3I8VUNoYXI+IG5ld0NoYXJhY3RlcnMobV9pbXBsLT5sZW5ndGgoKSArIDEpOwor
ICAgICAgICBtZW1jcHkobmV3Q2hhcmFjdGVycy5kYXRhKCksIG1faW1wbC0+Y2hhcmFjdGVycygp
LCBtX2ltcGwtPmxlbmd0aCgpICogc2l6ZW9mKFVDaGFyKSk7CisgICAgICAgIG5ld0NoYXJhY3Rl
cnNbbV9pbXBsLT5sZW5ndGgoKV0gPSBjOworICAgICAgICBtX2ltcGwgPSBTdHJpbmdJbXBsOjph
ZG9wdChuZXdDaGFyYWN0ZXJzKTsKKyAgICB9IGVsc2UKICAgICAgICAgbV9pbXBsID0gbmV3IFN0
cmluZ0ltcGwoJmMsIDEpOwotICAgIGVsc2UgewotICAgICAgICBtX2ltcGwgPSBtX2ltcGwtPmNv
cHkoKTsKLSAgICAgICAgbV9pbXBsLT5hcHBlbmQoYyk7Ci0gICAgfQogfQogCiBTdHJpbmcgb3Bl
cmF0b3IrKGNvbnN0IFN0cmluZyYgYSwgY29uc3QgU3RyaW5nJiBiKQo=
</data>
<flag name="review"
          id="7194"
          type_id="1"
          status="+"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>