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