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
<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
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]