Uploaded image for project: 'Data Management'
  1. Data Management
  2. DM-31675

Running ellipKPM test_te1 yields different result on Princeton hosts

    XMLWordPrintable

    Details

    • Type: Story
    • Status: Won't Fix
    • Resolution: Done
    • Fix Version/s: None
    • Component/s: faro
    • Labels:
      None
    • Team:
      DM Science
    • Urgent?:
      No

      Description

      Copied from Lee's comment on related ticket:
      Testing this on the tiger machine here at Princeton, I get the following values:

      result.measurement = 9.55842919753633e-05
      expected = 9.517637187446586e-05

      With such a large gap, I'm not sure that anything like assertAlmostEqual will ever be appropriate here, and perhaps we'll need to consider something else to allow this test to pass?

        Attachments

          Issue Links

          relates to

          Story - Created by Jira Software - do not edit or delete. Issue type for a user story. DM-31611 Improve reproducibility in faro ellipKPM test_te1

          • Done

            Activity

            Ascending order - Click to sort in descending order
            No builds found.
            wittgen Matthias Wittgen created issue -
            wittgen Matthias Wittgen made changes -
            Field Original Value New Value
            Link This issue relates to DM-31611 [ DM-31611 ]
            Hide
            Permalink
            wittgen Matthias Wittgen added a comment - - edited

            Running a freshly installed Springdale Linux in a VM and testing with a freshly installed binary release of lsst_distrib (w_2021_36) does not reproduce the problem. Would be interesting to investigate what's the different run-time setup on tiger causing this.

            Show
            wittgen Matthias Wittgen added a comment - - edited Running a freshly installed Springdale Linux in a VM and testing with a freshly installed binary release of lsst_distrib (w_2021_36) does not reproduce the problem. Would be interesting to investigate what's the different run-time setup on tiger causing this.
            wittgen Matthias Wittgen made changes -
            Watchers Matthias Wittgen [ Matthias Wittgen ] Colin Slater, John Parejko, Krzysztof Findeisen, Lee Kelvin, Matthias Wittgen, Tim Jenness [ Colin Slater, John Parejko, Krzysztof Findeisen, Lee Kelvin, Matthias Wittgen, Tim Jenness ]
            wittgen Matthias Wittgen made changes -
            Assignee Matthias Wittgen [ wittgen ]
            Hide
            Permalink
            lskelvin Lee Kelvin added a comment -

            If there are any particular run-time checks I can perform, or details of installed software that might be useful here, I'd be happy to provide. Please do let me know.

            Show
            lskelvin Lee Kelvin added a comment - If there are any particular run-time checks I can perform, or details of installed software that might be useful here, I'd be happy to provide. Please do let me know.
            tjenness Tim Jenness made changes -
            Team DM Science [ 12218 ]
            Hide
            Permalink
            wittgen Matthias Wittgen added a comment - - edited

            Duplicate of DM-31611

            Show
            wittgen Matthias Wittgen added a comment - - edited Duplicate of DM-31611
            wittgen Matthias Wittgen made changes -
            Resolution Done [ 10000 ]
            Status To Do [ 10001 ] Won't Fix [ 10405 ]

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              wittgen Matthias Wittgen
              Watchers:
              Colin Slater, John Parejko, Krzysztof Findeisen, Lee Kelvin, Matthias Wittgen, Tim Jenness
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Jenkins

                  No builds found.