为什么range()函数比min和max的组合慢?

时间:2019-04-03 15:05:27

标签: r performance range max min

我遇到了R的range函数。它肯定是有用的工具,并使代码更具可读性,但是通过将其替换为包含minmax的简单单行代码,可以使其速度提高一倍。

我做了一些基准测试,范围函数的“糟糕”表现令我感到惊讶。为了进行比较,我编写了一个名为range2的函数,该函数使用min和max(请参见代码)。除了速度之外,如果可以通过简单的单行代码(它也易于阅读)胜过此功能,那么为什么存在该功能?

require(microbenchmark)

range2 <- function(x) c(min(x),max(x))  

n <- 1000000
x <- rnorm(n)
microbenchmark(range(x), range2(x))
#Unit: milliseconds
#  expr      min       lq     mean   median       uq     max neval cld
# range(x) 4.696101 4.734751 5.321603 4.796301 4.814751 23.0646   100   b
#range2(x) 2.477602 2.516101 2.542540 2.535051 2.544052  3.7636   100  a 

n <- 10000000
x <- rnorm(n)
microbenchmark(range(x), range2(x))
# Unit: milliseconds
#  expr     min      lq     mean   median       uq      max neval cld
# range(x) 47.3246 47.9498 58.27992 55.25795 61.98205 146.5100   100   b
#range2(x) 24.7063 25.5021 25.59192 25.55245 25.63515  27.1088   100  a

可以肯定的是,这并不是要摆脱的第一个瓶颈,因为我们谈论的是具有10,000,000个条目的向量的毫秒数,但是我希望range会更快。我的直觉是:

range遍历数据一次并同时搜索最小值和最大值,而我的range2函数遍历该数据两次:一次查找最小值,一次查找找到最大值。

也许有人可以提供有关实施的背景信息。也许原因是minmax是用C实现的,而range不是用C实现的?

添加: 我已经和我的一个朋友谈论过这个问题,他只是通过以下方式在C ++中实现了该功能,从而使该功能更快:

#include <Rcpp.h>
#include <float.h>
using namespace Rcpp;
// [[Rcpp::export]]
NumericVector range3(NumericVector x) {
  int xs = x.size();
  double minValue = FLT_MAX;
  double maxValue = FLT_MIN;
  for (int i =0; i < xs; i++) {
    if (x[i] < minValue) minValue = x[i];
    if (x[i] > maxValue) maxValue = x[i];
  }
  Rcpp::NumericVector result(2);
  result[0] = minValue;
  result[1] = maxValue;
  return result;
}

这给出了以下基准:

n <- 10000000
x <- rnorm(n)
microbenchmark(range(x), range2(x) ,range3(x))
#Unit: milliseconds
#      expr     min       lq     mean  median       uq      max neval cld
#  range(x) 47.8583 48.30355 58.12575 55.3135 62.10295 149.9648   100   c
# range2(x) 24.8211 25.53615 25.90920 25.6176 25.79175  42.4659   100  b 
# range3(x) 13.2458 13.30385 13.47175 13.3797 13.65410  14.3487   100 a

1 个答案:

答案 0 :(得分:2)

以下是range.default的来源(运行R 3.6.1)

 > range.default
function (..., na.rm = FALSE, finite = FALSE) 
{
    x <- c(..., recursive = TRUE)
    if (is.numeric(x)) {
        if (finite) 
            x <- x[is.finite(x)]
        else if (na.rm) 
            x <- x[!is.na(x)]
        c(min(x), max(x))
    }
    else {
        if (finite) 
            na.rm <- TRUE
        c(min(x, na.rm = na.rm), max(x, na.rm = na.rm))
    }
}

您可以看到它在调用c(min(x), max(x))本身之前做了一些额外的检查。尚未针对速度进行优化。这只是一个用户友好的功能。毫秒级的差异似乎不太可能成为性能瓶颈。