automake-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Automake-commit] [SCM] GNU Automake branch, experimental/parallel-tests


From: Stefano Lattarini
Subject: [Automake-commit] [SCM] GNU Automake branch, experimental/parallel-tests-optimize-for-speed, created. v1.12-21-ga85bb2b
Date: Sun, 29 Apr 2012 13:22:41 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Automake".

http://git.sv.gnu.org/gitweb/?p=automake.git;a=commitdiff;h=a85bb2bf46b8648fe1524f3fb5d536d059d3ce52

The branch, experimental/parallel-tests-optimize-for-speed has been created
        at  a85bb2bf46b8648fe1524f3fb5d536d059d3ce52 (commit)

- Log -----------------------------------------------------------------
commit a85bb2bf46b8648fe1524f3fb5d536d059d3ce52
Author: Stefano Lattarini <address@hidden>
Date:   Sun Feb 26 00:30:18 2012 +0100

    parallel-tests: optimize global log creation
    
    With this change, the time required to execute the test case
    'testsuite-summary-speed.sh' has dropped as follows:
    
      + Slow Debian i686 system, 1 core x 1.5 GHz, 768 MB of RAM,
        GNU make 3.81:
          - 1 run: 4 minutes => 30/40 seconds
    
      + Fast Solaris 10 i686 system, 4 cores x 3 GHz, 20 GB of RAM,
        Solaris CCS make:
         - 2 runs: 1 minute and 30 seconds => 30 seconds
    
      + Very fast Fedora ppc64 system, 64 cores x 3.5 GHz, 64 GB of RAM,
        GNU make 3.82:
         - 5 runs: 7 minutes => 1 minute and 10 seconds
    
    * lib/am/check.am ($(TEST_SUITE_LOG)): Optimize for speed, by avoiding
    lots of forks with the help of ...
    (am__create_global_log): ... this new internal variable, basically
    defining a smart awk program, and ...
    (am__global_test_result_rx, am__copy_in_global_log_rx): ... these new
    internal variables, used by the one above.
    (am__rst_section): Remove as obsolete
    * t/rst-formatting.trs: Remove.
    * t/list-of-tests.mk: Update.
    * t/testsuite-summary-count-many.sh: Improve its stress testing by
    using 1 million tests rather than just 5 thousands: we can afford
    this with our new optimization, and still have the test completed
    in a reasonable time.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 00bdf27de5853d965d89cc6faf8bdeba5844e7ff
Author: Stefano Lattarini <address@hidden>
Date:   Thu Apr 26 22:25:35 2012 +0200

    parallel-tests: optimize 'recheck' target for speed
    
    With this change, the time required to execute the test case
    'testsuite-recheck-speed.sh' has dropped as follows:
    
      + Slow Debian i686 system, 1 core x 1.5 GHz, 768 MB of RAM,
        GNU make 3.81:
          - 1 run: 6 minutes => 40 seconds
    
      + Fast Solaris 10 i686 system, 4 cores x 3 GHz, 20 GB of RAM,
        Solaris CCS make:
          - 1 run: 3 minutes => 20 seconds
    
      + Very fast Fedora ppc64 system, 64 cores x 3.5 GHz, 64 GB of RAM,
        GNU make 3.82:
          - 5 runs: 4 minutes => 1 minute 30 seconds
    
    * lib/am/check.am (recheck): Optimize for speed, by avoiding lots of
    forks with the help of ...
    (am__list_recheck_tests): ... this new internal variable, basically
    defining a smart awk program, and ...
    (am__recheck_rx): ... this other new internal variable, used by the
    one above.
    * t/test-trs-recover2.sh: Relax by not checking for a very corner
    case ('.log' and '.trs' files both unreadable) that we don't handle
    anymore.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 05248a03431906e51dd0e6b9b3dec560f1d752d7
Author: Stefano Lattarini <address@hidden>
Date:   Sun Feb 26 09:42:11 2012 +0100

    coverage: add performance tests on some parallel-tests aspects
    
    * t/testsuite-recheck-speed.sh: New test.
    * t/testsuite-summary-speed.sh: Likewise.
    * t/list-of-tests.mk: Update.
    
    The new tests are not meant to PASS/FAIL, but rather to help us to
    obtain quantitative measurements of the performance improvements
    offered by soon-to-appear optimization patches.
    
    Timing before the optimizations implemented by following patches:
    
      + Slow Debian i686 system, 1 core x 1.5 GHz, 768 MB of RAM,
        GNU make 3.81:
         - testsuite-recheck-speed.sh: 1 run, ~ 6 minutes
         - testsuite-summary-speed.sh: 1 run, ~ 4 minutes
    
      + Fast Solaris 10 i686 system, 4 cores x 3 GHz, 20 GB of RAM,
        Solaris CCS make:
         - testsuite-recheck-speed.sh: 1 run,  ~ 3 minutes
         - testsuite-summary-speed.sh: 2 runs, ~ 1 minute and 30 seconds
    
      + Very fast Fedora ppc64 system, 64 cores x 3.5 GHz, 64 GB of RAM,
        GNU make 3.82:
         - testsuite-recheck-speed.sh: 5 runs, ~ 4 minutes
         - testsuite-summary-speed.sh: 5 runs, ~ 7 minutes
    
    Signed-off-by: Stefano Lattarini <address@hidden>

-----------------------------------------------------------------------


hooks/post-receive
-- 
GNU Automake



reply via email to

[Prev in Thread] Current Thread [Next in Thread]