similar to: LLVM multithreading support

On Apr 12, 2020, at 2:23 PM, Eli Friedman <efriedma at quicinc.com> wrote: > > Yes, the llvm::Smart* family of locks still exist. But very few places are using them outside of MLIR; it’s more common to just use plain std::mutex. > > That said, I don’t think it’s really a good idea to use them, even if they were fixed to work as designed. It’s not composable: the boolean

+chandlerc, aaronballman, in case there are additional carryovers and/or issues from the review thread which I've left out. I have a patch up for review[1, 2] that attempts to replace LLVM's mutex implementation with std::mutex and std::recursive_mutex. While the patch seems to work, there are questions surrounding whether or not the approach used is correct. I'll try to summarize

On Sat, Feb 29, 2020 at 2:25 PM David Blaikie via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Sat, Feb 29, 2020 at 2:19 PM Chris Lattner <clattner at nondot.org> wrote: > >> On Feb 29, 2020, at 2:08 PM, David Blaikie <dblaikie at gmail.com> wrote: >> >> I've >>> curious as >>> to how MLIR deals with IPO as that's

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, Feb 29, 2020 at 2:25 PM David Blaikie via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> >> >> On Sat, Feb 29, 2020 at 2:19 PM Chris Lattner <clattner at nondot.org> >>

On Mon, Jun 26, 2017 at 10:27:54AM +0300, Maxim Kozover wrote: > I'd like to ask you, please, about multithreading with libguestfs. > I'm using libguestfs 1.36.4 with Perl front-end. > > Should it be possible to have the same libguestfs appliance provide both > fuse interface and periodically perform some longer APIs like find0? > > I mean make one Perl thread do

On Feb 29, 2020, at 2:08 PM, David Blaikie <dblaikie at gmail.com> wrote: > I've > curious as > to how MLIR deals with IPO as that's the problem I was running into. > > FWIW I believe LLVM's new pass manager (NPM) was designed with parallelism and the ability to support this situation (that MLIR doesn't? Or doesn't to the degree/way in which the NPM

Hi all, Today, we maintain a high bar for getting a new subproject into LLVM: first a subproject has to be built far enough along to “prove its worth” to be part of the LLVM monorepo (e.g. demonstrate community, etc). Once conceptually approved, it needs to follow all of the policies and practices expected by an LLVM subproject. This is problematic for a couple reasons: it implicitly means that

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 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. > > -Chris Chris, I was aware that LLVM was moving to MLIR at some point due to this. I've curious as to how MLIR deals with IPO as that's the problem I was running into. Even if you have pipelines what

On Wed, Mar 25, 2020 at 8:52 AM Doerfert, Johannes <jdoerfert at anl.gov> wrote: > I think the solution space for the value/use-list issue might be larger > than what was mentioned so far. > > > Some random thoughts: > > If no pass ever walks the use list of a constant, except globals which > we could handle differently, we could get rid of their use-list or >

I was surprised, given the vector-ish nature of R, to see that (according to my CPU meters) there doesn't seem to be any obvious multithreading in R. Are there any plans to change this?

I noticed that the statically linked ogg/vorbis libraries for Windows are multithreaded. I want to link them into a non-multithreaded application, so I'm considering recompiling them to use the non-multithreaded C runtime. Is this feasible, or do libogg and libvorbis rely on multithreading? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Dear list, is R capable of multithreading? At the moment it uses only 1 CPU out of 4 CPUs on my system. Is there a compilation option or start option so that R uses multiple CPUs at the same time to accomplish a calculation? Some information on my system: > R.version _ platform x86_64-pc-linux-gnu arch x86_64 os linux-gnu system x86_64,

Hello, We were doing some experiments to deserialize/JIT bitcode on multiple threads and we hit what looks like this issue: http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-April/027937.html We're using LLVM-3.5 so I was a bit surprised that the patch that was provided in 2013 doesn't appear to be in the current codebase. I'm curious what the status of this patch and issue are? Are

Hello , I'm new to R and don't really understand how to use the function "apply" instead of a "for loop", particularly for a function with multiple entries. I have a big data file and would like to apply a function in multi thread to accelerate the processus. I have a data frame containing values of* CO2 in ppm (resp[i,6])* that I want to convert in umol of CO2

Hi All, I have looked through the following thread: http://tolstoy.newcastle.edu.au/R/help/02b/4551.html and would like to ask after 1.5 year the same question: Are there any plans to involve multithread computations in R? Few word about my motivation: I use R on my OpenSSI cluster with 7 CPUs, so one could simply think of this cluster as of single computer with 7 CPU. My

Hi. I need to execute a function from within a GUI. This seems to be no problem but this function takes about 4 minutes to finish, which means the application doesn't react at all, while the function is running. Can I execute a function as a separate Thread, while keeping control(e.g. a reference) of it at the same time? If not, how do this with a class containing this function? thanks,

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

Hi, where could one find any LLVM development roadmap for this and perhaps next year? Especially would be interesting to know about * planned features for PS3 Cell processor -- as well as for Wii, Xbox360 CPUs * multithreading in general * possibly coming changes in major versioning and related issues * other interesting featuring comments on current status to above listed items are also

we people are new team for ruby. we trying to put multithreading in our code. how is it possible? we want to read a message from queue and process that message parellaly and finally insert the message to the DB. Can you give me the Idea please. we want to process 7000 to 10000 message and store it to the Database perminute. we are trying through threads. can you please help me how we do?