similar to: [LLVMdev] IR code generation and JIT execution in a multithread environment

On Jan 12, 2009, at 8:10 AM, Edgar Geisler wrote: > Hi Everyone, > > my goal is to create a service with multiple threads, each of them > generating IR code and JIT'ing/executing it in their threads > and some threads will share generated code through a code > repository... > > 1. Is there a guideline/docu out there, which describes > serialization of > some

On Jan 12, 2009, at 11:10, Edgar Geisler wrote: > my goal is to create a service with multiple threads, each of them > generating IR code and JIT'ing/executing it in their threads and > some threads will share generated code through a code repository... Hi Edgar, Module and Value are unsafe for concurrent access--even disjoint instances thereof. So you'll need to hold a

Quick related Q: Does the global lock of the JIT during code generation prevent concurrent execution of already JIT-ted code? Thanks. On Jan 12, 2009, at 9:34 AM, Gordon Henriksen wrote: > On Jan 12, 2009, at 11:10, Edgar Geisler wrote: > >> my goal is to create a service with multiple threads, each of them >> generating IR code and JIT'ing/executing it in their threads

Hello! I have a data set with 8 columns and in about 5000 rows. What I want to do is to generate samples of this data set. Samples of a special size, as example 200. What is the easiest way to do this? No special things are needed, only the random selection of 200 rows of the data set. Thanks Alex -- Alexander Geisler * Kaltenbach 151 * A-6272 Kaltenbach email: alexander.geisler at gmx.at

Hello! I have the following problem. My code: --snip-- ergebnisse <- rep(0, each=2) stichproben <- rep(0, each=2) for (i in seq(1:2)) { n <- dim(daten)[1] ix <- sample(n,200) # producing samples samp_i <- daten[ix,] stichproben[i] <- samp_i # doesn???t works # Calculation of the model: posterior_i <- MCMClogit(y ~ fbl.ind + fekq3 + febitda4 + fuvs + fkru +

Hello! So, the simulation works (drawing 100 samples and then calculate the model for each sample). Here is the code: --snip-- # sample size n=200 ergebnisse200 <- rep(0, each=100) stichproben200 <- vector(?list?, 100) default200 <- rep(0, each=100) for (i in seq(1:100)) { n <- dim(daten)[1] ix <- sample(n,200) samp_i <- daten[ix,] # draw samples y <- sum(samp_i$y)

> > It just occurred to me... in the case where it's failing, the > ExecutionEngine was trying to JIT a global, and it had never JITted > any functions!  I'll work up a small test case, but I think it's > relevant since the thing is trying to allocate the globals with the > functions. > That was it! The following small test program crashes in getPointerToGlobal:

On May 12, 2008, at 02:58, Mahadevan R wrote: >> Consider the case where a function creates and populates a Module, >> stuffs it in an ExistingModuleProvider for the JIT, then returns >> the ModuleProvider, dropping direct reference to the Module. >> (ModuleProvider takes ownership of the Module.) I presume that your >> Python object is under the impression

On Mon, May 12, 2008 at 7:55 PM, Gordon Henriksen <gordonhenriksen at mac.com> wrote: > On May 12, 2008, at 02:58, Mahadevan R wrote: > > >> Consider the case where a function creates and populates a Module, > >> stuffs it in an ExistingModuleProvider for the JIT, then returns > >> the ModuleProvider, dropping direct reference to the Module. > >>

I'm trying to set up some automated testing, and I'd like to have multiple instances of ExecutionEngines, so that the state from the first test doesn't alter the second state. Right now I'm doing something along the lines of: Module *emptyModule = new Module("emptyModule"); ExecutionEngine executionEngine = ExecutionEngine::create(emptyModule);

Thanks for the reply. I actually managed to resolve this problem mostly to my satisfaction. I suspect based on your description of materializeFunction I may be best served by subclassing the ModuleProvider to do what I want. Thanks again. --- On Mon, 7/6/09, Chris Lattner <clattner at apple.com> wrote: > From: Chris Lattner <clattner at apple.com> > Subject: Re: [LLVMdev]

Hi Erick, Thanks, this looks good. Can you please resubmit this patch, and the others, as an attachment? On Mar 4, 2008, at 03:19, Erick Tryzelaar wrote: > --- > bindings/ocaml/llvm/llvm.ml | 2 +- > bindings/ocaml/llvm/llvm.mli | 2 +- > bindings/ocaml/llvm/llvm_ocaml.c | 2 +- > include/llvm-c/Core.h | 32 ++++++++++++++++++ > +-------------

> Consider the case where a function creates and populates a Module, stuffs it > in an ExistingModuleProvider for the JIT, then returns the ModuleProvider, > dropping direct reference to the Module. (ModuleProvider takes ownership of > the Module.) I presume that your Python object is under the impression it > owns the Module; when that goes out of scope, its refcount goes to zero

Hi , I see in the libtheora 1.0 beta3 changelog that included new libtheoradec and libtheoraenc libraries supporting the new API from theora-exp , that it means that have multithread encoder? _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Right, this gets into the whole error-handling philosophy of LLVM, or lack thereof. The idea is that so long as your frontend generating IR gives correct IR and is well-behaved, LLVM will not assert, abort, or crash. Once you've successfully debugged your frontend, you should never see this kind of error from LLVM and need to recover from it. In practice, this is true enough that it is

We try to use llvm to translate and generate the native code in parallel with multi-thread. But some various bugs will be triggered. We run the following code in multithread environment: ################## BasicBlock::Create(_CTX(), "dispatch", cpu->cur_func, 0); BranchInst::Create(bb_start, label_entry); cpu->exec_engine->getPointerToFunction ##################3 And cpu

Hello, I would like to suggest an option to rsync that makes it output sizes in human readable units, instead of always using bytes. So Total file size: 30864401502 bytes would be output as: Total file size: 28.7 GiB Similarly for mebibytes and kibibytes. If there's already such an option, then I'm sorry -- I didn't find it in the manual pages. -- Martin Geisler

On May 10, 2008, at 05:44, Mahadevan R wrote: > I'd like to announce the availability of Python bindings for LLVM. > > It is built over llvm-c, and currently exposes enough APIs to build > an in-memory IR (and dump it!). It needs LLVM 2.3 latest and Python > 2.5 (2.4 should be sufficient, but I haven't tested). Tested only on > Linux/i386. > > Would love to

Dose anyone know if R can handle multithread processing? Regards, Harvey -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch

Hello, Sorry if this question has been posted before but could't find out exactly an answer to the question.... I'm doing bioinformatics and doing small RNA sequencing that make use of packages such as DESeq and EDGE. For those familiar with this data you will notice that you end up having large matrices with millions of entries. So i guess many people might be facing the same problem