mailRe: [bug #14182] System tests failures depend on the actual machine


Others Months | Index by Date | Thread Index
>>   [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Header


Content

Posted by Edward d'Auvergne on September 03, 2009 - 11:38:
Hi,

I've now written a script so that you can fix this.  Try running:

./relax scripts/optimisation_testing.py > /dev/null

This will give you all the info you need, formatted ready for copying
and pasting into the correct file.  This is currently only
'test_suite/system_tests/model_free.py'.  Just paste the pre-formatted
python comment into the correct test, and add the different values to
the list of values checked.

Cheers,

Edward


2009/9/3 Sébastien Morin <sebastien.morin.1@xxxxxxxxx>:
Hi Ed,

I just checked my original mail
(https://mail.gna.org/public/relax-devel/2009-05/msg00003.html).


For the failure "FAIL: Constrained BFGS opt, backtracking line search
{S2=0.970, te=2048, Rex=0.149}", the counts were initially as follows:
   f_count   386
   g_count   386
and are now:
   f_count   743   694   761
   g_count   168   172   164


For the failure "FAIL: Constrained BFGS opt, More and Thuente line
search {S2=0.970, te=2048, Rex=0.149}", the counts were initially as
follows:
   f_count   722
   g_count   164
and are now:
   f_count   375   322   385
   g_count   375   322   385


The different values given for the "just-measured" parameters account
for the 3 different computers I have access to that give rise to these
two annoying failures...

I wounder if the names of the tests in the original mail were not mixed,
as numbers just measured in the second test seem closer to those
originally posted in the first test, and vice versa...

Anyway, the problem is that there are variations between the different
machines. Variations are also present for the other parameters (s2, te,
rex, chi2, iter).

Regards,


Séb  :)



Edward d'Auvergne wrote:
Hi,

Could you check and see if the numbers are exactly the same as in your
original email 
(https://mail.gna.org/public/relax-devel/2009-05/msg00003.html)?
 Specifically look at f_count and g_count.

Cheers,

Edward


2009/9/2 Sébastien Morin <sebastien.morin.1@xxxxxxxxx>:
Hi Ed,

I updated my svn copies to r9432 and checked if the problem was still
present.

Unfortunately, it is still present...

Regards,


Séb



Edward d'Auvergne wrote:
Hi,

Ah, yes, there is a reason.  I went through and fixed a series of
these optimisation difference issues - in my local svn copy.  I
collected these all together and committed them as one after I had
shut the bugs.  This was a few minutes ago at r9426.  If you update
and test now, it should work.

Cheers,

Edward



2009/9/2 Sébastien Morin <sebastien.morin.1@xxxxxxxxx>:

Hi Ed,

I just tested the for the presence of this bug (1.3 repository, r9425)
and it seems it is still there...

Is there a reason why it was closed ?
From the data I have, I guess this bug report should be re-opened.

Maybe I could try to give more details to help debugging...


Séb  :)



Edward d Auvergne wrote:

Update of bug #14182 (project relax):

                  Status:               Confirmed => Fixed
             Assigned to:                    None => bugman
             Open/Closed:                    Open => Closed


    _______________________________________________________

Reply to this item at:

  <http://gna.org/bugs/?14182>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/




--
Sébastien Morin
PhD Student
S. Gagné NMR Laboratory
Université Laval & PROTEO
Québec, Canada





--
Sébastien Morin
PhD Student
S. Gagné NMR Laboratory
Université Laval & PROTEO
Québec, Canada





--
Sébastien Morin
PhD Student
S. Gagné NMR Laboratory
Université Laval & PROTEO
Québec, Canada





Related Messages


Powered by MHonArc, Updated Thu Sep 03 19:01:19 2009