aserio changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar.cct.lsu.edu | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | Buildbot: http://rostam.cct.lsu.edu/ | Log: http://irclog.cct.lsu.edu/
hkaiser has quit [Quit: bye]
diehlpk has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
diehlpk has quit [Quit: Leaving]
diehlpk has joined #ste||ar
diehlpk has quit [Ping timeout: 260 seconds]
ajaivgeorge has quit [Ping timeout: 260 seconds]
bikineev has joined #ste||ar
ajaivgeorge has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
jaafar has joined #ste||ar
ajaivgeorge has quit [Ping timeout: 255 seconds]
bikineev has quit [Remote host closed the connection]
jaafar has quit [Ping timeout: 245 seconds]
shoshijak has joined #ste||ar
ajaivgeorge has joined #ste||ar
Matombo has joined #ste||ar
pree has joined #ste||ar
pree has quit [Read error: Connection reset by peer]
pree has joined #ste||ar
bikineev has joined #ste||ar
mcopik has quit [Ping timeout: 246 seconds]
mcopik has joined #ste||ar
jbjnr has quit [Ping timeout: 245 seconds]
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
bikineev has quit [Ping timeout: 245 seconds]
pree has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
shoshijak has quit [Ping timeout: 255 seconds]
josef__k has joined #ste||ar
<josef__k>
I'm having trouble getting a basic program that uses HPX to compile.
<josef__k>
...
<josef__k>
I'm using CMake, using the add_hpx_executable, but I get linker errors.
<josef__k>
Lots of undefined references to hpx symbols.
<josef__k>
huh. OK, magically, it is finding all the hpx symbols now.
<josef__k>
Now it just can't find symbols in another library that needs to be linked to, using the LINK_FLAGS option to add_hpx_executable, I guess.
<josef__k>
Does one just write (... LINK_FLAGS -lfoo), to link to a library called "foo"?
<josef__k>
Where I would usually write target_link_libraries(program foo) in CMake.
<josef__k>
Hmmm, libraries have to appear at the end of the link command line, right? But the LINK_FLAGS appear early?
<josef__k>
Oh, that's why the DEPENDENCIES option is there.
bikineev has joined #ste||ar
K-ballo has joined #ste||ar
<josef__k>
It compiles, it links... it throws an exception at runtime: what(): hpx_startup::user_main: HPX(not_implemented)
<josef__k>
(I did figure out what 'magically' happened before.)
<josef__k>
Ah, I see.
bikineev has quit [Ping timeout: 246 seconds]
<josef__k>
Hrrm. How do you use hpx::start with test frameworks that generate their own main functions? With difficulty?
bikineev has joined #ste||ar
<zao>
Can't really help there, haven't really used the actual library much :)
<zao>
I guess you could do your own startup/teardown in fixtures maybe?
<zao>
There's varying amounts of letting HPX take the reins, from full on replacement of main to manual initialization with a main "callback", up until not relinquishing the main thread at all, keeping it native and spinning of HPX threads elsewhere.
<hkaiser>
josef__k: could you repeat what your problem is, I caught only half of it
<josef__k>
hkaiser: Hi Hartmut; I'm just starting out with HPX, so my problems are evolving quickly. :)
<hkaiser>
lol
<josef__k>
Right now, I am trying to integrate HPX and Google Test framework. My current runtime exception is: what(): null thread id encountered (is this executed on a HPX-thread?): HPX(null_thread_id)
<hkaiser>
josef__k: that means you try to run hpx functionality on a non-hpx thread
<hkaiser>
josef__k: what the docs don't say is that you can use your own main function (instead of hpx_main), but you already figured that out
<josef__k>
hkaiser: Huzzah! The second form, using hpx_main() worked! Thank you.
<josef__k>
hkaiser: I was at your presentation at Meeting C++ in Berlin a couple of years ago, actually. I thought v1.0 was a good time to start experimenting with it. :)
<hkaiser>
josef__k: great!
<hkaiser>
let us know if we can help in any way
bikineev has quit [Ping timeout: 260 seconds]
<josef__k>
One last question before I go to bed: is hpx::parallel::execution::par the natural/default choice? I'm just experimenting with hpx::parallel::transform_reduce right now.
<hkaiser>
yes
<hkaiser>
josef__k: if you want to parallelize an algorithm, par is the way to go
<jbjnr>
now I need to be careful about being rude about people when they're not here :)
<hkaiser>
not much going on today...
bikineev has joined #ste||ar
<jbjnr>
I think I found a bug, but I suspect I need to ask heller about it
<hkaiser>
jbjnr: yah, it's his fault anyways ;)
<jbjnr>
correct
<jbjnr>
hkaiser: what I'm seeing is that when a parcel is encoded - it may be 0xb0 bytes of data and 0x200000 bytes of rma/zero copy data in chunks. It requests a buffer of size 0x2000b0 when it actually only should ask for 0x200000
<jbjnr>
and I'm looking thorough encode_parcels to see if it knows the difference in sizes between the true data that needs to be copied into the buffer, and the data that is being zero-copied
<hkaiser>
jbjnr: look at the preprocess type which is used to collect the anticipated size of the parcel
<jbjnr>
when an array is written with chunking off, the buffer grows by the count bytes, but when optimized write is used, that should not be there. (for the rma writes, I use a value of zero.)