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/
parsa has joined #ste||ar
parsa has quit [Read error: Connection reset by peer]
parsa| has joined #ste||ar
<github>
[hpx] hkaiser force-pushed find_symbols from 5219aff to c38c6dc: https://git.io/vbzvG
<github>
hpx/find_symbols c38c6dc Hartmut Kaiser: Change existing symbol_namespace::iterate to return all data instead of invoking a callback
<K-ballo>
is it possible to have ctest output junit xml results, or some other well known format?
diehlpk has joined #ste||ar
<zao>
I believe it's rather insistent on emitting its own, at least that's what I found when looking into it.
K-ballo has quit [Quit: K-ballo]
jbjnr has quit [Read error: Connection reset by peer]
hkaiser has quit [Quit: bye]
mcopik has quit [Ping timeout: 268 seconds]
diehlpk has quit [Ping timeout: 272 seconds]
nanashi55 has quit [Ping timeout: 258 seconds]
nanashi55 has joined #ste||ar
parsa| has quit [Quit: Zzzzzzzzzzzz]
kvuser2 has joined #ste||ar
<kvuser2>
Hi my name is Adarsh ,I am new to open-source and want to start contributing. What path should I follow to get started. I have programming experience in C++,C and Python. What repositories and what projects would you suggest I should take up
kvuser2 has quit [Quit: Page closed]
jbjnr has joined #ste||ar
<jbjnr>
heller: zao et al, warning. Moving pycicle into a separate repo has messed up the paths in some scripts, so I will fix them shortly.
<jbjnr>
docs are wrong
<heller>
OK
<heller>
Thanks
<heller>
jbjnr: can the job submission be splitted such that we can have a different number of tasks/nodes for running the tests?
<heller>
One node for compiling, two for running the tests, for example
<jbjnr>
heller: doable, but might be a bit more complicated than it ought to be to make sure that if someone force pushed a branch, then a new slurm task didn't clobber the working dir. between the original build and the secondary test.
<jbjnr>
I didn't do this yet because v1.
<jbjnr>
but multinode testing is in my plan
<jbjnr>
because libfabric/mpi etc
<heller>
Yeah
<heller>
Tcp needs proper distributed testing as well
<heller>
The setup should be doable with job dependencies
<heller>
And we know the name of the jobs...
<jbjnr>
yup. we can slowly add features like that once we have FAU/LSU/zao? up and running ...
<zao>
This may be relevant for those of you building on Windows - Defender makes process spawning take a nice comfy 260ms longer.
* K-ballo
is glad he doesn't have defender
<zao>
I didn't quite think this through... I've got the source code and the build images for my builder on a four-disk ZFS stripe, and no machine with enough free SATA ports to mount it.
david_pfander has joined #ste||ar
akheir has joined #ste||ar
akheir has quit [Remote host closed the connection]
<github>
hpx/master 964b573 Bruno Pitrus: Fixed error in documentation for container version of copy.
<github>
hpx/master ddbc8f9 Bruno Pitrus: Container version of move
<github>
hpx/master f5bfd65 Mikael Simberg: Merge pull request #3028 from brjsp/move_rangests...
<heller>
hkaiser: my main point regarding #3072 is the credit splitting. The other comment is more a general one, unrelated to the actual implementation
<github>
[hpx] hkaiser pushed 1 new commit to find_symbols: https://git.io/vb24E
<hkaiser>
heller: yah I addressed the splitting issue
<heller>
In general, I'm just sceptical to those global operations
<hkaiser>
heller: any better ideas?
<heller>
No, as I'm not sure what the final application for phylanx is... But I'm almost sure, that the broadcast based approach will not be the most optimal one. As an API for exposing the information, it's fine though
<heller>
Only for displaying the names on stdout, it's definitely not as good as the call back based solution
<heller>
Especially since you should be able to derive the names from the ast
<hkaiser>
heller: not necessarily
<hkaiser>
well, that might be possible, but would require duplicating most of the compiler code
<heller>
Or saving the names on the node
<heller>
in*
<heller>
Which the client should do already
<hkaiser>
heller: that means replicating a symbolic namespace in the app
<hkaiser>
I'm not worried about performance of the compilation in phylanx, currently - so I think I'll be fine
<heller>
hkaiser: I don't think so, you still use the symbolic namespace for name resolution
<hkaiser>
sure
<heller>
But then yeah, you might as well store the gids in the ast
<heller>
(that's me not knowing how phylanx works in distributed)
<hkaiser>
I want to have globally discoverable symbols anyways
<hkaiser>
for viz and analysis purposes
david_pfander has quit [Ping timeout: 272 seconds]
mcopik has joined #ste||ar
aserio has quit [Ping timeout: 255 seconds]
aserio has joined #ste||ar
K-ballo has quit [Quit: K-ballo]
<heller>
hkaiser: sure. Just bouncing off ideas without knowing too much about the actual use case
<heller>
hkaiser: another approach using the callback based design would be to use a channel +async iterators instead of storing everything
K-ballo has joined #ste||ar
jaafar_ has joined #ste||ar
aserio has quit [Ping timeout: 240 seconds]
mcopik has quit [Ping timeout: 272 seconds]
Smasher has joined #ste||ar
aserio has joined #ste||ar
mcopik has joined #ste||ar
aserio has quit [Ping timeout: 255 seconds]
<nanashi55>
hkaiser: My paper about HPX is almost finished and I'm going to submit it on monday. Do you want to read the draft first or do you just want to see the submitted version?
<hkaiser>
heller: using channels is an interesting idea
hkaiser has quit [Read error: Connection reset by peer]
parsa has joined #ste||ar
hkaiser has joined #ste||ar
<hkaiser>
nanashi55: I'd love have a look at what you have right now