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/
katywilliams has joined #ste||ar
katywilliams has quit [Ping timeout: 256 seconds]
eschnett has quit [Quit: eschnett]
parsa has quit [Quit: Zzzzzzzzzzzz]
eschnett has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 276 seconds]
parsa has joined #ste||ar
eschnett has quit [Quit: eschnett]
K-ballo has quit [Quit: K-ballo]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 276 seconds]
hkaiser has quit [Quit: bye]
vamatya has joined #ste||ar
Anushi1998 has joined #ste||ar
Anushi1998 has quit [Quit: Leaving]
parsa has quit [Quit: Zzzzzzzzzzzz]
parsa has joined #ste||ar
parsa has quit [Ping timeout: 264 seconds]
jaafar has quit [Ping timeout: 256 seconds]
Anushi1998 has joined #ste||ar
<verganz> Is threre any matrix class in LibGeoDecomp? to multiply by Coord<3> variables for example
Anushi1998 has quit [Remote host closed the connection]
Anushi1998 has joined #ste||ar
CaptainRubik has joined #ste||ar
anushi has quit [Read error: Connection reset by peer]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 245 seconds]
anushi has joined #ste||ar
Anushi1998 has quit [Quit: Leaving]
nikunj has joined #ste||ar
vamatya has quit [Ping timeout: 264 seconds]
nikunj_ has joined #ste||ar
nikunj has quit [Ping timeout: 260 seconds]
CaptainRubik has quit [Ping timeout: 260 seconds]
Anushi1998 has joined #ste||ar
CaptainRubik has joined #ste||ar
Anushi1998 has quit [Remote host closed the connection]
Anushi1998 has joined #ste||ar
<github> [hpx] StellarBot pushed 1 new commit to gh-pages: https://git.io/vxON4
<github> hpx/gh-pages 92fc807 StellarBot: Updating docs
Anushi1998 has quit [Ping timeout: 240 seconds]
verganz has quit [Ping timeout: 260 seconds]
nikunj has joined #ste||ar
nikunj_ has quit [Ping timeout: 260 seconds]
nikunj has quit [Ping timeout: 260 seconds]
Viraj has joined #ste||ar
<Viraj> Hi, I wanted to ask again as to how do I generate the trace file for a program execution?
<Viraj> They basically provide information of how much time a task within a program ran and some other details based on the task's properties
Anushi1998 has joined #ste||ar
Anushi1998 has quit [Client Quit]
Anushi1998 has joined #ste||ar
<Viraj> Anybody?
hellais764 has joined #ste||ar
hellais764 has quit [Client Quit]
anushi_ has joined #ste||ar
anushi_ has quit [Client Quit]
Anushi1998 has quit [Ping timeout: 240 seconds]
Anushi1998 has joined #ste||ar
<Anushi1998> heller: I want to discuss something regarding agas service.Good time to proceed?
<heller> Just ask
<Anushi1998> I have studied that first 64 bits are used to address the locality,So that if we can cache address from locality cache.
<Anushi1998> So is something special needed to be done after we have traversed 64 bits in (say) trie, like we need to point it towards that locality.
<Anushi1998> Correct me if I am in wrong direction :)
<Anushi1998> Also then say if our component is moved then we need to update our ds in midway(64 bit)
<Anushi1998> heller: ^
EverYoung has joined #ste||ar
<heller> Anushi1998: During migration, the gids aren't updated
<heller> So yeah, locality + component + ???
EverYoung has quit [Ping timeout: 240 seconds]
<Anushi1998> yeah but the localities will be
<Anushi1998> so I just wanted to confirm that after 64 bits if we are pointing to locality then we need to update that?
<Anushi1998> Also, one thing I couldn't find is where is struct HPX_EXPORT implemented?As gid_type is defined to be of HPX_EXPORT type in naming_fwd.hpp
mcopik_ has joined #ste||ar
Viraj has quit [Quit: Page closed]
diehlpk has joined #ste||ar
victor_ludorum has joined #ste||ar
anushi_ has joined #ste||ar
K-ballo has joined #ste||ar
Anushi1998 has quit [Ping timeout: 240 seconds]
diehlpk has quit [Ping timeout: 260 seconds]
<zao> anushi: HPX_EXPORT is a macro that ensures that the type or function it decorates is exported/imported properly from DLLs/so files.
<zao> So `struct gid_type` is a type that's intended to be consumed across an OS module boundary.
<anushi> zao: thanks :)
<zao> On Windows it essentially means `__declspec(export)` and `__declspec(import)` decoration, while on Linux and similar platforms it's some sort of `attribute((((((visibility(default)))))))` attribute.
<zao> (I've got no idea about the spelling of the last one :P )
<anushi> zao: nice :) Thanks a lot
<victor_ludorum> Hello Can anyone explain about this comment https://github.com/STEllAR-GROUP/hpx/blob/master/hpx/util/histogram.hpp#L74 ?
<victor_ludorum> Actually, after this comment there is a line #if defined(HPX_MSVC_WARNING_PRAGMA) #pragma warning(push) #pragma warning(disable: 4244)
<victor_ludorum> So, I just want to ask is that line doing the conversion from 'const __int64' to 'const double'
<zao> The pragmas are just muting the warning on MSVC.
<victor_ludorum> Okay sir
<zao> Some actual code does an implicit conversion.
<victor_ludorum> Actually it was written just beneath therefore, I have confusion
<zao> Indeed not that obvious what is going on if you're not familiar with the spelling of the error and the use of pragmas :)
<victor_ludorum> zao: Okay sir!! One more help if you don't mind can you provide the link for the documentation where all HPX_EXPORT, HPX_THROWS_IF are written so that I can get the proper details of their functioning
<zao> Not really sure if it's documented much, as it's a common pattern in any library that may be used as a DLL.
<zao> The GNU people have a decent writeup on their wiki - https://gcc.gnu.org/wiki/Visibility
<K-ballo> zao: look at you, quoting the Niall
<zao> I know, I know.
<victor_ludorum> zao: Okay sir!! Thanks for help :)
<zao> `Singularity debian-2018-03-17:~> ls /opt
<zao> llvm-3.7 llvm-3.8 llvm-3.9 llvm-4.0 llvm-5.0 llvm-6.0`
<zao> I'm surprised that they all actually built. I wonder if they can also compile code :)
<zao> victor_ludorum: In general, such internal infrastructure is probably not too documented in user-facing documentation, as they're not quite part of how to use HPX.
<zao> (I wouldn't know, I haven't read it)
<victor_ludorum> zao: Okay Sir, Actually I am having problem in that because I don't know about it .
<victor_ludorum> Therefore, I have asked if I can get any help.
<zao> `git grep`, github's "this repository" search box and the `t` key on github to find files are my best friends when I'm in a new codebase.
<zao> The `t` key lets you type parts of filenames and quickly find it in the web interface, which is awesome.
<K-ballo> `t`?
<K-ballo> oh damn!
<K-ballo> and here I was, navigating the tree like a..
Viraj has joined #ste||ar
<zao> Been there, done that!
<zao> `?` gets you the quick list of shortcuts.
anushi has quit [Ping timeout: 252 seconds]
anushi_ has quit [Remote host closed the connection]
anushi_ has joined #ste||ar
anushi_ has quit [Remote host closed the connection]
diehlpk has joined #ste||ar
victor_ludorum has quit [Ping timeout: 260 seconds]
CaptainRubik has quit [Ping timeout: 260 seconds]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 240 seconds]
jaafar has joined #ste||ar
anushi has joined #ste||ar
sharonhsl has joined #ste||ar
Anushi1998 has joined #ste||ar
<Viraj> which malloc should one use? tcmalloc or jemalloc
<Anushi1998> Viraj: As far as I know, tcmalloc
<zao> Varies a bit among OSes, but tcmalloc is the suggested one for Linux IIRC.
<Viraj> okay thanks for the clarification
<zao> Thanks for the reminder, forgot to install libgoogle-perftools-dev in my container.
<Anushi1998> If it's not against rules can I get this paper : http://new.emerging-researchers.org/projects/12923/
<Anushi1998> I think it will help me better to understand the work done till now :)
<Anushi1998> PS: I tried scihub and libgen but no results :(
<diehlpk> Anushi1998, <i think there is no paper
<Anushi1998> diehlpk: Isn't it a conference?
<diehlpk> Can just be a poster or presentation
<Anushi1998> Okay, thanks :0
<Anushi1998> *:)
<Anushi1998> yeah, ok
hkaiser has joined #ste||ar
Anushi1998 has quit [Quit: Leaving]
sharonhsl has quit [Quit: Page closed]
diehlpk has quit [Ping timeout: 240 seconds]
victor_ludorum has joined #ste||ar
diehlpk has joined #ste||ar
<diehlpk> anushi, Most of our publications can be found here http://stellar-group.org/publications/
daissgr has joined #ste||ar
Viraj has quit [Quit: Page closed]
diehlpk has quit [Ping timeout: 264 seconds]
parsa has joined #ste||ar
<anushi> thanks :)
Anushi1998 has joined #ste||ar
<Anushi1998> hkaiser:You have created benchmark tests for testing performance of B-Tree and AVL in GID.Can you please share that code for benchmark tests and these DS, it would be of great help to understand what is expected
daissgr has quit [Ping timeout: 276 seconds]
anushi_ has joined #ste||ar
Anushi1998 has quit [Read error: Connection reset by peer]
Anushi1998 has joined #ste||ar
victor_ludorum has quit [Quit: Page closed]
anushi_ has quit [Ping timeout: 264 seconds]
anushi has quit [Ping timeout: 240 seconds]
anushi_ has joined #ste||ar
Anushi1998 has quit [Ping timeout: 252 seconds]
eschnett has joined #ste||ar
vamatya has joined #ste||ar
<github> [hpx] hkaiser closed pull request #3233: Make schedule_thread take suspended threads into account (master...fix-schedule_thread) https://git.io/vxfJW
EverYoun_ has joined #ste||ar
<github> [hpx] hkaiser pushed 1 new commit to master: https://git.io/vx3G5
<github> hpx/master aa33855 Hartmut Kaiser: Merge pull request #3225 from STEllAR-GROUP/fix_3221...
diehlpk has joined #ste||ar
diehlpk has quit [Ping timeout: 240 seconds]
anushi has joined #ste||ar
jakub_golinowski has joined #ste||ar
EverYoun_ has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 240 seconds]
daissgr has joined #ste||ar
anushi_ has quit [Remote host closed the connection]
daissgr has quit [Ping timeout: 252 seconds]
mcopik_ has quit [Ping timeout: 256 seconds]
daissgr has joined #ste||ar
jakub_golinowski has quit [Ping timeout: 240 seconds]
diehlpk has joined #ste||ar
ct-clmsn has joined #ste||ar
katywilliams has joined #ste||ar
parsa has quit [Quit: Zzzzzzzzzzzz]
diehlpk has quit [Ping timeout: 240 seconds]
ct-clmsn has quit [Read error: Connection reset by peer]
ct-clmsn has joined #ste||ar
ct-clmsn is now known as Guest89132
Guest89132 has quit [Read error: Connection reset by peer]
ct_ has joined #ste||ar
ct_ has quit [Client Quit]
katywilliams has quit [Ping timeout: 240 seconds]
katywilliams has joined #ste||ar
Viraj has joined #ste||ar
mcopik_ has joined #ste||ar
Viraj has quit [Ping timeout: 260 seconds]
katywilliams has quit [Ping timeout: 256 seconds]
katywilliams has joined #ste||ar
Anushi1998 has joined #ste||ar
katywilliams has quit [Ping timeout: 240 seconds]
<Anushi1998> hkaiser: You have created benchmark tests for testing performance of B-Tree and AVL in GID.Can you please provide the link to that code for benchmark tests and these DS, it would be of great help to understand what is done till now and what is expected.(What I can found is for std::map)
jakub_golinowski has joined #ste||ar
<hkaiser> Anushi1998: yah
<hkaiser> Anushi1998: I need to find the code, but as I remember that work was underwhelming
<hkaiser> he worked for 6 weeks with essentially no results whatsoever
<Anushi1998> If you could share that code it would be of great help
<Anushi1998> I just want to get an idea about the work done till now
<hkaiser> will try to fin dit, I need to ask around
<Anushi1998> So that I can better get the problem
<Anushi1998> Thanks :)
<hkaiser> Anushi1998: I think he just did some comparisons of various associative containers
<Anushi1998> Here you have mentioned that result was better than std::map
<Anushi1998> So why you again switched back to map
<hkaiser> Anushi1998: as I said, this work was useless, I'd say let's red the comparison
<hkaiser> I don't trust those results
<Anushi1998> Okay
<hkaiser> I don't even remember his github nick :/
<Anushi1998> Okay, no problem
<Anushi1998> It might sound a silly question but why we are choosing 128 bits to represent GID.Isn't it too much?
<hkaiser> Anushi1998: 64 bits is too little ;-)
EverYoung has joined #ste||ar
<Anushi1998> 2^64 is approx 1e18.Our address space is exceeding that :/
<hkaiser> Anushi1998: well, one machine has a 64bit address space, and if we have thousands of those we need more than those 64 bits
<hkaiser> 32bits are reserved for other things btw
<Anushi1998> Ohh I see, thanks :)
<Anushi1998> yeah i have studied that 64 are for locality
<Anushi1998> but what are 32bits for then?
<Anushi1998> hkaiser: thanks a lot :)
EverYoung has quit [Ping timeout: 276 seconds]
<github> [hpx] hkaiser pushed 1 new commit to master: https://git.io/vx32f
<github> hpx/master 6127c4c Hartmut Kaiser: Remove obsolete reference to security components from comment
katywilliams has joined #ste||ar
katywilliams has quit [Ping timeout: 240 seconds]
vamatya has quit [Ping timeout: 248 seconds]
ct-clmsn has joined #ste||ar
katywilliams has joined #ste||ar
katywilliams has quit [Ping timeout: 256 seconds]
<ct-clmsn> are designated initializers for structs broken in msvc++ 2017?
<ct-clmsn> well not broken, but maybe...not supported by default?
<K-ballo> C's designated initializers or C++ ones?
<ct-clmsn> great question! trying to work with libfabric
<ct-clmsn> libfabric has C structs that are extern'd to c++
<ct-clmsn> msvc++ seems to not want to play nicely with extern "C" { - throws a strange compile error
<ct-clmsn> "{" :missing function header (old-style formal list?)
<ct-clmsn> is the exact error
<ct-clmsn> not sure if that helps...
<K-ballo> some years back MSVC added enough support for C's designated initializers to support some popular libraries
<ct-clmsn> the googles had a couple articles about that
<ct-clmsn> the funny part, the libfabric demo codes compile in msvc++ just fine
<ct-clmsn> using the same headers
<ct-clmsn> suspect it has something to do with the extern "C" annotation
<ct-clmsn> ah well. will continue to fiddle - thanks!
ct-clmsn has quit [Quit: Leaving]
diehlpk has joined #ste||ar
Anushi1998 has quit [Ping timeout: 240 seconds]
galabc has joined #ste||ar
diehlpk has quit [Ping timeout: 256 seconds]
parsa has joined #ste||ar
gablab has joined #ste||ar
galabc has quit [Ping timeout: 240 seconds]
gablab has quit [Client Quit]
katywilliams has joined #ste||ar
Anushi1998 has joined #ste||ar
diehlpk has joined #ste||ar
katywilliams has quit [Ping timeout: 256 seconds]
diehlpk has quit [Ping timeout: 240 seconds]
jbjnr has joined #ste||ar
diehlpk has joined #ste||ar
Anushi1998 has quit [Quit: Leaving]
diehlpk has quit [Ping timeout: 240 seconds]
diehlpk has joined #ste||ar
prashantjha has joined #ste||ar