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
ms[m] has quit [Quit: Client limit exceeded: 20000]
akcube[m] has quit [Quit: Client limit exceeded: 20000]
hkaiser has quit [Quit: Bye!]
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 272 seconds]
K-ballo1 is now known as K-ballo
Yorlik has joined #ste||ar
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 260 seconds]
K-ballo1 is now known as K-ballo
hkaiser has joined #ste||ar
better_sleeping[ has joined #ste||ar
better_sleeping[ has left #ste||ar [#ste||ar]
<gonidelis[m]>
hkaiser: satacker still commenting to work might be late
<hkaiser>
gonidelis[m]: ok
akcube[m] has joined #ste||ar
ms[m] has joined #ste||ar
<gonidelis[m]>
commuting I meant
diehlpk has joined #ste||ar
<gonidelis[m]>
difference between `std::thread` and `jthread` is that `jthread` does not expect for an explicit `t.join()` call.
<gonidelis[m]>
is there more to that?
<hkaiser>
jthreads support cancellation as well
<gonidelis[m]>
trying to disentangle stop_token/source vs threads vs jthreads
<hkaiser>
gonidelis[m]: yah, look at HPX, it's all there
diehlpk has quit [Quit: Leaving.]
hkaiser has quit [Read error: Connection reset by peer]