search for: 66111

...ower latency processing and support for higher bandwidth PCI-E 2.0 (PCI-E is not 100% efficient so a 20Gbit PCIE connect will hold back a 20Gbit IC). > > Thank you. What TCP bandwidth did you get with the gen4 cards? Jan -- Jan Ruffing Software Developer Motama GmbH Lortzingstraße 10 · 66111 Saarbrücken · Germany tel +49 681 940 85 50 · fax +49 681 940 85 49 ruffing@motama.com · www.motama.com Companies register · district council Saarbrücken · HRB 15249 CEOs · Dr.-Ing. Marco Lohse, Michael Repplinger This e-mail may contain confidential and/or privileged information. If you are not...

On 9 March 2015 at 17:30, Tobias Grosser <tgrosser at inf.ethz.ch> wrote: > If my memories are right, one of the critical issues (besides > other engineering considerations) was that parallelism metadata in LLVM is > optional and can always be dropped. However, for > OpenMP it sometimes is incorrect to execute a loop sequential that has been > marked parallel in the source

On 10 March 2015 at 08:36, Kevin Streit <streit at mailbox.org> wrote: > Again, optimizations could break it, violating a possible contract with the user. AFAIK, all these annotations are more hints than contracts. Adding #pragma omp simd on a loop that has forward dependencies that cannot be solved should not make the loop vectorize (incorrectly). Same goes for standard OMP, threads and

I'm part of a research group at MIT looking to create an extension of LLVM that inherently allows one to nicely code a parallel loop. Most parallel frameworks tend to take the body of a parallel loop and stick it inside of a function for the parallel runtime to call when appropriate. However, this makes optimizations significantly more difficult as most compiler optimizations tend to be