hkaiser 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/ | GSoC2018: https://wp.me/p4pxJf-k1
eschnett has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
nanashi55 has quit [Ping timeout: 240 seconds]
nanashi55 has joined #ste||ar
jaafar has joined #ste||ar
jaafar has quit [Ping timeout: 268 seconds]
AnSh has joined #ste||ar
AnSh has quit [Max SendQ exceeded]
AnSh has joined #ste||ar
AnSh has quit [Ping timeout: 256 seconds]
quaz0r has quit [Ping timeout: 240 seconds]
AnujSharma has joined #ste||ar
quaz0r has joined #ste||ar
AnujSharma has quit [Ping timeout: 244 seconds]
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] msimberg closed pull request #3400: Fix floating point exception scheduler_base idle backoff (master...fix-exponential-backoff) https://github.com/STEllAR-GROUP/hpx/pull/3400
ste||ar-github has left #ste||ar [#ste||ar]
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] msimberg pushed 2 new commits to master: https://github.com/STEllAR-GROUP/hpx/compare/be06a49e5769...43c0b6996147
<ste||ar-github> hpx/master f2dfc99 Nikunj Gupta: Fixes link with hpx_wrap error with BSD based systems
<ste||ar-github> hpx/master 43c0b69 Mikael Simberg: Merge pull request #3412 from NK-Nikunj/cmake_patch...
ste||ar-github has left #ste||ar [#ste||ar]
quaz0r has quit [Ping timeout: 268 seconds]
parsa[[w]] has joined #ste||ar
parsa[w] has quit [Ping timeout: 240 seconds]
quaz0r has joined #ste||ar
itachi_uchiha_[m has quit [Remote host closed the connection]
ms[m]1 has quit [Remote host closed the connection]
heller has quit [Read error: Connection reset by peer]
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] StellarBot pushed 1 new commit to gh-pages: https://github.com/STEllAR-GROUP/hpx/commit/63b68ded46a2c300c428896dd1fcb09c86ef2b94
<ste||ar-github> hpx/gh-pages 63b68de StellarBot: Updating docs
ste||ar-github has left #ste||ar [#ste||ar]
K-ballo has joined #ste||ar
eschnett has quit [Quit: eschnett]
parsa[[w]] has quit [Read error: Connection reset by peer]
parsa[w] has joined #ste||ar
mcopik_ has joined #ste||ar
eschnett has joined #ste||ar
aserio has joined #ste||ar
mcopik_ has quit [Ping timeout: 260 seconds]
jaafar has joined #ste||ar
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] msimberg opened pull request #3415: WIP: Scheduler NUMA hint and shared priority scheduler (master...scheduler-numa-hint) https://github.com/STEllAR-GROUP/hpx/pull/3415
ste||ar-github has left #ste||ar [#ste||ar]
<zao> Interesting... Boost.Context is not built on OpenBSD at all.
<zao> Might not have to care about that OS at all then :P
<K-ballo> this is interesting, starting 1.68.0 using boost.system for C++14 requires boost build for C++14
Anushi1998 has joined #ste||ar
<zao> Going to be fun to build HPX with 6 GiB RAM.
<zao> K-ballo: Huh, the prebuilt binaries are over at sourceforge again... did they fall out with bintray or something?
<K-ballo> no idea, I'm no longer on #boost on slack
<K-ballo> just noticed their website reads for 1.68.0 "New Libraries: Updated Libraries: "
<zao> Heh, yeah.
<zao> Summary seems very cut short.
<zao> Acknowledgements: TODO :P
<K-ballo> it's just the windows prebuild binaries, maybe those were kicked since they interfere with artifactory
<zao> HPX has great synergy with baking. While it compiled I made some cookies, and now I can write code while the cookies cool down :)
<zao> I'm leaning toward having a `bool shallow_topology_;` member initialized in the ctor which I early-out on in relevant member functions.
aserio has quit [Ping timeout: 260 seconds]
<K-ballo> mmh, cookies...
<zao> Smells odd.
nikunj has joined #ste||ar
<K-ballo> burnt cookie smell?
<zao> Nah, weird code.
<zao> I assume it's there for a reason.
<zao> Cookies are delicious.
* K-ballo is hungry now
<zao> Sorry :D
aserio has joined #ste||ar
ms[m] has joined #ste||ar
ms[m] is now known as simbergm
bibek has quit [Quit: Konversation terminated!]
<diehlpk_work> simbergm, Please finish the final evaluation by tomorrow
<nikunj> diehlpk_work, did you try changing the function name?
bibek has joined #ste||ar
<simbergm> diehlpk_work: I just finished it
<simbergm> aserio: yt?
aserio has quit [Ping timeout: 260 seconds]
aserio has joined #ste||ar
<simbergm> hkaiser_: re 3398, john could be persuaded to add the timing logs tomorrow, but if you want it merged just go ahead with it
<simbergm> we can always add it later and 3398 would be good to have in master for a while to see that all is good
<diehlpk_work> nikunj, It worked
<nikunj> diehlpk_work, good to know. I'll ask hkaiser how it used to worked earlier with hpx_main as well
<nikunj> I could not find something out myself
<diehlpk_work> nikunj, As long as it is documented, I am hpappy with the current solution
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
aserio has quit [Ping timeout: 265 seconds]
aserio has joined #ste||ar
heller has joined #ste||ar
aserio has quit [Quit: aserio]
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] biddisco created scheduler-numa-hint (+38 new commits): https://github.com/STEllAR-GROUP/hpx/compare/c261083adb2b^...038ef016b9fc
<ste||ar-github> hpx/scheduler-numa-hint c261083 Mikael Simberg: Small change in scheduling_loop when not running
<ste||ar-github> hpx/scheduler-numa-hint 04f30d0 John Biddiscombe: Globally replace std::size_t with thread_schedule_hint for task creation
<ste||ar-github> hpx/scheduler-numa-hint 536f2ba John Biddiscombe: Fix a missing scheduling hint param set operation
ste||ar-github has left #ste||ar [#ste||ar]
ste||ar-github has joined #ste||ar
<ste||ar-github> [hpx] biddisco deleted scheduler-numa-hint at 038ef01: https://github.com/STEllAR-GROUP/hpx/commit/038ef01
ste||ar-github has left #ste||ar [#ste||ar]
<zao> I'm a bit unsure. Should I fake this to be N cores with one PU each, or one core with N PUs?
<zao> Leaning toward N cores, as it feels like it'd be less likely to confuse HPX algorithms than a single core that happens to have 8+ PUs.
nikunj has quit [Quit: goodnight]
eschnett has quit [Quit: eschnett]
<zao> 2>c:\local\boost_1_68_0\boost\iostreams\positioning.hpp(96): warning C4996: 'std::fpos<_Mbstatet>::seekpos': warning STL4019: The member std::fpos::seekpos() is non-Standard, and is preserved only for compatibility with workarounds for old versions of Visual C++. It will be removed in a future release, and in this release always returns 0. Please use standards-conforming mechanisms to manipulate fpos, such as conversions to and from
<zao> streamoff, or an integral type, instead. If you are receiving this message while compiling Boost.IOStreams, a fix has been submitted upstream to make Boost use standards-conforming mechanisms, as it does for other compilers. You can define _SILENCE_FPOS_SEEKPOS_DEPRECATION_WARNING to acknowledge that you have received this warning, or define _REMOVE_FPOS_SEEKPOS to remove std::fpos::seekpos entirely.
<zao> K-ballo: I didn't expect them to actually modify VC++ to cope with Boost's stupidity :D
<K-ballo> yeah, actually commendable