search for: disproportional

Hal Finkel <hfinkel at anl.gov> writes: >> Why? What is wrong with setting priorities and observing that what >> library support we already have has had a disproportional cost? > > Can you please elaborate on this disproportional cost? I think it is really important to be specific about these kinds of things for the benefit of all potential contributors. Yes. Getting the early shutdown code was way more work than it would have been if this was just a program....

...e linker is done. > > > > This is so much in contrast with the LLVM development, I find it > > quite hard to see this as an acceptable position on llvm-dev. > > Why? What is wrong with setting priorities and observing that what > library support we already have has had a disproportional cost? Can you please elaborate on this disproportional cost? I think it is really important to be specific about these kinds of things for the benefit of all potential contributors. Thanks again, Hal > > Cheers, > Rafael > _______________________________________________ > LLVM De...

...hould really not add more until the linker is done. > > This is so much in contrast with the LLVM development, I find it quite hard to see this as an acceptable position on llvm-dev. Why? What is wrong with setting priorities and observing that what library support we already have has had a disproportional cost? Cheers, Rafael

...e until the linker is done. >> >> This is so much in contrast with the LLVM development, I find it quite hard to see this as an acceptable position on llvm-dev. > > Why? What is wrong with setting priorities and observing that what > library support we already have has had a disproportional cost? The library-hostile lld development goes against one the core principles that, I believe, drives the LLVM development: providing libraries and reusable components. — Mehdi

...esday, December 13, 2016 12:09:00 PM > Subject: Re: [llvm-dev] LLD status update and performance chart > > Hal Finkel <hfinkel at anl.gov> writes: > >> Why? What is wrong with setting priorities and observing that what > >> library support we already have has had a disproportional cost? > > > > Can you please elaborate on this disproportional cost? I think it > > is really important to be specific about these kinds of things for > > the benefit of all potential contributors. > > Yes. Getting the early shutdown code was way more work than it wou...

By the way, I am currently testing this product from Skype. I would like to be able to receive calls ona Skype name on our pbx. 1) It works beautifully and you don't have to do anything in particular. 2) It's disproportionally expensive which is why I want Skype for Asterisk to work. SfS costs $5 per month per channel just to test the beta! I find that insane, but I wanted to test it. In October, they will begin charging for Skype Manager (required for SfS) and a per seat charge for that. My guess is that the one cha...

...s done. >>> >>> This is so much in contrast with the LLVM development, I find it quite hard to see this as an acceptable position on llvm-dev. >> >> Why? What is wrong with setting priorities and observing that what >> library support we already have has had a disproportional cost? > > The library-hostile lld development goes against one the core principles that, I believe, drives the LLVM development: providing libraries and reusable components. Because it is trying to do something fundamentally different. We are trying to write a *program*. Cheers, Rafael

hi everybody would a tool such as dbench be a valid bechmark for gluster? and, most importantly, is there any formula to estimate raw fs to gluster performance ratio for different setups? for instance: having a replicated volume, two bricks, fuse mountpoint to volume via non-congested 1Gbps or even a volume on single brick with fuse client mountpoing locally what percentage/fraction of raw

...sources pop up we can model them with different names. > > I think that's what we should do. Thank you for the detailed explanation. We could use a notion of "sustainable stream", i.e. the maximum number of (consecutive?) read/write streams that a processor can support before a disproportional loss in performance happens. This is oblivious to the reason why that performance loss happens, be it write combining buffers or prefetch streams. If there multiple such bottlenecks, it would be the minimum of such streams. At the moment I cannot think of an optimization where the difference matter...

...reasons to numerous to go into.. One thing my customers noticed immediately was a reduction in "free" memory as reported by ''top''. By way of explaining that ZFS keeps it''s cache in kernel and not in the freelist, it became apparent that memory is being used disproportionally to the filesystems. For example - On an M5000 (S10 U8) with 128 GB memory, we have 2 132GB disks in the root ZFS pool. There is no other ZFS in use on the system. We have approximately 4TB of vxfs filesystems with a very active Oracle database instance. When I do the math and count up the cac...

...t; This is so much in contrast with the LLVM development, I find it > >>> quite hard to see this as an acceptable position on llvm-dev. > >> > >> Why? What is wrong with setting priorities and observing that what > >> library support we already have has had a disproportional cost? > > > > The library-hostile lld development goes against one the core > > principles that, I believe, drives the LLVM development: providing > > libraries and reusable components. > > Because it is trying to do something fundamentally different. We are > tryi...

...in contrast with the LLVM development, I find it > > >>> quite hard to see this as an acceptable position on llvm-dev. > > >> > > >> Why? What is wrong with setting priorities and observing that what > > >> library support we already have has had a disproportional cost? > > > > > > The library-hostile lld development goes against one the core > > > principles that, I believe, drives the LLVM development: providing > > > libraries and reusable components. > > > > Because it is trying to do something fundamentall...

...ented by starting lazy and calling > materializeAllPermanently. > > The thirds mode is used in tree only by llvm-dis, which means that > some bugs can hide for quite some time (222505 for example). To the > best of my knowledge it is only real user is PNaCl. > > It also has a disproportional code complexity. There are two virtual > interfaces (DataStreamer and MemoryObject) and they are leaky: Not all > bitcode features are supported when streaming and there are a few "if > (LazyStreamer)" int the reader. > > I have attached two patches that solve the problem...

> On Dec 13, 2016, at 5:55 AM, Rafael Avila de Espindola via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Sean Silva via llvm-dev <llvm-dev at lists.llvm.org> writes: >> This will also greatly facilitate certain measurements I'd like to do >> w.r.t. different strategies for avoiding memory costs for input files (esp. >> minor faults and dTLB costs).

...; >>> quite hard to see this as an acceptable position on llvm-dev. > > > > >> > > > > >> Why? What is wrong with setting priorities and observing that > > > >> what > > > > >> library support we already have has had a disproportional > > > >> cost? > > > > > > > > > > The library-hostile lld development goes against one the core > > > > > principles that, I believe, drives the LLVM development: > > > > providing > > > > > libraries and re...

I have a linear model y~x1+x2 of some data where the coefficient for x1 is higher than I would have expected from theory (0.7 vs 0.88) I wondered whether this would be an artifact due to x1 and x2 being correlated despite that the variance inflation factor is not too high (1.065): I used perturbation analysis to evaluate collinearity library(perturb)

I am hoping for some assistance with formatting a large text file which consists of a series of individual records. Each record includes specific labels/field names (a sample of 1 record (one of the longest ones) is below - at end of post. What I want to do is reformat the data, so that each individual record becomes a row (some cells will have a lot of text). For example, the column

Am Do., 1. Nov. 2018 um 16:56 Uhr schrieb David Greene <dag at cray.com>: > Ok. I would like to start posting patches for review without > speculating too much on fancy/exotic things that may come later. We > shouldn't do anything that precludes extensions but I don't want to get > bogged down in a lot of details on things related to a small number of > targets.

Hi, Comments below On 13 April 2018 at 16:52, Robin Kruppe <robin.kruppe at gmail.com<mailto:robin.kruppe at gmail.com>> wrote: On 13 April 2018 at 14:37, Graham Hunter <Graham.Hunter at arm.com<mailto:Graham.Hunter at arm.com>> wrote: Hi, Nice to see another group tackling length agnostic vectorization :) I'm still reading through all the details, but I do have one