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
<HHN93> ok got it.
<hkaiser> HHN93: is your PR ready now?
<HHN93> par_unseq?
<hkaiser> #6200
<HHN93> requested changes have been pushed
<hkaiser> urity-Token=IQoJb3JpZ2luX2VjEH0aCXVzLWVhc3QtMSJGMEQCIBjiePMaOi%2B7DvHkrUYU5Vna56NfB0KQ40fjV9YMozrJAiAKhIGfuLUFXeDPceW1aM3HQnvTkbv8Mr0J8t5HkVHgbCqrAghGEAMaDDA0NTQ2NjgwNjU1NiIMJAQpDyG2gQtC6%2F3CKogCTu3YQiEoiIgOd4ffkYab9XRMDRikc%2BE8qBSjREitVrJxfrhs7WqkdKxiDkIs4Z2%2FDzHVbE2zxCgZS4ZfK8sqkzQjT6FmMjsDmDsmCR2e%2F4S%2B97x7JWOud%2BD%2BE7rqsTjB2n3Hzvb93RcEGlZ4dTxPf99bkwRteqMPaVDfQ2NQj3N6TpEuUKoL7sndxY2C3y6Y8Cxsmg5YBVsl3pDcdx81lfEM3ywOJtX0
<hkaiser> s5wbeWen9Eg9X6HgCzE8rwYEV1cGuoH4JjPuLnvKd64mcEG7V1%2FH3tKv4J50kk7%2B%2FPF0HXT4W8lkgN4ILqtdQn1u%2FOrQNEsqzJgmaAr0S%2BlELX2629t5OUoC%2F3NaeB86MKzr1qAGOp4BtQQMJyRN8t4KfZwGrjJNIX6sxfJVgsUj%2F1t%2F5n2xdRjwSCioFA92kBWuuZF6GZMicxC19iCJdD7PwW2eNZd8%2Fz9goBLIvSoIFDXKUhiPx%2FPb9%2FWA2XvOON39xmMKuGno5O3JPyMB97kSV9vnqX9%2FSDGR%2Blrg89t52BvLIPQLnbMfnR13hl046k1TOsnjXLaXwiISATEv8w1zyWIGjUQ%3D&X-Amz-SignedHeaders=host&x-id=GetObject&X-Amz-Signa
<hkaiser> ture=5d3853a7382ec0140bc7abcb6bd9e525ba372af51a2bd66533aba9cec22fc696
<hkaiser> uggh
<HHN93> is there any script to fix the formatting?
<hkaiser> cmake-format
<HHN93> btw I am also facing an issue with clang format
<HHN93>             // clang-format off
<HHN93>             HPX_IVDEP HPX_UNROLL HPX_VECTORIZE for (std::size_t i = 0;
<HHN93>                                                     i != count; ++i)
<HHN93>             {
<HHN93>                 sift_down(first, comp, proj, len, start - i);
<HHN93>             }
<HHN93>             // clang-format on
<HHN93> formats into this
<HHN93> pushed #6199 #6200 @hk
<HHN93> hkaiser
<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.
Neeraj4 has quit [Ping timeout: 260 seconds]
Neeraj79 has quit [Ping timeout: 260 seconds]
Neeraj50 has quit [Ping timeout: 260 seconds]
<Neeraj15> from where I can get those chat
<Neeraj15> hkaiser
<zao> (there has been no links shared yet)
<Neeraj15> hkaiser He still didn't share the link
HHN93 has joined #ste||ar
<HHN93> you can check channel logs here
<Neeraj15> ok HHN93
Neeraj15 has quit [Quit: Client closed]
Neeraj has joined #ste||ar
<Neeraj> hkaiser are you here ?
Neeraj88 has joined #ste||ar
<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?
HHN93 has quit [Quit: Client closed]
hkaiser has quit [Quit: Bye!]