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/
vamatya has quit [Ping timeout: 252 seconds]
eschnett has joined #ste||ar
EverYoung has quit [Ping timeout: 246 seconds]
mcopik has quit [Ping timeout: 248 seconds]
jfbastien has quit [Read error: Connection reset by peer]
parsa has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
parsa has quit [Quit: Zzzzzzzzzzzz]
bikineev has quit [Remote host closed the connection]
vamatya has joined #ste||ar
vamatya has quit [Read error: Connection reset by peer]
<heller>
I made some tweaks to buildbot, hopefully getting rid fo all those strange failures
<jbjnr>
happy late birthday to your wife. During our skype call, we just tried to make some plans as to what we will do next week, and who'd do what. since you won't be there, we must scale back our ambitions to a bare minimum of getting kernels in place for FMM etc.
<heller>
i'll plan on being virtually present
<heller>
also, I am fixing the CUDA compile errors we have right now
<jbjnr>
very good
<jbjnr>
I want to test cuda on my laptop too for fast turnaround and debuging
<jbjnr>
(I mean cuda+hpx)
<heller>
yes
<heller>
I am a little stuck at the moment with the compiler errors
<heller>
but i'll get there
<jbjnr>
So I had a meeting about hpx in zurich yesterday and the upshot is that if we don't match the parsec results soon, then CSCS will have to start looking elsewhere.
<heller>
ok
<heller>
what's missing?
<heller>
and (totally serious) what are the alternatives?
<heller>
legion? thrust?
<jbjnr>
HPX is perceived as a nice library written by people who know nothing about HPC, we will simply join with the us labs eventually. For the time being, I will continue with my hpx experiments and we may have a second cscs chap working on stuf too.
<heller>
knowing nothing about HPC might not be a bad thing :P
<jbjnr>
well, the initial results we got with the cholesky were totally shit and I've had to rewrite the schedulers and implement thread pools to make any progress. If HPX were written with HPC in mind, this would already have been done
<jbjnr>
none of the hpx developer are actually testing HPX against the competition - when was the last time you wrote an algorithm with another library and compared it to hpx? legion? starpu? others?
<heller>
true
<heller>
when was the last time I wrote a complete algorithm alltogether
<jbjnr>
I just hope I can get the cholesky up to parsec, then everyone will be happy.
<jbjnr>
memory layout turns out to be different between our version and parsec, so there may be more work :(
<heller>
wow
<heller>
that's surprising
<heller>
and might indeed be the cause for the difference
<zao>
If the lazy people here don't notice it, please open an issue on github or poke the mailing list.
<zao>
Also, hi.
<diehlpk_work>
jkleinh, Can you share your error message as a gis or on pastbein with us
<diehlpk_work>
Or in an issue on github?
<diehlpk_work>
jkleinh, Whic OS do you use? Cmake version?
bikineev has joined #ste||ar
<hkaiser>
jkleinh: do you need to link everything statically?
<heller>
jkleinh: which jemalloc version do you use, there is a known Problem with 4.5 iirc
ajaivgeorge has joined #ste||ar
<heller>
We did the same with octotiger a few months ago. There shouldn't be any problems
<hkaiser>
heller: but we linked everything statically
<hkaiser>
not just jemalloc
<heller>
Yes
<heller>
That's what I just wanted to say ;)
<heller>
jemalloc 5.0.1 should work fine
<heller>
So you need to have static boost, hwloc and jemalloc as the minimal set of dependencies built statically
<heller>
I never attempted a mixed build
<heller>
jkleinh: how do you know your calls don't go through jemalloc/tcmalloc?
<hkaiser>
heller: he's getting duplicate symbol errors while linking
<heller>
Where can I see the error?
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
<heller>
The cmake steps would be important as well
<heller>
And the cmake version
<jkleinh>
I am compiling on cori with gcc-6.3.0, cmake 3.8.2, boost 1.62, hwloc 1.11.7
<jkleinh>
I tried jemalloc 5.0.1 and gperftools 2.6.1
<jkleinh>
I don't have a hard requirement to link statically but my understanding is that this is the preferred method on cori
<jkleinh>
I am also linking everything else statically
<jkleinh>
one second and I will post error message
<jkleinh>
this is on hpx master
<heller>
jkleinh: it helps when doing large scale runs, for initial development having dynamic libraries is just fine
<heller>
jkleinh: for the record, we were having quite some problems with the libraries provided by the modules system when doing static builds on cori
<heller>
(also haswell partition or knl?)
<heller>
Please don't forget to post your cmake invocation
<jkleinh>
yeah me as well. I compiled all dependencies myself to try to avoid that. Provided hwloc has other linking errors and memkind module seems to not actually provide jemalloc headers that are needed
<zao>
A commit to break the debugger? Sounds legit :P
<18WAAECVA>
[hpx] hkaiser pushed 1 new commit to disambiguate_base_lco: https://git.io/v5W7L
<18WAAECVA>
hpx/disambiguate_base_lco cbf64bc Hartmut Kaiser: Merge branch 'master' into disambiguate_base_lco
<hkaiser>
break into the debugger
<github>
[hpx] hkaiser force-pushed serialize_boost_variant from 2f083ab to 01245ef: https://git.io/v5W7o
<github>
hpx/serialize_boost_variant 01245ef Hartmut Kaiser: Changed serialization of boost.variant to use variadic templates
<github>
[hpx] hkaiser force-pushed inspect_assert from 7fea1b2 to 6008bec: https://git.io/v5LEL
<github>
hpx/inspect_assert 6008bec Hartmut Kaiser: Deprecate use of BOOST_ASSERT and ensure HPX_ASSERT has corresponding #include present
<github>
[hpx] hkaiser opened pull request #2874: Changed serialization of boost.variant to use variadic templates (master...serialize_boost_variant) https://git.io/v5W75
<github>
[hpx] hkaiser opened pull request #2875: Deprecate use of BOOST_ASSERT (master...inspect_assert) https://git.io/v5W5Z
<heller>
hkaiser: do you know if ali made progress on fixing the errors I reported?
eschnett has joined #ste||ar
<hkaiser>
heller: no idea, LSU was closed today
<github>
[hpx] hkaiser pushed 1 new commit to inspect_assert: https://git.io/v5W5b
<github>
hpx/inspect_assert 7d07859 Hartmut Kaiser: Merge branch 'master' into inspect_assert
parsa has joined #ste||ar
<github>
[hpx] hkaiser force-pushed serialize_boost_variant from 01245ef to 51f1be9: https://git.io/v5W7o
<github>
hpx/serialize_boost_variant 51f1be9 Hartmut Kaiser: Changed serialization of boost.variant to use variadic templates
EverYoun_ has joined #ste||ar
<zao>
Oh right, Harvey is visiting?
<hkaiser>
nod
EverYoung has quit [Ping timeout: 240 seconds]
jakemp has quit [Read error: Connection reset by peer]
jaafar has quit [Quit: Konversation terminated!]
jaafar has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
Matombo has quit [Remote host closed the connection]
aserio has joined #ste||ar
aserio has quit [Ping timeout: 252 seconds]
zbyerly_ has quit [Ping timeout: 240 seconds]
zbyerly_ has joined #ste||ar
bikineev has quit [Remote host closed the connection]
<github>
[hpx] hkaiser pushed 1 new commit to addressing_service: https://git.io/v5lv4
<github>
hpx/addressing_service 7d93790 Hartmut Kaiser: Merge branch 'master' into addressing_service