On Fri, Jun 27, 2008 at 12:22 PM, Alex Villací­s Lasso &lt;<a href="mailto:a_villacis@palosanto.com">a_villacis@palosanto.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dan Kegel escribió:<br>
<div><div></div><div class="Wj3C7c">&gt; Under Valgrind, on my nice fast e7200 system,<br>
&gt; the entire suite of tests takes about three hours to run.<br>
&gt;<br>
&gt; The slowest ten percent of the tests take over a third of the runtime.<br>
&gt;<br>
&gt; riched20&#39;s editor.c in particular spends way too long<br>
&gt; (I think) on test_EM_AUTOURLDETECT.<br>
&gt;<br>
&gt; The min, median, and max times to run a test<br>
&gt; are 10 seconds, 19 seconds, and 15 minutes.<br>
&gt;<br>
&gt; 15:44.05elapsed riched20.dll editor.c<br>
&gt; 6:35.94elapsed d3d9.dll visual.c<br>
&gt; 5:45.43elapsed shell32.dll shlexec.c<br>
&gt; 3:28.98elapsed kernel32.dll process.c<br>
&gt; 2:49.85elapsed winmm.dll wave.c<br>
&gt; 2:32.18elapsed kernel32.dll debugger.c<br>
&gt; 2:14.41elapsed gdiplus.dll font.c<br>
&gt; 1:44.54elapsed dsound.dll capture.c<br>
&gt; 1:29.51elapsed mshtml.dll dom.c<br>
&gt; ...<br>
&gt; 0:18.84elapsed shlwapi.dll path.c<br>
&gt; 0:18.83elapsed rpcrt4.dll cstub.c<br>
&gt; ...<br>
&gt; 0:09.92elapsed ntdll.dll path.c<br>
&gt; 0:09.92elapsed msvcrt.dll data.c<br>
&gt;<br>
&gt; I guess I&#39;m not complaining, but perhaps we could tone<br>
&gt; down test_EM_AUTOURLDETECT a bit.<br>
&gt;<br>
&gt;<br>
</div></div>I agree that the tests could be toned down. I am open to suggestions on<br>
what kind of toning down should be implemented. Personally, I would keep<br>
full testing for WM_SETTEXT, but use just one valid URL for the rest of<br>
the messages (WM_CHAR, EM_SETTEXTEX, EM_REPLACESEL). All of the known<br>
delimiters should still be tested in full. Also, there should be a way<br>
to re-enable full testing for all cases, maybe through an enviroment<br>
variable.<br>
<font color="#888888"></font></blockquote><div><br>Rather than using one URL for all the messages, you could also cycle through URL after testing them initially.&nbsp; It would have the same performance of using the same valid URL, but keeps the variety in the test.<br>
<br>I am attaching a rough patch to show what I mean, and so I can give everyone an idea of the impact this type of change makes.&nbsp; The following are times from calling runtest for the editor tests of riched20.dll before and after the patch.<br>
<br>Before:<br>real&nbsp;&nbsp; &nbsp;1m6.924s<br>user&nbsp;&nbsp; &nbsp;0m42.067s<br>sys&nbsp;&nbsp; &nbsp;0m7.148s<br><br>After:<br>real&nbsp;&nbsp; &nbsp;0m11.539s<br>user&nbsp;&nbsp; &nbsp;0m3.876s<br>sys&nbsp;&nbsp; &nbsp;0m0.956s <br><br>Hope this helps.<br><br>Because the patch is rough I am not posting it to wine-patches.&nbsp; Feel free to use or not use it.<br>
</div></div>