nikunj has quit [Read error: Connection reset by peer]
nikunj has joined #ste||ar
<mdiers_>
simbergm: updated the table.
<simbergm>
mdiers_: that looks better, except for the block_executor
<mdiers_>
yeap, can you still a take look at my testimplementation of the block_executor? is there something wrong?
<simbergm>
can you work with that? block_executor uses the attached executor so should in principle work the same assuming the indices are correct
<simbergm>
the indices look like they should be correct (although a bit complicated)
<simbergm>
mdiers_: you could also do just `block_executor<>(get_local_targets()[num_pus.first])`
<mdiers_>
yeap, but i use only one target, that's a little untypical.
<simbergm>
that should even be better because it schedules the threads on the correct worker thread directly
<simbergm>
it looks like what you have there puts tasks on the first worker thread of each numa domain
<simbergm>
*puts all the tasks
gonidelis has quit [Ping timeout: 240 seconds]
<mdiers_>
simbergm: thanks have found the error: s/get_local_targets/numa_domains/g
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 258 seconds]
K-ballo1 is now known as K-ballo
<simbergm>
mdiers_: great! so that means all three executors behave the same now?
<simbergm>
on 1.4.1 that is
<mdiers_>
simbergm: yeap on 1.4.1
<simbergm>
very good, thanks for your patience with this
<simbergm>
we'll try to get that fix into master soon as well, and make sure we don't break things again when we clean up the executors
<mdiers_>
simbergm: updated the table: the block_executor is also correct in 1.3.
<mdiers_>
simbergm: thanks a lot for your help
<mdiers_>
simbergm: unfortunately the scheduler dead loop still exists when i take out the sleep
<simbergm>
mdiers_: nothing stands out immediately as something that would cause a deadlock, but in general it's good to avoid calling `get` explicitly (simply return a future instead if possible)
<simbergm>
in these kind of situations the debugger is not always that helpful
<simbergm>
printf debugging is much more effective since you can see where your program is making progress
<simbergm>
and where it's not
<simbergm>
if you can identify where it's stuck I might be able to help you better
<mdiers_>
simbergm: I'll look into it when I have some free time, thanks
hkaiser has joined #ste||ar
nikunj has quit [Ping timeout: 240 seconds]
nikunj has joined #ste||ar
nikunj has quit [Read error: Connection reset by peer]
nikunj has joined #ste||ar
gonidelis has joined #ste||ar
hkaiser has quit [Quit: bye]
nikunj has quit [Read error: Connection reset by peer]
nikunj has joined #ste||ar
nikunj has quit [Remote host closed the connection]
nikunj has joined #ste||ar
hkaiser has joined #ste||ar
nikunj has quit [Read error: Connection reset by peer]
nikunj has joined #ste||ar
gonidelis has quit [Remote host closed the connection]
<iti>
Hello, I was trying to build hpx with https://github.com/STEllAR-GROUP/phylanx/wiki/Build-Instructions build instructions, and when I try to run cmake command I am getting error "Could NOT find TCMalloc" I did use the instruction -DCMAKE_C_COMPILER=gcc-7 DCMAKE_CXX_COMPILER=g++-7 but still getting it
<iti>
any suggestions ?
diehlpk has joined #ste||ar
diehlpk has quit [Changing host]
diehlpk has joined #ste||ar
<simbergm>
iti: (note that those are phylanx instructions, not hpx instructions)
<simbergm>
you have two options: either install tcmalloc, or use the system allocator
<simbergm>
tcmalloc is part of the gperftools package, it might have slightly different names depending on which distro you're on
<simbergm>
if you want to skip it for now (not recommended for performance, but ok for playing around) you can say `-DHPX_WITH_MALLOC=system`
<iti>
okay, thanks for informing. Can you let me know if there is any documentation for building hpx?
<diehlpk_work>
I will add the paper and bibtex file to our repo
<diehlpk_work>
I think best wat to proceed would be to send an email to hpx-devel and let everyone know that they should add their authors details until a certain deadline in alphabetical order
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
<diehlpk_work>
hkaiser, I will start today to upload the workshop recordings to the ste||ar channel
<diehlpk_work>
Should we just generate a new playlist
<hkaiser>
diehlpk_work: yah, that might be a good idea
<hkaiser>
let's create a new playlist
<diehlpk_work>
Ok, sounds good
diehlpk__ has quit [Ping timeout: 265 seconds]
<bita_>
hkaiser, the changes in HighFive to solve our issue are merged
zao has quit [Remote host closed the connection]
zao has joined #ste||ar
<hkaiser>
bita_: thanks a lot for making this happen!
bita_ has quit [Read error: Connection reset by peer]