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/
<wash[m]> hkaiser: yep
<hkaiser> wash[m]: just arrived, any plans for dinner yet?
<wash[m]> I am at another thing until 7:00/7:30, I won't be back until then, but then I'll be going for dinner
<hkaiser> ok - until then I've starved to death ;)
<hkaiser> will get something myself
<wash[m]> K
<wash[m]> Some people are going out at 6 I think, ask in the ISO irc
<hkaiser> wash[m]: could you remind me the channel name, pls
<wash[m]> ##C++-meeting
<wash[m]> Also #wg21 on slack
<wash[m]> And #future_standard on slack
<hkaiser> ks
parsa has quit [Quit: Zzzzzzzzzzzz]
parsa has joined #ste||ar
hkaiser has quit [Ping timeout: 240 seconds]
gedaj has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
hkaiser has joined #ste||ar
ct_clmsn_ has quit [Ping timeout: 246 seconds]
ct_clmsn_ has joined #ste||ar
jaafar_ has quit [Ping timeout: 252 seconds]
parsa has quit [Quit: Zzzzzzzzzzzz]
ct-clmsn_ has joined #ste||ar
ct-clmsn_ has quit [Quit: Leaving]
hkaiser has quit [Quit: bye]
quaz0r has quit [Ping timeout: 240 seconds]
EverYoung has joined #ste||ar
quaz0r has joined #ste||ar
<K-ballo> hkaiser: ping
gedaj_ has joined #ste||ar
gedaj has quit [Ping timeout: 248 seconds]
eschnett has quit [Quit: eschnett]
parsa has joined #ste||ar
jaafar_ has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
parsa has joined #ste||ar
parsa has quit [Client Quit]
parsa has joined #ste||ar
parsa has quit [Client Quit]
K-ballo has quit [*.net *.split]
jaafar_ has quit [Ping timeout: 260 seconds]
K-ballo has joined #ste||ar
taeguk[m] has quit [Ping timeout: 248 seconds]
thundergroudon[m has quit [Ping timeout: 276 seconds]
david_pfander has joined #ste||ar
thundergroudon[m has joined #ste||ar
taeguk[m] has joined #ste||ar
thundergroudon[m has quit [Remote host closed the connection]
taeguk[m] has quit [Read error: Connection reset by peer]
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
thundergroudon[m has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
taeguk[m] has joined #ste||ar
EverYoun_ has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoun_ has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoun_ has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoun_ has joined #ste||ar
EverYoung has quit [Ping timeout: 258 seconds]
EverYoun_ has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
jbjnr_ has joined #ste||ar
jbjnr has quit [Ping timeout: 246 seconds]
jbjnr_ is now known as jbjnr
<jbjnr> heller: do we have a tuple iteration mechanism for compile time extraction of hpx::util::tuple contents?
<heller> more or less
<jbjnr> PS. Good morning :)
<heller> what do you need it for?
<jbjnr> I've got a future of tuple<future<int>, future<double, ...> I need to extract the internal items
<jbjnr> (and do magic with them)
<heller> what's the usecase?
<jbjnr> intercepting when_all or dataflow and calling my numa_hint_function with the args
<heller> so you want to call numa_hint on all arguments?
<jbjnr> essentially yes, but the args are wrapped in hpx::lcos::future<hpx::util::tuple<hpx::lcos::future<int>, hpx::lcos::future<double> > >
<jbjnr> &etc etc
<heller> "fun"
<jbjnr> indeed
<heller> so it's always a future?
<jbjnr> after dataflow or when_all yes. I already have async and .then working
<heller> my initial feeling would be that the new unpack is the tool to go there
<heller> sorry, unwrap
<heller> give me a second
<heller> at least, the usecase sounds simila
<heller> r
<jbjnr> pack_traversal look interesting
<jbjnr> no, can't use that one. sorry. I'll play with pack_traversal after lunch. looks very interesting. mappers and stuff ...
<heller> yes, that should do the trick
<heller> traverse_pack should be the thing to use then
<heller> or well, map_pack
<heller> yeah
pree has joined #ste||ar
EverYoung has joined #ste||ar
ct_clmsn_ has quit [Ping timeout: 240 seconds]
hkaiser has joined #ste||ar
rod_t has joined #ste||ar
<pree> hkaiser, heller : Are you interested in having the Distributed GRAPH Data Structure in HPX. that is similar to " Graphx - distributed graph " on the top spark. Their way of implementing distributed graph is very much appealing. Currently HPX don't have Graph. So i think it will good to add it.
<pree> Thanks
<pree> pree
<heller> sure, why not
eschnett has joined #ste||ar
<pree> heller : Glad to know that, I will soon write some basic proposal for that,
<pree> Graph + graph algorithms
<zao> Clearly need Tensorflow integration, for all the ML/DL shenanigans!
<zao> (please don't)
<pree> zao : integrating tensorflow + hpx ??
<zao> pree: Mostly joking.
<hkaiser> pree: that has been done already (prrof of concept), no progress on this for a while however
<pree> zao : I think it's possible but requires some terrible work
<zao> Actual regular graphs would be more fun.
<pree> hkaiser : Could please elaborate ?
<pree> zao : lol
<pree> hkaiser : could you point me to the proof of concept please
<pree> hkaiser : Soory I misunderstand between GRAPHx and tensorflows : )
<pree> I actually mean graphx and you mean tensorflow
<pree> : )
<hkaiser> I do
<pree> shh
eschnett has quit [Quit: eschnett]
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
aserio has joined #ste||ar
eschnett has joined #ste||ar
aserio has quit [Read error: Connection reset by peer]
aserio has joined #ste||ar
<aserio> K-ballo: Morning
<aserio> K-ballo: Whom did you leave your key with?
<aserio> K-ballo: nvm found it!
daissgr has joined #ste||ar
<K-ballo> yep, right there
<jbjnr> heller: hpx::util::map_pack - totally awesome!
hkaiser has quit [Quit: bye]
daissgr has quit [Remote host closed the connection]
daissgr has joined #ste||ar
eschnett has quit [Read error: Connection reset by peer]
eschnett has joined #ste||ar
<heller> jbjnr: good
eschnett has quit [Ping timeout: 260 seconds]
eschnett has joined #ste||ar
<jbjnr> K-ballo: got a mo?
<jbjnr> nvm, fixed it
hkaiser has joined #ste||ar
patg[[w]] has joined #ste||ar
elfring has joined #ste||ar
<aserio> zbyerly: yt?
pree has quit [Ping timeout: 240 seconds]
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
hkaiser has quit [Quit: bye]
pree has joined #ste||ar
jakemp has joined #ste||ar
pree has quit [Quit: Bye dudes]
hkaiser has joined #ste||ar
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
eschnett has quit [Ping timeout: 240 seconds]
eschnett has joined #ste||ar
david_pfander has quit [Ping timeout: 255 seconds]
<wash> hkaiser, K-ballo: can std::mutex try_lock be called from an HPX-thread? It's non blocking per the standard, but does that mean it would not block an HPX thread?
jakemp has quit [Ping timeout: 268 seconds]
<jbjnr> wash if it's non-blocking, then it should be fine. (though I wouldn't use it on principle)
<hkaiser> wash: can be called from an hpx thread, shouldn't cause any problems
<hkaiser> wash: an hpx thread is just a std::thread with some additional strings attached
<github> [hpx] hkaiser created fixing_2991 (+1 new commit): https://git.io/vF8rR
<github> hpx/fixing_2991 0c40763 Hartmut Kaiser: Adding non-blocking (on destruction) service executors/future_then_async_executor.cpp...
<github> [hpx] hkaiser force-pushed fixing_2991 from 0c40763 to 9cdb22e: https://git.io/vF8oL
<github> hpx/fixing_2991 9cdb22e Hartmut Kaiser: Adding non-blocking (on destruction) service executors...
eschnett has quit [Quit: eschnett]
hkaiser has quit [Quit: bye]
jaafar_ has joined #ste||ar
diehlpk_work has joined #ste||ar
hkaiser has joined #ste||ar
patg[[w]] has quit [Quit: Leaving]
parsa has joined #ste||ar
parsa has quit [Client Quit]
thundergroudon[m has quit [Ping timeout: 240 seconds]
taeguk[m] has quit [Ping timeout: 276 seconds]
hkaiser has quit [Quit: bye]
elfring has quit [Quit: Konversation terminated!]
hkaiser has joined #ste||ar
eschnett has joined #ste||ar
<aserio> zbyerly: yt?
<hkaiser> heller: yt?
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
thundergroudon[m has joined #ste||ar
<heller> hkaiser: thanks, got it!
<hkaiser> heller: k
<hkaiser> doyou have an updated version, perhaps?
eschnett has quit [Quit: eschnett]
<heller> Unfortunately not :/
<hkaiser> k
<hkaiser> could you ate least do a spell check before I continue reading?
<heller> Haven't worked on it since August...
<heller> Sure, didn't mean to waste your time
taeguk[m] has joined #ste||ar
thundergroudon[m has quit [Read error: Connection reset by peer]
taeguk[m] has quit [Remote host closed the connection]
aserio has quit [Quit: aserio]
thundergroudon[m has joined #ste||ar
taeguk[m] has joined #ste||ar
taeguk[m] has quit [Remote host closed the connection]
thundergroudon[m has quit [Read error: Connection reset by peer]
hkaiser has quit [Quit: bye]
thundergroudon[m has joined #ste||ar
thundergroudon[m has quit [Remote host closed the connection]
thundergroudon[m has joined #ste||ar