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
Yorlik__ has joined #ste||ar
Yorlik_ has quit [Ping timeout: 240 seconds]
hkaiser has quit [Ping timeout: 252 seconds]
sivoais has quit [Server closed connection]
sivoais has joined #ste||ar
hkaiser has joined #ste||ar
hkaiser[m] has joined #ste||ar
hkaiser has quit [Quit: Bye!]
hkaiser has joined #ste||ar
hkaiser has quit [Quit: Bye!]
tufei has quit [Remote host closed the connection]
<Johan511>
this is the command I am compiling with
<Johan511>
am I missing something?
<hkaiser>
I don't know
<Johan511>
ok
<hkaiser>
I assume you're the one that knows most about vectorization
<hkaiser>
at least your gsoc application said as much ;-)
<Johan511>
I will see what I can do
<hkaiser>
thank you!
<Johan511>
just wanted to know, if I can't get the function the to vectorize, do I simple implement the standard lib way of doing things?
<hkaiser>
I think that the solution has to be to find a solution that actually imprves performance, otherwise there is no point in having a specific implementation - we could simply fall back to no-unseq
Johan511 has quit [Quit: Client closed]
HHN93 has joined #ste||ar
HHN93 has quit [Quit: Client closed]
diehlpk_work_ has joined #ste||ar
diehlpk_work has quit [Ping timeout: 240 seconds]
diehlpk_work_ has quit [Remote host closed the connection]