search for: exagerated

...Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 5101 96.4 28041 21.4 10717 15.0 4909 91.8 52454 19.0 27812.5 97.3 The block reads on ext2 seem a bit exagerated. Kudos Stephen! -- Carlos Morgado - chbm(at)chbm(dot)nu - http://chbm.nu/ -- gpgkey: 0x1FC57F0A http://wwwkeys.pgp.net/ FP:0A27 35D3 C448 3641 0573 6876 2A37 4BB2 1FC5 7F0A

...use the call to fail. Am I being overdramatic? I have a scenario which seems to be showing a 1.2 box talking to a 1.4 box dropping calls sometimes, and the error message on the 1.2 box is showing that it does not like the unrecognised AST_CONTROL_SRCUPDATE frame that it receives. This issue may be exagerated by the fact that the Asterisk 1.2 box has "trunktimestamps=no" set to ensure compatability with an old Asterisk 1.0.x service. Help? Is there a workaround? Might it be enough to enable trunktimestamps in this instance? Thanks, Steve

...the R file without having to understand how to link dlls. I just downloaded the full R package, Rtools and followed the instructions in http://cran.r-project.org/doc/manuals/R-admin.html#Building-the-core-files to build it. Then I can modify C:\R\src\library\stats\R\arima.R and run it. It is quite exagerated that I have to build R in order to modify an R file without messing with dlls, and I think it would be interesting to make this process easier, but for now I'm happy to be productive again. Thank you all for your help, Best, MarC

Hello all, we are using rsync to produce a replica of our filesystem. it's very important for us to be sure that the files replicated on the remote backup host are left in a consistent state as we may need to boot services from those files (configs, logs, etc)! right now we use a 'greedy approach'... we stop all important services (dhcpd, squid, sendmail, etc) just to minimize the

Wow, this is seriously fast on Windows! I've been using Ninja on Linux/Mac for awhile now, I'm glad to see it working on Windows now. On Wed, Jun 13, 2012 at 5:09 PM, =?utf-8?Q?=C3=93scar_Fuentes?= < ofv at wanadoo.es> wrote: > Nikola Smiljanic <popizdeh at gmail.com> writes: > > > Could somebody please provide more info. What exactly is ninja (I'm > >

A tiny question (I hardly know what Ninja is, but am looking forward to trying it out): Does the changes also work with MinGW builds? I've got a Windows buildbot slave that does nothing but building LLVM+Clang using MinGW64 all day, every day. Or, is it only for Visual Studio? 2012/6/13 Justin Holewinski <justin.holewinski at gmail.com> > Wow, this is seriously fast on Windows!

Yes but this exageration precisely misses the point. Concerning your examples: * I love fread but I think it makes a lot of subjective choices that are best associated with a package. I think it changed a lot with time and can still change, and we have great developers willing to maintain it and be reactive regarding feature requests or bug reports *.group_by() adds a class that works only (or

Building LLVM with Visual Studio is a bit of a pain because the available methods are slow and doesn't make good use of multiprocessor systems. >From now on it is possible to build LLVM+Clang with the usual cmake method but using Ninja, an ultra-fast tool that knows how to take advantage of the availabe execution threads. Ultra-fast is no exageration: with a warm cache, a no-op build of

...k at it). First is a problem of vertical alignment in tables. The first column consistently aligned vertically *below* the alignment line of the bottom line of the second column. This was a problem even when both columns were a single line; it was worse when they were multiple lines. In slightly exagerated form, the output looked like this: long discussion of what paramater pp does and its wonderful features pp Likely at least two separate issues: why is it aligning with the last, rather than the first, line of the second column, and why is it below that? It may be relevant that the...

Dear members of the list, I''m a beginner in R and I''m having some trouble with: "Error in optim(init[mask], armafn, method = "BFGS", hessian = TRUE, control = optim.control, : non-finite finite-difference value [8]" when running "arima". I''ve seen that some people have come accross the same problem:

Hi, I misunderstand the definition of Canberra distance in R. On Internet and in function description pages of dist() from stats and Dist() from amap, Canberra distance between vectors x and y, d(x,y), is : d(x,y) = sum(abs(x-y)/(x+y)) But in use, through simple examples, we find that the formula is : d(x,y) = (NZ + 1)/NZ * sum(abs(x-y)/(x+y)) with NZ = nb of pairs of coordinates that are

On 05/10/2019 7:50 p.m., Gabriel Becker wrote: > Hi all, > > I think there's some nuance here that makes makes me agree partially with > each "side". > > The pipe is inarguably extremely popular. Many probably think of it as a > core feature of R, along with the tidyverse that (as was pointed out) > largely surrounds it and drives its popularity. Whether its

Hi Gabe, > There is another way the pipe could go into base R that could not be > done in package space and has the potential to mitigate some pretty > serious downsides to the pipes relating to debugging I assume you're thinking about the large stack trace of the magrittr pipe? You don't need a parser transformation to solve this problem though, the pipe could be implemented as

On Sat, 5 Oct 2019 at 17:15, Hugh Marera <hugh.marera at gmail.com> wrote: > > How is your argument different to, say, "Should dplyr or data.table be > part of base R as they are the most popular data science packages and they > are used by a large number of users?" Two packages with many features, dozens of functions and under heavy development to fix bugs, add new

Hi all, I think there's some nuance here that makes makes me agree partially with each "side". The pipe is inarguably extremely popular. Many probably think of it as a core feature of R, along with the tidyverse that (as was pointed out) largely surrounds it and drives its popularity. Whether its a good or bad thing that they think that doesn't change the fact that by my

Hi, This mail is a request for vendors who have integrated OpenSSH into their products or devices to step up and provide some financial assistance back to the project. Please note that this request is intended for *vendors* - our individual userbase already helps us in every appropriate way. You may have noticed a similar request for OpenSSH/OpenBSD funding made by Marco Peereboom in this last

Hi, This mail is a request for vendors who have integrated OpenSSH into their products or devices to step up and provide some financial assistance back to the project. Please note that this request is intended for *vendors* - our individual userbase already helps us in every appropriate way. You may have noticed a similar request for OpenSSH/OpenBSD funding made by Marco Peereboom in this last

Dear Carlos and Kjetil, Thanks for your answer. >I do not think that is the way to go. If you believe that your algorithm >is better than the existing one, talk to the author of the package and >discuss the improvement. The whole community will benefit. I should be able to *easily* modify it and test it first! >Copy the existing function into a new file, edit it and load it via

On 07/10/2019 4:22 a.m., Lionel Henry wrote: > Hi Gabe, > >> There is another way the pipe could go into base R that could not be >> done in package space and has the potential to mitigate some pretty >> serious downsides to the pipes relating to debugging > > I assume you're thinking about the large stack trace of the magrittr > pipe? You don't need a

I'm largely with Gabriel Becker on this one: if pipes enter base R, they should be a well thought out and integrated part of the language. I do see merit though in providing a pipe in base R. Reason is mainly that right now there's not a single pipe. A pipe function exists in different packages, and it's not impossible that at one point piping operators might behave slightly different