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/
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 265 seconds]
hkaiser has quit [Quit: bye]
quaz0r has quit [Ping timeout: 248 seconds]
K-ballo has quit [Quit: K-ballo]
quaz0r has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
heller has quit [Remote host closed the connection]
heller has joined #ste||ar
daissgr has quit [Ping timeout: 272 seconds]
daissgr has joined #ste||ar
hkaiser has joined #ste||ar
<heller>
hkaiser: have a good flight!
<hkaiser>
heller: thanks!
<hkaiser>
sitting in Houston right now
<heller>
Regarding when_all/dataflow. Yes, it's still O(N), I was suspecting additional overheads though. The problem is in my code tough, I fold the futures too eagerly with when_all...
<hkaiser>
heller: the new code does not more than the old code - I don't think we should expect more overheads
<heller>
Right
<heller>
It would have surprised me as well
<heller>
Just a first guess
<heller>
Just because when_all shows up in the profile doesn't mean it's slow...
hkaiser has quit [Quit: bye]
jbjnr has quit [Remote host closed the connection]