<?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>36687</bug_id>
          
          <creation_ts>2010-03-26 18:25:58 -0700</creation_ts>
          <short_desc>change new-run-webkit-tests to not use more than 4 threads by default on the Mac port</short_desc>
          <delta_ts>2010-03-29 15:35:48 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>OS X 10.5</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="Dirk Pranke">dpranke</reporter>
          <assigned_to name="Dirk Pranke">dpranke</assigned_to>
          <cc>cjerdonek</cc>
    
    <cc>eric</cc>
    
    <cc>mmoss</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>204895</commentid>
    <comment_count>0</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-26 18:25:58 -0700</bug_when>
    <thetext>new-run-webkit-tests seems to be unstable w/ more than 4 threads running in parallel (see bug 36622). Change the default until that bug is fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>204897</commentid>
    <comment_count>1</comment_count>
      <attachid>51803</attachid>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-26 18:27:38 -0700</bug_when>
    <thetext>Created attachment 51803
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205030</commentid>
    <comment_count>2</comment_count>
    <who name="Chris Jerdonek">cjerdonek</who>
    <bug_when>2010-03-27 12:44:08 -0700</bug_when>
    <thetext>How does this issue relate to this code?

http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/common/system/executive.py#L121</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205265</commentid>
    <comment_count>3</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-28 17:21:41 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; How does this issue relate to this code?
&gt; 
&gt; http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/common/system/executive.py#L121

new-run-webkit-tests doesn&apos;t use that code, and I have no idea where that code is used. I&apos;m not sure if that answers your questin?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205268</commentid>
    <comment_count>4</comment_count>
    <who name="Chris Jerdonek">cjerdonek</who>
    <bug_when>2010-03-28 17:32:29 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #2)
&gt; &gt; How does this issue relate to this code?
&gt; &gt; 
&gt; &gt; http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/common/system/executive.py#L121
&gt; 
&gt; new-run-webkit-tests doesn&apos;t use that code, and I have no idea where that code
&gt; is used. I&apos;m not sure if that answers your questin?

Superficially, it looks like we have two ways of getting the CPU (core?) count in our code base.  If they are doing the same thing, we might want to combine those code paths.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205530</commentid>
    <comment_count>5</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-29 10:47:09 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #3)
&gt; &gt; (In reply to comment #2)
&gt; &gt; &gt; How does this issue relate to this code?
&gt; &gt; &gt; 
&gt; &gt; &gt; http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/common/system/executive.py#L121
&gt; &gt; 
&gt; &gt; new-run-webkit-tests doesn&apos;t use that code, and I have no idea where that code
&gt; &gt; is used. I&apos;m not sure if that answers your questin?
&gt; 
&gt; Superficially, it looks like we have two ways of getting the CPU (core?) count
&gt; in our code base.  If they are doing the same thing, we might want to combine
&gt; those code paths.

Yes, you are correct. There&apos;s a lot of duplication between the port/* interface and code written outside of the layout_tests directory, and we haven&apos;t really tried to reduce that yet. Nobody has yet proposed what the right structure is, and I&apos;ve been mostly focused on simply getting the new-run-webkit-tests to be bug-free and feature-equivalent to the Perl code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205626</commentid>
    <comment_count>6</comment_count>
      <attachid>51803</attachid>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-03-29 13:15:07 -0700</bug_when>
    <thetext>Comment on attachment 51803
Patch

ok.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205707</commentid>
    <comment_count>7</comment_count>
      <attachid>51803</attachid>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-29 15:35:43 -0700</bug_when>
    <thetext>Comment on attachment 51803
Patch

Clearing flags on attachment: 51803

Committed r56746: &lt;http://trac.webkit.org/changeset/56746&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>205708</commentid>
    <comment_count>8</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2010-03-29 15:35:48 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>51803</attachid>
            <date>2010-03-26 18:27:38 -0700</date>
            <delta_ts>2010-03-29 15:35:43 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-36687-20100326182736.patch</filename>
            <type>text/plain</type>
            <size>1553</size>
            <attacher name="Dirk Pranke">dpranke</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA2YjRlM2RhLi4wYmM0YjBlIDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9DaGFuZ2VM
b2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDUgKzEsMTcgQEAKIDIwMTAtMDMt
MjYgIERpcmsgUHJhbmtlICA8ZHByYW5rZUBjaHJvbWl1bS5vcmc+CiAKKyAgICAgICAgUmV2aWV3
ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgQ2hhbmdlIG5ldy1ydW4td2Via2l0LXRl
c3RzIHRvIG5vdCB1c2UgbW9yZSB0aGFuIGZvdXIgdGhyZWFkcyBieQorICAgICAgICBkZWZhdWx0
IG9uIHRoZSBtYWMgcG9ydCB1bnRpbAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9MzY2MjIgaXMgZml4ZWQuCisKKyAgICAgICAgaHR0cHM6Ly9idWdzLndl
YmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM2Njg3CisKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtp
dHB5L2xheW91dF90ZXN0cy9wb3J0L21hYy5weToKKworMjAxMC0wMy0yNiAgRGlyayBQcmFua2Ug
IDxkcHJhbmtlQGNocm9taXVtLm9yZz4KKwogICAgICAgICBSZXZpZXdlZCBieSBFcmljIFNlaWRl
bC4KIAogICAgICAgICBDaGFuZ2UgdGhlIE1hYyBwb3J0IG9mIG5ldy1ydW4td2Via2l0LXRlc3Rz
IHRvIGxvb2sgZm9yIGEKZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL1NjcmlwdHMvd2Via2l0cHkv
bGF5b3V0X3Rlc3RzL3BvcnQvbWFjLnB5IGIvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRweS9s
YXlvdXRfdGVzdHMvcG9ydC9tYWMucHkKaW5kZXggYzVkMjE5MC4uMGMzOTI4ZSAxMDA2NDQKLS0t
IGEvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC9tYWMucHkK
KysrIGIvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC9tYWMu
cHkKQEAgLTE1NSw3ICsxNTUsMTMgQEAgY2xhc3MgTWFjUG9ydChiYXNlLlBvcnQpOgogICAgICAg
ICByZXR1cm4gcmVzdWx0CiAKICAgICBkZWYgbnVtX2NvcmVzKHNlbGYpOgotICAgICAgICByZXR1
cm4gaW50KG9zLnBvcGVuMigic3lzY3RsIC1uIGh3Lm5jcHUiKVsxXS5yZWFkKCkpCisgICAgICAg
IG5jb3JlcyA9IGludChvcy5wb3BlbjIoInN5c2N0bCAtbiBody5uY3B1IilbMV0ucmVhZCgpKQor
ICAgICAgICAjIEZJWE1FOiBuZXctcnVuLXdlYmtpdC10ZXN0cyBpcyB1bnN0YWJsZSBydW5uaW5n
IG1vcmUgdGhhbiBmb3VyCisgICAgICAgICMgdGhyZWFkcyBpbiBwYXJhbGxlbC4KKyAgICAgICAg
IyBTZWUgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM2NjIyCisgICAg
ICAgIGlmIG5jb3JlcyA+IDQ6CisgICAgICAgICAgICBuY29yZXMgPSA0CisgICAgICAgIHJldHVy
biBuY29yZXMKIAogICAgIGRlZiBwYXRoX3RvX3Rlc3RfZXhwZWN0YXRpb25zX2ZpbGUoc2VsZik6
CiAgICAgICAgIHJldHVybiBzZWxmLnBhdGhfZnJvbV93ZWJraXRfYmFzZSgnTGF5b3V0VGVzdHMn
LCAncGxhdGZvcm0nLAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>