systemml-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Frederick R Reiss" <>
Subject Re: test suite running slowly after disable cache/sparse commit?
Date Fri, 09 Dec 2016 00:49:19 GMT
+dev list

I personally don't mind letting the regression suite run overnight. The
important thing is that we do not push changes that have not passed the
full automated test suite. In the interest of efficiency, we shouldn't even
be reviewing most PRs until after they have passed the automated tests.

Deron, are you seeing a backlog of not-yet-started builds queueing up on
the PR build server? If the queue is getting long, we can add additional
machines to the Jenkins cluster.


From:	Deron Eriksson/San Francisco/IBM
To:	Niketan Pansare/Almaden/IBM@IBMUS
Cc:	Berthold Reinwald/Almaden/IBM@IBMUS, Frederick R
Date:	12/08/2016 11:06 AM
Subject:	Re: test suite running slowly after disable cache/sparse

Hi Niketan,

Perhaps Berthold or Fred could add a little guidance here in terms of what
is acceptable? Having the test suite go from 2:21 to 3:41 (one pull request
yesterday took 4:11 to complete -
is very serious to me. Even if the test suite runs at 3:00, this is a
serious slowdown. It slows down our ability to validate pull requests and
other code on jenkins.


 ----- Original message -----
 From: Niketan Pansare/Almaden/IBM
 To: Deron Eriksson/San Francisco/IBM@ibmus
 Cc: Berthold Reinwald/Almaden/IBM@ibmus, Frederick R
 Subject: Re: test suite running slowly after disable cache/sparse commit?
 Date: Thu, Dec 8, 2016 8:55 AM

 Hi Deron,

 The commit replicated application tests for disable sparse and disable
 caching. So, the test time should increase. We should increase the
 duration or reduce the number of application tests we want to test with
 caching and sparse disabled.



 On Dec 8, 2016, at 7:47 AM, Deron Eriksson <> wrote:

       Hi Niketan,

       I noticed the daily test yesterday timed out, probably because of a
       long-running test.

       Looking at the commits from the day before (, I
       noticed that [SYSTEMML-769] [SYSTEMML-1140] Removed -disable-caching
       and -disable-… (
       ) updated some of the tests.

       So I ran the tests on the previous commit ( and
       the tests ran in 2hr 21min.

       I ran the tests on the 'disable caching...' commit ( and
       the tests ran in 3hr 41min.

       One thing that is confusing to me is that the nightly test just
       completed successfully ( in
       2hr 57min and did not time out like yesterday afternoon. So it is
       always possible it could be a server issue.

       Could you look into this and see if that commit introduced an issue
       with the tests?


  • Unnamed multipart/related (inline, None, 0 bytes)
View raw message