1. 03 Jun, 2016 3 commits
  2. 02 Jun, 2016 1 commit
  3. 01 Jun, 2016 2 commits
    • Matthieu Schaller's avatar
      Merge branch 'mpi_and_ht_affinity' into 'master' · 51cb767b
      Matthieu Schaller authored
      Simplify, permit user control over affinity
      
      This ensures we 'do the right thing' when the user imposes affinity through e.g. Intel MPI's I_MPI_PIN_DOMAIN or other mechanisms. Also no longer does works with a shuffled ```cpuid``` array, which will hopefully have less surprising failure modes, and means we don't have to handle hyperthreading explicitly. If we want to be clever in this way e.g. to maximise available cache, then we could replace libnuma with hwloc as discussed elsewhere.
      
      Hopefully this gives us a reasonable affinity which is easily overridden using standard techniques.
      
      See merge request !120
      51cb767b
    • Peter W. Draper's avatar
  4. 31 May, 2016 5 commits
  5. 27 May, 2016 2 commits
  6. 21 May, 2016 1 commit
    • Peter W. Draper's avatar
      Merge branch 'timer_reset' into 'master' · d438b7e1
      Peter W. Draper authored
      Task plot improvements
      
      I have updated the plotting script and the output of the task data such that we can now have the full information for a given time-step and not just the last call to `engine_launch()`. This means the `drift` tasks will now be included in the plots. They will also include the single-core part where the cells and tasks are reconstructed. 
      The start and end time as well as the CPU frequency are dumped in order for this to work.
      
      Also, added a cosmetic change to the output for the case where a snapshot gets dump. 
      
      See merge request !166
      d438b7e1
  7. 20 May, 2016 2 commits
  8. 19 May, 2016 2 commits
  9. 18 May, 2016 1 commit
  10. 16 May, 2016 2 commits
    • Peter W. Draper's avatar
      Merge branch 'dt_synchronisation' into 'master' · 00619120
      Peter W. Draper authored
      Time-step synchronisation
      
      Ok, this is the final fix to #93. Particles are not allowed to move to a longer time-step unless we are currently doing a time-step of that size. That will prevent particles from being completely all over the place in the time-step hierarchy.
      
      It wasn't physically wrong until now, just not efficient and very confusing.
      
      With this fix in place, there will always be a time-step every so often where all particles are updated. 
      
      See merge request !164
      00619120
    • Matthieu Schaller's avatar
      Typo · 58f6a479
      Matthieu Schaller authored
      58f6a479
  11. 15 May, 2016 9 commits
  12. 14 May, 2016 2 commits
  13. 13 May, 2016 2 commits
  14. 11 May, 2016 2 commits
  15. 05 May, 2016 3 commits
  16. 04 May, 2016 1 commit