Thank you very much for your reply.

Lin

 


 




------------------ ???????? ------------------
??????:                                                                         
                                               "jcb62281"                       
                                                             
<jcb62...@gmail.com&gt;;
????????:&nbsp;2022??9??23??(??????) ????10:51
??????:&nbsp;"??????"<799942...@qq.com&gt;;
????:&nbsp;"dejagnu"<dejagnu@gnu.org&gt;;
????:&nbsp;Re: How to execute "runtest" with mult-threads?



?????? wrote:
&gt; Hi, dejagnu
&gt;
&gt; I am a contributer for GCC. 
&gt;
&gt; After I fix some bugs in GCC, I often use dejagnu to test GCC by a 
&gt; command like "make check-gcc ..." and use "-j" to speed up.
&gt;
&gt; I want to verify a distributed version of GCC in openEuler, recently. 
&gt; I think I only use "runtest --srcdir /path/testsuite -tool gcc ..." to 
&gt; test GCC, because it only has a binary version. But I didn't see any 
&gt; args like "-j" to speed up "runtest". Do I ignore some important tips? 
&gt; So do you have some tips that can help me to speed up the test with 
&gt; distributed version GCC?
&gt;
&gt; Any suggestions would be appreciated.

The best way to do this at the moment is to run subsets of the testsuite 
separately in parallel runtest processes.&nbsp; The smallest unit that can be 
parceled out in this way is each individual *.exp test script.&nbsp; The most 
convenient unit is each tool, but that will not help with testing GCC.

Native parallel testing support is a long-term goal for DejaGnu, but 
will require extensive infrastructure improvements and some cooperation 
from testsuites.

Parallel testing is also completely impossible for some targets, such as 
the embedded boards that were a major historical impetus for DejaGnu.&nbsp; 
Again, eventual infrastructure improvements may allow for parallel 
testing if multiple boards are available, but, historically, using 
multiple boards was economically infeasible.


-- Jacob

Reply via email to