search for: nonoptim

...al directories rm dest/a # At this point, a & b exist in src; only b exists in dest. rsync -aHv src/. dest/. building file list ... done ./ a b => a wrote 10241366 bytes read 36 bytes 6827601.33 bytes/sec total size is 20480000 speedup is 2.00 The above is BAD (nonoptimal) behavior; the entire file is transferred, even though it could simply have been linked. It seems that "a" is transferred before it is determined that a suitable equivalent (linked) file "b" already exists. I suspect that this has to do with handling the file list in a so...

On Tue, May 18, 2010 at 7:04 PM, Roland Scheidegger <sroland at vmware.com> wrote: > Hi, > > I plan to merge the gallium-msaa branch to master soon. > It's actually a bit of a misnomer since the conceptually more important > changes in there are about blits... > > Here's a short summary what this is about: > blits now operate on resources, not surfaces

Hello, LLVMers. While making some bitcodes from HL source codes including loops, I came to wonder which was the better one for the optimization between: llvm-gcc -O4 .... (using llvm-gcc optimization) and llvm-gcc -O0 .... (nonoptimization of llvm-gcc) opt -mem2reg -instcombine -indvars .... (w/ optimization pass) After some trials, 'llvm-gcc -O4' seemed better for optimization but not sure. Bitcodes from 'llvm-gcc -O0' w/ 'opt' were quite neat so easy to read and sometimes used less basic blocks t...

...derstood BLAS linkage with R when > I asked about it 2 months ago and I forgot to follow up. I am looking > at > > http://127.0.0.1:11224/doc/manual/R-admin.html#Shared-BLAS > > It seems (to my untrained eye) to say that default R is built with a > shared library based on a nonoptimized version of BLAS that is > distributed with R itself. It says the recommended R > > If one has a different BLAS shared library on my system, one does not > recompile. Rather move R's libRblas.so and then make a symlink from > the new shared BLAS to where the old one was. &gt...

Hi, Peter Lister <P.Lister at sychron.com> schrieb am 06.02.02: > In way way better and easier? When I have criticised pxelinux I think > I've always stated *why* etherboot seems better for our environment. > > I'm not trying to be religious, or get anyone to change a working system > - I'm genuinely interested what differences others perceive. I've looked

Hi All, Our team at Facebook is building a new context-sensitive Sample PGO as an alternative to the existing AutoFDO. We’d like to share our motivation, propose a new design, and reveal preliminary results on benchmarks. We will refer to the proposed design as CSSPGO in this RFC. The new CSSPGO leverages simultaneous LBR and stack sampling to construct a full context-sensitive profile. It