similar to: [LLVMdev] multi-threading

Thanks for your ideas. Polly looked interesting as it seems it has already introduced the basic support for OpenMP that I need. But indeed, it seems difficult to apply the same code on a regular LLVM loop, instead of a SCoP. What I am working on is speculative parallelism, so I cannot provide the SCoPs required by Polly. I analyze the loops and try to parallelize them speculatively at the LLVM

On 2/28/20 12:56 AM, Chris Lattner wrote: > On Feb 27, 2020, at 9:44 PM, Nicholas Krause <xerofoify at gmail.com > <mailto:xerofoify at gmail.com>> wrote: >> On 2/28/20 12:19 AM, Chris Lattner wrote: >>> Hi Nicholas, >>> >>> You might want to check out MLIR: its pass manager is already >>> automatically and implicitly multithreaded.

On 3/3/20 8:37 PM, Chris Lattner wrote: > On Feb 28, 2020, at 6:03 PM, Chris Lattner <clattner at nondot.org > <mailto:clattner at nondot.org>> wrote: >> >> On Feb 28, 2020, at 8:56 AM, Johannes Doerfert >> <johannesdoerfert at gmail.com <mailto:johannesdoerfert at gmail.com>> wrote: >>> On 02/28, Nicholas Krause via llvm-dev wrote:

On Feb 28, 2020, at 8:56 AM, Johannes Doerfert <johannesdoerfert at gmail.com> wrote: > On 02/28, Nicholas Krause via llvm-dev wrote: >> Anyhow what is the status and what parts are we planning to move to >> MLIR in LLVM/Clang. I've not seen any discussion on that other than >> starting to plan for it. > > As far as I know, there is no

Hi, It was proposed to implement OpenMP framework. Is there any progress in this area? Was the question raised at the Euro-LLVM? Does anybody work on implementation? 2011/9/12 Tobias Grosser <tobias at grosser.es>: > On 09/12/2011 05:28 PM, Jimborean Alexandra wrote: >> Thanks for your ideas. >> >> Polly looked interesting as it seems it has already introduced the

Hi Ghislain, The documentation at https://cran.r-project.org/doc/manuals/r-release/R-admin.html#BLAS provides a fair bit of information. What specifically would you like to see added? Best, Ista On Mon, Aug 21, 2017 at 10:13 AM, Ghislain Durif <ghislain.durif at inria.fr> wrote: > Hi Tomas, > > Thanks for your answer. > > Indeed, I checked and my R-3.4.1 installed from the

Hi Ghislain, I think you might be comparing two versions of R with different BLAS implementations, one that is single threaded (is your 3.3.2 used with reference blas?) and one that is multi threaded (3.4.1 with openblas). Could you check with "perf"? E.g. run your benchmark with "perf record" in both cases and you should see the names of the hot BLAS functions and this

Hi Ista, Maybe a little comment in the 'matmult {base}' doc page or on the 'options {base}' in the field 'matprod' would be useful to remind users to be cautious regarding BLAS multi-threading? I understand why this is a BLAS related issue and not directly an R related issue. Nonetheless, my concern was for non-advanced R users, that may don't even know what BLAS

Previously, I have presented my project to you. The current name of my project is PCYNLITX. PCYNLITX platform offers completely new programming technology which can be named as Programmable Meta-Programming System and PCYNLITX platform is just a particular application of this new programming methodology. Basically, PCYNLITX is an intelligent integrated development environment ( IDE ) which can

On 3/18/20 9:49 AM, Nicolai Hähnle wrote: > On Wed, Mar 18, 2020 at 7:23 AM Nicholas Krause via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> On 3/3/20 8:37 PM, Chris Lattner wrote: >> >> On Feb 28, 2020, at 6:03 PM, Chris Lattner <clattner at nondot.org> wrote: >> >> >> On Feb 28, 2020, at 8:56 AM, Johannes Doerfert <johannesdoerfert at

On Sat, Feb 29, 2020 at 5:14 PM Nicholas Krause via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On 2/29/20 7:23 PM, River Riddle wrote: > > > > On Sat, Feb 29, 2020 at 4:00 PM Nicholas Krause <xerofoify at gmail.com> > wrote: > >> >> >> On 2/29/20 6:17 PM, River Riddle via llvm-dev wrote: >> >> >> >> On Sat,

On 09/12/2011 05:28 PM, Jimborean Alexandra wrote: > Thanks for your ideas. > > Polly looked interesting as it seems it has already introduced the basic > support for OpenMP that I need. But indeed, it seems difficult to apply > the same code on a regular LLVM loop, instead of a SCoP. > > What I am working on is speculative parallelism, so I cannot provide the > SCoPs

See comment in code and https://www.redhat.com/archives/libguestfs/2020-August/msg00023.html --- plugins/vddk/vddk.c | 32 ++++++++++++++++++++++++++++---- 1 file changed, 28 insertions(+), 4 deletions(-) diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index 31e58f66..95e030d4 100644 --- a/plugins/vddk/vddk.c +++ b/plugins/vddk/vddk.c @@ -511,17 +511,29 @@ vddk_dump_plugin (void) #endif

Greetings All, For the last few months since the GCC Cauldron I've been researching/helping out plan for multi-threading GCC. I've posted my GCC ideas here: https://docs.google.com/document/d/1po_RRgSCtRyYgMHjV0itW8iOzJXpTdHYIpC9gUMjOxk/edit as I've heard there is interest on the LLVM side as well. I've talked to some of the IBM folks from the Toronto area about it face to face

On 01/07/2012 12:38 AM, Vlad Krylov wrote: > Hi, > > It was proposed to implement OpenMP framework. > Is there any progress in this area? Was the question raised at the > Euro-LLVM? Does anybody work on implementation? I am not aware of any work that was done or is planned to be done in public. At Euro-LLVM I had a short discussion with Alexandra about targeting the OpenMP run

Is there a way to use multi-threading with ffmpeg2theora? Pretty much any type i'm ok with, including multi-threaded theora encoding or multi-threaded ffmpeg decoding, or using half of my cpu cores on ffmpeg decoding and the other half on theora encoding. Is there a way to do multithreaded thoera encoding? -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Tomas, Thanks for your answer. Indeed, I checked and my R-3.4.1 installed from the ubuntu repository use 'libopenblasp-r0.2.18.so' while my R-3.3.2 that I did compiled on my machine use 'libRblas.so' which explain the difference of behavior. I will use RhpcBLASctl to avoid issue when combining matrix product and other multi-threading package. Maybe this point regarding

Recently I met the following spec: http://gcc.gnu.org/onlinedocs/libgomp/OMP_005fNUM_005fTHREADS.html#OMP_005fNUM_005fTHREADS It was new to me OpenMP actually allows to specify "the number of threads to use for the corresponding nested level" in the multidimensional loops. Is that correct in Polly this feature is not supported, and OpenMP clause is always applied only the the most outer

Hi Alexandra, I don't know much, maybe this topic should be bridged with polly-dev (adding it to CC) to bring it more attention. Indeed, polly uses ScopPass, that creates serious limitations in compatibility with other passes. To my understanding, scops are used because ISL loop analysis tool uses scops. In fact, just for handling OpenMP directives scops are not required, unless one need to

I will preface this message by saying that I am not an R developer and no very little about R...but here is my situation: One of my users has developed a model for analysing commodity prices. At the moment when he runs this model on his daily data set it takes roughly 5 hours to complete. He is using a quad core PC with 2gb of RAM. The R process only uses 1 core..i.e. the overall CPU usage tops