search for: disproportionally

Displaying 19 results from an estimated 19 matches for "disproportionally".

Did you mean: disproportional
2016 Dec 13
2
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
2016 Dec 13
0
LLD status update and performance chart
----- Original Message ----- > From: "Rafael Avila de Espindola via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Mehdi Amini" <mehdi.amini at apple.com> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Tuesday, December 13, 2016 11:40:43 AM > Subject: Re: [llvm-dev] LLD status update and performance chart > > Mehdi Amini
2016 Dec 13
6
LLD status update and performance chart
Mehdi Amini <mehdi.amini at apple.com> writes: >> 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
2016 Dec 13
0
LLD status update and performance chart
> On Dec 13, 2016, at 9:40 AM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > > Mehdi Amini <mehdi.amini at apple.com> writes: > >>> 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:
2016 Dec 13
0
LLD status update and performance chart
----- Original Message ----- > From: "Rafael Avila de Espindola" <rafael.espindola at gmail.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Mehdi Amini" <mehdi.amini at apple.com> > Sent: Tuesday, December 13, 2016 12:09:00 PM > Subject: Re: [llvm-dev] LLD status update and
2010 Jun 15
1
Skype for SIP
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 chann...
2016 Dec 13
3
LLD status update and performance chart
Mehdi Amini <mehdi.amini at apple.com> writes: >> On Dec 13, 2016, at 9:40 AM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: >> >> Mehdi Amini <mehdi.amini at apple.com> writes: >> >>>> On Dec 13, 2016, at 5:55 AM, Rafael Avila de Espindola via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>>>
2012 Apr 25
1
dbench & similar - as a valid benchmark
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
2018 Nov 07
3
RFC: System (cache, etc.) model for LLVM
Am Mo., 5. Nov. 2018 um 10:26 Uhr schrieb David Greene <dag at cray.com>: > Yes, I agree the terminology is confusing. I used the term "stream" in > the sense of stream processing (https://en.wikipedia.org/wiki/Stream_processing). > The programming model is very different, of course, but the idea of a > stream of data that is acted upon and then essentially discarded
2010 May 07
2
ZFS root ARC memory usage on VxFS system...
...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 cache...
2016 Dec 13
0
LLD status update and performance chart
----- Original Message ----- > From: "Rafael Avila de Espindola via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Mehdi Amini" <mehdi.amini at apple.com> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Tuesday, December 13, 2016 12:10:08 PM > Subject: Re: [llvm-dev] LLD status update and performance chart > > Mehdi Amini
2016 Dec 13
2
LLD status update and performance chart
On Tue, Dec 13, 2016 at 10:37 AM, Hal Finkel via llvm-dev < llvm-dev at lists.llvm.org> wrote: > ----- Original Message ----- > > From: "Rafael Avila de Espindola via llvm-dev" <llvm-dev at lists.llvm.org> > > To: "Mehdi Amini" <mehdi.amini at apple.com> > > Cc: "llvm-dev" <llvm-dev at lists.llvm.org> > > Sent:
2014 Dec 19
2
[LLVMdev] [Patches][RFC] What to do about bitcode streaming.
+llvmdev > On 2014 Dec 18, at 15:14, Rafael EspĂ­ndola <rafael.espindola at gmail.com> wrote: > > Currently we support reading bitcode in 3 ways: > > * Read everything upfront. > * Be lazy about reading the function bodies. > * Read the bitcode over a streaming interface. > > The first two modes are commonly used and well tested. In fact the > "read
2016 Dec 13
0
LLD status update and performance chart
> 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).
2016 Dec 13
0
LLD status update and performance chart
----- Original Message ----- > From: "Rui Ueyama" <ruiu at google.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "Rafael Avila de Espindola" <rafael.espindola at gmail.com>, > "llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Tuesday, December 13, 2016 12:56:41 PM > Subject: Re: [llvm-dev] LLD status update and
2005 Apr 11
2
dealing with multicollinearity
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)
2006 Jul 23
2
constructing a dataframe from a database of newspaper articles
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
2018 Nov 02
2
RFC: System (cache, etc.) model for LLVM
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.
2018 Apr 16
1
RFC: Supporting the RISC-V vector extension in LLVM
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