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/
<github>
[hpx] hkaiser deleted speedup_feature_test at 01211d8: https://git.io/vHOuY
david_pf_ has quit [Remote host closed the connection]
pree has quit [Ping timeout: 260 seconds]
david_pfander has quit [Ping timeout: 260 seconds]
pree has joined #ste||ar
bikineev has quit [Remote host closed the connection]
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
ajaivgeorge has joined #ste||ar
Matombo has quit [Remote host closed the connection]
bikineev has joined #ste||ar
Matombo has joined #ste||ar
K-ballo has joined #ste||ar
bikineev has quit [Ping timeout: 272 seconds]
hkaiser has joined #ste||ar
bikineev has joined #ste||ar
pree has quit [Ping timeout: 260 seconds]
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
david_pf_ has joined #ste||ar
bikineev has quit [Remote host closed the connection]
pree has joined #ste||ar
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
pree has quit [Read error: Connection reset by peer]
Matombo has quit [Remote host closed the connection]
Matombo has joined #ste||ar
hkaiser has joined #ste||ar
pree has joined #ste||ar
pree has quit [Read error: Connection reset by peer]
eschnett has quit [Quit: eschnett]
aserio has joined #ste||ar
pree has joined #ste||ar
<aserio>
david_pf_, heller_, hkaiser, jbjnr, parsa[[w]], patg: Meeting in 5
pree has quit [Read error: Connection reset by peer]
<hkaiser>
sec
<ajaivgeorge>
hey, i am Ajai, working on the gsoc project on segmented algorithms. I am trying to create a segmented for_each_n with existing segmented for_each. The functor is getting hpx::detail::vector_value_proxy instead of the actual data type. Any idea why? Thanks in advance.
eschnett has joined #ste||ar
pree has joined #ste||ar
ajaivgeorge has quit [Quit: ajaivgeorge]
pree has quit [Client Quit]
ajaivgeorge has joined #ste||ar
david_pf_ has quit [Quit: david_pf_]
<hkaiser>
ajaivgeorge: I can talk later but not now, sorry
<K-ballo>
*function object
denis_blank has joined #ste||ar
<zao>
K-ballo: funject!
<zao>
:P
<K-ballo>
technically not incorrect, at least
hkaiser has quit [Quit: bye]
<mcopik>
ajaivgeorge: I believe the proxy represents a reference, a value is returned only for const access
<mcopik>
Hartmut should be able to explain it better but I believe it is caused by the ability of reference to modify remote elements of a vector (i.e. elements not located on current locality)
<zao>
Kind of like vector<bool>, but in no way at all? :)
<ajaivgeorge>
@mcopik I am working on the partitioned_for_each unit test, added for_each_n to it. The for_each is able to dereference this properly, but the for_each_n fails. The functor gives the error operator++ is not available for vector_value_proxy. Can you look at the code after our call?
<mcopik>
ajaivgeorge: sure, I'll do it
<K-ballo>
*function object
<mcopik>
ajaivgeorge: can you give me (a link to gist or pastebin would be sufficient) to exact error with template stack?
<zao>
pree: Where would you start looking to find out?
<pree>
zao While looking at copying functionalities for components
<github>
[hpx] hkaiser created fixing_parcel_await (+1 new commit): https://git.io/vHsBX
<github>
hpx/fixing_parcel_await 4218539 Hartmut Kaiser: This patch makes sure that all parcels in a batch are properly handled...
<github>
[hpx] hkaiser opened pull request #2652: This patch makes sure that all parcels in a batch are properly handled (master...fixing_parcel_await) https://git.io/vHsBD
<hkaiser>
pree: runtime_support is a 'all except the kitchen sink' type doing a lot of things
pree has quit [Ping timeout: 258 seconds]
<hkaiser>
it handles a lot of the functionalities a locality exposes to other localities, such as creation of component instances
<hkaiser>
this type needs a serious refactoring at some point
pree has joined #ste||ar
<pree>
thank you hkaiser
<K-ballo>
I dream of a mayor refactoring into layers
eschnett has joined #ste||ar
<hkaiser>
K-ballo: nod, I agree that'd be good
<hkaiser>
things have grown to intertwined
<github>
[hpx] hkaiser pushed 1 new commit to fixing_parcel_await: https://git.io/vHs0J
<github>
hpx/fixing_parcel_await d490a92 Hartmut Kaiser: Making sure every parcel is handled only once
pree has quit [Ping timeout: 240 seconds]
<heller_>
hkaiser: I am back
pree has joined #ste||ar
<heller_>
hkaiser: just commented
<heller_>
hkaiser: parcels might indeed get preprocessed twice.
bikineev has quit [Remote host closed the connection]
<hkaiser>
heller_: they got sent twice as well
<heller_>
hkaiser: how would I reproduce it
<heller_>
hkaiser: added another comment why preprocessing might indeed happen more than once, or twice
bibek_desktop has quit [Quit: Leaving]
<hkaiser>
heller_: no idea, biut just think about it: pass 3 parcels through parcel_await, all of them have futures
<hkaiser>
then the first parcel_await::apply gets restarted at idx 0, the second at idx 1 and so on
<heller_>
yes, it has to get restarted at idx 0
<heller_>
to go over the parcel again, to check the state of the future
<hkaiser>
right
<hkaiser>
but I see now that they wouldn't get sent twice as the idx_ is shared amongst the three invocations of apply and the apply() calls would execute sequentially
<hkaiser>
I will remove the second commit from the PR
<hkaiser>
the first commit is still valid, though
<hkaiser>
done
<heller_>
ok
bibek_desktop has joined #ste||ar
<github>
[hpx] hkaiser force-pushed fixing_parcel_await from d490a92 to 4218539: https://git.io/vHsaG
<heller_>
hkaiser: the first comment still applies