hkaiser 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/ | GSoD: https://developers.google.com/season-of-docs/
weilewei has joined #ste||ar
hkaiser has quit [Quit: bye]
weilewei has quit [Remote host closed the connection]
K-ballo has quit [Ping timeout: 246 seconds]
jbjnr has joined #ste||ar
<jbjnr> I'm seeing a lot of lockups in my tests. Anyone else got problems?
<jbjnr> I rebased onto master, might have broken something ....
david_pfander has quit [Remote host closed the connection]
david_pfander has joined #ste||ar
K-ballo has joined #ste||ar
jbjnr has quit [Read error: Connection reset by peer]
rori has joined #ste||ar
nikunj has quit [Remote host closed the connection]
david_pfander has quit [Quit: david_pfander]
jbjnr has joined #ste||ar
K-ballo1 has joined #ste||ar
K-ballo has quit [Ping timeout: 268 seconds]
K-ballo1 is now known as K-ballo
<rori> heller: hey ! I'm wondering if memory_chunk.hpp is still used ? cause I have circular dependencies between the threading module and the util module (memory_chunk in util is including posix_utility.hpp which is in threading)
jaafar has quit [Ping timeout: 250 seconds]
<jbjnr> which memory_chunk?
<rori> ./libs/util/include/hpx/util/memory_chunk.hpp
hkaiser has joined #ste||ar
<rori> I checked the includes and no file is including it
<heller> rori: if it's not used, go ahead
<rori> Ah right ^^
<jbjnr> seems apropos when refactoring everything!
<hkaiser> interesting!
<simbergm> hkaiser: the thread pools proposal you were talking about yesterday, is this in the context of one of the executor proposals (like this: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0443r7.html) or were you thinking about a separate paper?
<hkaiser> not sure if it ended up in p0443
<hkaiser> but yah, the discussions were in the context of it
<hkaiser> could be in one of the earlier revisions of p0443
<simbergm> ok, thanks! (there is one in that one: section 1.7)
<zao> What if an user code uses it, it’s not in detail is it? :)
<zao> Oh, already gone :)
<simbergm> zao: we'll deal with that one (imaginary) user separately...
<simbergm> some things are just not worth deprecating gently
aserio has joined #ste||ar
<rori> hkaiser: are you building on visual studio ? and do you do it locally or remotely ?
<hkaiser> I use visual studio locally
<rori> It takes ages to cmake and build.. ^^
<hkaiser> I use cmake outside of VS, never tried cmake support in VS
<hkaiser> building takes a while, depending on how many cores you have
<hkaiser> for me the core libraries take about 2 minutes to rebuild
<hkaiser> which is not worse than on linux, I believe
<rori> only 4
<hkaiser> ahh, well
<K-ballo> ninja helps a bit
<jbjnr> must go back to ninja
hkaiser has quit [Quit: bye]
<jbjnr> used it ages ago but stopped. no idea why
<rori> yeah I use ninja on VS
hkaiser has joined #ste||ar
maxwellr96 has joined #ste||ar
aserio has quit [Ping timeout: 264 seconds]
rori has quit [Quit: bye!]
aserio has joined #ste||ar
quaz0r has quit [Ping timeout: 246 seconds]
quaz0r has joined #ste||ar
aserio1 has joined #ste||ar
aserio has quit [Ping timeout: 264 seconds]
aserio1 is now known as aserio
aserio1 has joined #ste||ar
aserio has quit [Ping timeout: 276 seconds]
aserio1 is now known as aserio
aserio1 has joined #ste||ar
aserio has quit [Ping timeout: 250 seconds]
aserio1 is now known as aserio
hkaiser has quit [Quit: bye]
K-ballo has quit [Ping timeout: 246 seconds]
maxwellr96 has quit [Read error: Connection reset by peer]
K-ballo has joined #ste||ar
hkaiser has joined #ste||ar
<aserio> hkaiser: yt?
K-ballo has quit [Ping timeout: 258 seconds]
<hkaiser> aserio: here
aserio has quit [Quit: aserio]
<diehlpk_work> hkaiser, Tim was able to get the netboot working and we could boot two PIs using a third one as the head node
<diehlpk_work> Next thing is to see what is happening, if we boot 150 at the same time and all ask dhcp for the ip address and read the nsf file system
<diehlpk_work> In addition, the clients can not write to the file system
<diehlpk_work> However, we should be able to run the stencil 8 benchmark from the head node and the user can specify the number of nodes and cpus per node in the terminal
quaz0r has quit [Ping timeout: 245 seconds]
quaz0r has joined #ste||ar