hkaiser changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar-group.org | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | This channel is logged: irclog.cct.lsu.edu
K-ballo has quit [Ping timeout: 248 seconds]
diehlpk_work has quit [Remote host closed the connection]
hkaiser has quit [Quit: Bye!]
FunMiles has joined #ste||ar
tufei has quit [Remote host closed the connection]
tufei has joined #ste||ar
hkaiser has joined #ste||ar
FunMiles has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
FunMiles has joined #ste||ar
K-ballo has joined #ste||ar
FunMiles has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<dkaratza[m]>
hkaiser: Regarding the important note`If you are building HPX for a system with more than 64 processing units, you must change the CMake variables HPX_WITH_MORE_THAN_64_THREADS (to On) and HPX_WITH_MAX_CPU_COUNT (to a value at least as big as the number of (virtual) cores on your system).` we said that we want to remove only the first flag, right?
<hkaiser>
dkaratza[m]: yes
<hkaiser>
this flag has been removed from the build system, so it would have not effect if somebody used it
<dkaratza[m]>
but the second one keeps working for more than 64 proc units
<hkaiser>
the two flags were redundant anyways, supplying HPX_WITH_MAX_CPU_COUNT=N is sufficient
<hkaiser>
dkaratza[m]: exactly
<dkaratza[m]>
great, thanks
<dkaratza[m]>
Just pushed #5525, in case you'd like to check it
<hkaiser>
dkaratza[m]: LGTM, thanks a lot!
<dkaratza[m]>
Thank you
FunMiles has joined #ste||ar
Yorlik has joined #ste||ar
FunMiles has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]