search for: exagerating

Displaying 20 results from an estimated 28 matches for "exagerating".

Did you mean: exaggerating
2000 Dec 04
1
some ext3 benchmarks
Howdy, Some ext2/3 benchmarks on a IBM-DPTA-372050 connected to k7 650MHz. The same partition was used on all tests roughly with the same disk usage. bonnie on ext2: -------Sequential Output-------- ---Sequential 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
2009 Mar 19
1
IAX trunktimestamps and AST_CONTROL_SRCUPDATE
Hi, I have just discovered (a year after it was implemented) a possibly undocumented incompatability between IAX in Asterisk 1.4 and any version of Asterisk pre-March 2008. It seems an AST_CONTROL_SRCUPDATE frame type was added (in March '08), but no mechanism to negotiate whether it can be sent to the remote end, so if a "new" IAX endpoint sends it, and the remote end ignores it,
2009 Mar 05
2
modifying a built in function from the stats package (fixing arima)
>If you ***look at the code*** for arima you will see that ``%+%'' is >defined >in terms of a call to ``.Call()'' which calls ``R_TSconv''. So >apparently >R_TSconv is a C or Fortran function or subroutine in a ``shared >object library'' >or dll upon which arima depends. Hence to do anything with it you'll >need to get >that shared
2008 Mar 30
3
replicating a live directory
...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 possibility of copying to the backup a file that was being written. Could we be over doing it ? Are we exagerating ? An example: if we do not stop sendmail were rsync'ing can we be sure that the queues on the replica machine are in a consisten state ? same for dhcpd leases or squid's cache ? We would really like to leave all those important services up but we are really affraid of producing a corrupt...
2012 Jun 13
2
[LLVMdev] [cfe-dev] Ninja build available for Visual Studio users
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 > >
2012 Jun 13
0
[LLVMdev] [cfe-dev] Ninja build available for Visual Studio users
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!
2019 Oct 05
5
should base R have a piping operator ?
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
2012 Jun 13
0
[LLVMdev] Ninja build available for Visual Studio users
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
2003 Nov 01
0
html glitches with help?
Looking at the html generated help pages for a package I'm working on, I noticed a couple of things that looked a little funny. I suspect they are general features of the html for R (I don't usually look 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
2009 Mar 03
1
modifying a built in function from the stats package (fixing arima)
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:
2007 Oct 16
2
Canberra distance
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
2019 Oct 06
1
should base R have a piping operator ?
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
2019 Oct 07
4
should base R have a piping operator ?
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
2019 Oct 05
3
should base R have a piping operator ?
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
2019 Oct 05
0
should base R have a piping operator ?
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
2006 Mar 23
1
Funding OpenSSH
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
2006 Mar 23
1
Funding OpenSSH
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
2009 Mar 04
2
modifying a built in function from the stats package (fixing arima)
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
2019 Oct 07
0
should base R have a piping operator ?
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
2019 Oct 06
1
should base R have a piping operator ?
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