hkaiser changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar-group.org | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | This channel is logged: irclog.cct.lsu.edu
hkaiser has joined #ste||ar
sivoais has quit [Ping timeout: 255 seconds]
sivoais has joined #ste||ar
Yorlik__ has joined #ste||ar
Yorlik_ has quit [Ping timeout: 265 seconds]
hkaiser has quit [Quit: Bye!]
sivoais has quit [Ping timeout: 276 seconds]
sivoais has joined #ste||ar
Neeraj has joined #ste||ar
<Neeraj>
any mentor are there ?
Neeraj has quit [Quit: Client closed]
sivoais has quit [Ping timeout: 268 seconds]
<satacker[m]>
<aryan_j[m]> "I have installed HPX on my..." <- There is an example mentioned in https://satacker.github.io/blog/gsoc-2022-work which is under unit tests for the execution_base core library part of HPX. But if you get the gist of S/R you should be able to write one of your own. Apart from this one, stdexec has the same one from where I have referred to the type erased task type. libunifex have one as well IIRC.
Neeraj has joined #ste||ar
<satacker[m]>
For now, I would like to see some examples (might be trivial) that use this type erased task type and S/R and showcase HPX functionality through this example.
Neeraj has quit [Quit: Client closed]
sivoais has joined #ste||ar
sivoais has quit [Ping timeout: 250 seconds]
sivoais has joined #ste||ar
Neeraj has joined #ste||ar
HHN93 has joined #ste||ar
<HHN93>
Can someone have a look at https://github.com/STEllAR-GROUP/hpx/pull/6199 , I have tried to add support for par_unseq by adding is_unseq() as a function parameter which calls the appropriate overload
<HHN93>
The builds seem fail due to policy being an unused variable, any advised change on how to fix it?
<HHN93>
is there any macro to deal with UNUSED variables?
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 256 seconds]
K-ballo1 is now known as K-ballo
bhumit[m] has joined #ste||ar
<K-ballo>
how can policy be unused? waasn't it there before already
HHN93 has quit [Quit: Client closed]
Neeraj has quit [Quit: Client closed]
HHN93 has joined #ste||ar
HHN93 has quit [Client Quit]
Neeraj has joined #ste||ar
Neeraj has quit [Quit: Client closed]
HHN93 has joined #ste||ar
hkaiser has joined #ste||ar
<HHN93>
any help on why there are 2 perf test reports per commit? and why they are often different
<zao>
HHN93: They're from two different clusters, Rostam (at LSU?) and Piz Daint (at CSCS in Switzerland).
<zao>
As such, they may have a bit different performance characteristics from CPUs, interconnects, etc.
<HHN93>
ohkay, thank you
<hkaiser>
HHN93: please ignore the report from rostam, that one is known to be broken
<hkaiser>
the other one (coming from daint) is more reliable, but can be ignored by you as well as your changes didn't affect performance for sure
<HHN93>
yeah, I was puzzled by the rostam report
<hkaiser>
we're currently working on fixing that
<HHN93>
any brief explanation on what the problem is? it seems to consistently flag PRs as negatively performing?
<hkaiser>
HHN93: two things: a) we store a perf baseline in our repository that is not correct, and b) the rostam results have a large variation (up to 20%), currently
<hkaiser>
HHN93: is it because of the `// clang-format off` comment?
<HHN93>
honestly, no idea. I just reverted and did the same thing again and it worked
<HHN93>
How do we do performance analysis, I have mostly just used chrono to check the time taken to run a function. Are there any better methods?
Neeraj has joined #ste||ar
<Neeraj>
Hii hkaiser can you tell me that ,What are the most important performance requirements for the GID associative container in our specific use case?
<Neeraj>
and give me the location where the current hash map and binary tree implementation is performing in practice
<Neeraj>
You gave me those link and material I went through them and get familiar with AGAS and parallel programing now I am focusing on project
<Neeraj>
and give me some simple bud/issue those can make me get involve with HPX
<hkaiser>
Neeraj: that's all good questions
<Neeraj>
I am also implemented a little bit N-array tree in that every Node contain ,component and component GIDs
<hkaiser>
I think part of your project could be creating an artificial benchmark
<hkaiser>
in the phd I linked, Parsa was using both, an artificial benchmark and a real application, IIRC
<Neeraj>
yeah in this project basically made HPX runtime system more faster , am I right
<hkaiser>
certain functionalities, yes
<Neeraj>
like searching GIDs and insertion also
<hkaiser>
yes, lookup of global objects - find out where an object is located
<Neeraj>
I made a advantages and disadvantages of those data structures whose relevant to the project
<hkaiser>
Neeraj: btw, we do have an occasional test failure related to this - I'd appreciate it if you were interested in trying to fix that
<Neeraj>
yeah gave me instruction I'll trying my best to solve that bug
<Neeraj>
Sure, I would be happy to work on fixing the test failure. Can you provide more details on what the issue is and how I can get started with fixing it?
<Neeraj>
I am waiting here from early morning( INDIA) I think that time You all were sleeping
<hkaiser>
Neeraj: I'll find the link and post it here
<hkaiser>
might take a moment or two...
<Neeraj>
Ok
HHN93 has quit [Quit: Client closed]
Neeraj has quit [Ping timeout: 260 seconds]
Neeraj has joined #ste||ar
Neeraj77 has joined #ste||ar
Neeraj4 has joined #ste||ar
<Neeraj4>
sorry hkaiser there is a network problem
<Neeraj4>
can you share again that link
Neeraj79 has joined #ste||ar
Neeraj50 has joined #ste||ar
Neeraj15 has joined #ste||ar
<Neeraj15>
now send so I secure that link
<Neeraj15>
hkaiser
<Neeraj15>
are you here
Neeraj77 has quit [Ping timeout: 260 seconds]
Neeraj has quit [Ping timeout: 260 seconds]
<zao>
Note that there's channel logs in the topic if you're offline.
<Neeraj88>
ok good night hkaiser share the link and some instruction also with that I can get more about it ,I'll get that link by link HHN93 provided
Neeraj has quit [Ping timeout: 260 seconds]
sivoais has quit [Ping timeout: 246 seconds]
Neeraj88 has quit [Quit: Client closed]
sivoais has joined #ste||ar
sivoais has quit [Remote host closed the connection]
sivoais has joined #ste||ar
<pansysk75[m]>
hkaiser: Would a distributed algorithm using a partitioned vector be sufficient to add as a perf-test report? Or do you perhaps have something else in mind?
<hkaiser>
pansysk75[m]: that would be a good starting point
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 255 seconds]
K-ballo1 is now known as K-ballo
HHN93 has quit [Quit: Client closed]
HHN93 has joined #ste||ar
<HHN93>
hkaiser any advice on how performance analysis is to be done?