From pdalgd at gmail.com  Tue Nov  3 23:50:18 2015
From: pdalgd at gmail.com (peter dalgaard)
Date: Tue, 3 Nov 2015 23:50:18 +0100
Subject: [Rd] Major Platform Discrepancies
In-Reply-To: <CAKDcrShiU0GPOHRR=gTWL33BEi0s6EtUt805FD78q0xMoKb5Zg@mail.gmail.com>
References: <CAKDcrShiU0GPOHRR=gTWL33BEi0s6EtUt805FD78q0xMoKb5Zg@mail.gmail.com>
Message-ID: <73A7139B-8CA5-42D4-9009-E8773F85A364@gmail.com>


> On 03 Nov 2015, at 23:04 , Joseph Wood <jwood000 at gmail.com> wrote:
> 
> I posted a question on stackoverflow dealing with determining elemental
> existence in a vector, and to my surprise, the method that was brutally
> slow for me on my PC was insanely fast on one of the member's platform (he
> was running Linux).  You can view the details here.
> 
> http://stackoverflow.com/questions/33453141/most-efficient-way-to-determine-if-element-exists-in-a-vector
> 
> I didn't know if this was something that needed to be addressed.

Well, since one platform was R 3.2.1 and the other was R-devel, it might just be worth checking the NEWS.Rd file for items like

     \item \code{match(x, table)} is faster, sometimes by an order of
      magnitude, when \code{x} is of length one and \code{incomparables}
      is unchanged, thanks to Haverty's \PR{16491}.

-pd


> 
> Regards,
> Joseph Wood
> 
> 	[[alternative HTML version deleted]]
> 
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

-- 
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com



[Rd] Major Platform Discrepancies
peter dalgaard