similar to: Question about R and multiple CPU's

Is this a SPARC system? On at least some SPARC systems, the "long double" type in C is implemented very slowly in software, and it seems that it is used for the sums done when calculating standard deviations with "sd". Radford Neal > Date: Wed, 8 Aug 2012 18:55:37 -0500 > From: "Eberle, Anthony" <aeber at allstate.com> > To: <r-devel at

Does anyone have any guidance on swap and memory configuration when running R v2.15.1 on UNIX/LINUX? Through some benchmarking across multiple hardware (UNIX, LINUX, SPARC, x86, Windows, physical, virtual) it "seems" that the smaller memory machines have an advantage. Typically my organization builds their UNIX servers at a 1:1 physical memory:swap configuration. We plan on running

I made a mistake in my previous email what I want to know about is the component called lli which is part of the LLVM compiler infrastructure. The command lli allow for programs compiled to bytecode to be run directly. 1. How does the lli keep itself from being overwritten by a misbehaving program? 3. does it support multithreading? 4. does lli allow for multitasking or do you just ran one VM

Chris Lattner wrote: > I'm fine with starting simple and generalizing it out from there. I'd > actually recommend against trying to implement a maximally precise > dependence analyzer without a client. With no client, there is no way > to test that you're getting correct results and whether the > improvements in precision are actually useful. > > I'd

Hi All In the past I have worked with parallel processing in R where a function F is applied to the elements of a list L. The more cpu cores one has, the faster the process will run. At the time of launching the process for (F,L) I will have a certain fixed number of cpu's that I can use. I have tested this approach and it works fine (i.e. package 'multicore' , using 'mapply'

Hello Valery, I have some comments regarding your thoughts on LLVM support for distributed computing. Valery A.Khamenya wrote: >There should be an engine and layer for making dispatching optimizations in run-time. If one CPU is loaded and code is >"parallelizable" why then not to send some part of >calculation to other CPU? This kind of on-fly decision will >be one day

On Mar 18, 2008, at 9:21 AM, Wojciech Matyjewicz wrote: > Hi, > >> Cool! I think the most critical part of this is to get a good >> interface for dependence analysis. There are lots of interesting >> implementations that have various time/space tradeoffs. >> >> For example, it would be great if Omega was available as an option, >> even if the compiler

Hello, Does anyone know of an R version of loess that allows more than 4 predictors and/or allows the specification of offsets? For that matter, does anyone know of _any_ version of loess that does either of the things I mention? Thanks, Paul Louisell 650-833-6254 ploua@allstate.com Research Associate (Statistician) Modeling & Data Analytics ARPC [[alternative HTML version deleted]]

Hello Se'bastien, > I'm not sure to correctly understand what you mean, but I interpret it > as LLVM deciding where the code should be executed, like some > load-balancing strategy. in this particular example it was really like that. However I've tried to emphasize as well, that a decision "where to execute" is strongly connected with LLVM optimizations, which

Hello, Thanks for your work on the bb-vectorizer. It looks like a promising pass to be used for multi-work-item-vectorization in pocl. On 02/04/2012 06:21 AM, Hal Finkel wrote: > Try it now (after r149761). If this "solution" causes other problems, > then we may need to think of something more sophisticated. I wonder if the case where a store is the last user of the value could

Hi I'm running the same R script (throuth linux shell) of several cpu's. This R program uses random numbers and the result should be different every time. But if put jobs (through Torque) for several cpu's I get the same result. As a resealt my program saves numbers in file with randomly generated names. works like a charm on one cpu, but I get the same result from different

Am 19.04.2011 um 16:44 schrieb John Criswell: > On 4/19/11 5:57 AM, Andreas Wilhelm wrote: >> >> Hello, >> >> I found some code within the pool allocation project to identify parallelizable function calls. >> Unfortunately the functionality isn't part of the current release of poolalloc (in release 14 it was). > > Can you tell me in what file(s) this

Hello - I'm running Redhat 7.1 Rsync 2.4.6 and am having some problems with the CPU's getting swammped. What we have is basically an 3 boxes, 1 machine (the factory) is a where applications store the images that eventually are used for the site, then the other 2 are the webservers that the have copy of the images. The person who set the machines up used rsync to move any new images from

I have a question about how one can modify or override the compilers that R uses for package installations? Or if perhaps this configuration is in some editable file somewhere. Initially I built the version of R 2.15.1 on Solaris SPARC (virtual T4), but found out the build was done as 32 bit. After some research, I found that the pre-compiled GCC version I had only allowed for 32 bit. I wanted

Hello, I found some code within the pool allocation project to identify parallelizable function calls. Unfortunately the functionality isn't part of the current release of poolalloc (in release 14 it was). My intention is to estimate the parallelization-potential of sequential applications concerning coarse-grained parallelism. Can you tell me... 1. Why are classes of pollalloc, like

> -------- Original message -------- > Subject: Re: [libvirt-users] Can I configure cores instead of CPU's > From: Todd And Margo Chester <toddandmargo at gmail.com> > To: "libvirt-users at redhat.com" <libvirt-users at redhat.com> > CC: > > > Hi All, > > Scientific Linux 6.1 x64 > qemu-kvm-0.12.1.2-2.160.el6_1.2.x86_64 > > My XP-Pro

Apple are to move over to Intel CPU's :- http://www.apple.com/pr/library/2005/jun/06intel.html http://news.bbc.co.uk/2/hi/technology/4612951.stm Big shame, narrowing of the market, and probably the end of the PowerPC. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi all, I just arrived in Italy from Cebit, qhere I spoke with digium and Beronet people. They told me to try to use the mISDN stack to drive beronet and the new upcoming digium ISDN Cards. SO I searched, find http://www.beronet.com/download/card_installation_guide.pdf, and I immediately got the error: asterisk01:~ # cd /usr/src/install-misdn/ asterisk01:/usr/src/install-misdn # make install

Greetings, I had downloaded c6 64 bits ISO, selected all packages to be installed. One dependency warning relating to Emacs appeared. I chose to continue. Unfortunately I was multitasking and did not note down the package name Twice this issue appeared -- first time around aborted install due to power cut. Did anybody else face this situation? Also is there a better way with just DVDs and not

I wouldn't count the PowerPC out entirely, as it will continue to be used in game platforms (and maybe other embedded platforms?). But yes, in the desktop hardware market, it seems there's now only one game in town. Rob On Jun 12, 2005, at 11:16 AM, Aaron Gray wrote: > Apple are to move over to Intel CPU's :- >   >