The hardware and bandwidth for this mirror is donated by METANET, the Webhosting and Full Service-Cloud Provider.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]metanet.ch.

Performance

Tian-Yuan Huang (huang.tian-yuan@qq.com)

One may wonder how fast is tidyfst. Well, it depends. Generally, it is as fast as data.table because it is backed by it, but it would spend extra time on the generation of data.table codes. This extra time is marginal on large (and even small) data sets.

Now let’s do a test to compare the performance of tidyfst, data.table and dplyr. In the vignette we’ll use a small data set. The example was provided by the data.table package (https://h2oai.github.io/db-benchmark/) and tweaked here. These tests are based on computation by groups.

First let’s load the package and generate some data.

# load packages
library(tidyfst)
#> Thank you for using tidyfst!
#> To acknowledge our work, please cite the package:
#> Huang et al., (2020). tidyfst: Tidy Verbs for Fast Data Manipulation. Journal of Open Source Software, 5(52), 2388, https://doi.org/10.21105/joss.02388
library(data.table)
library(dplyr)
#> 
#> Attaching package: 'dplyr'
#> The following objects are masked from 'package:data.table':
#> 
#>     between, first, last
#> The following objects are masked from 'package:tidyfst':
#> 
#>     between, cummean, nth
#> The following objects are masked from 'package:stats':
#> 
#>     filter, lag
#> The following objects are masked from 'package:base':
#> 
#>     intersect, setdiff, setequal, union
library(bench)

# generate the data
# if you have a HPC and want to try larger data sets, increase N
N = 1e4 
K = 1e2

set.seed(2020)

cat(sprintf("Producing data of %s rows and %s K groups factors\n", N, K))
#> Producing data of 10000 rows and 100 K groups factors

DT = data.table(

  id1 = sample(sprintf("id%03d",1:K), N, TRUE),      # large groups (char)

  id2 = sample(sprintf("id%03d",1:K), N, TRUE),      # large groups (char)

  id3 = sample(sprintf("id%010d",1:(N/K)), N, TRUE), # small groups (char)

  id4 = sample(K, N, TRUE),                          # large groups (int)

  id5 = sample(K, N, TRUE),                          # large groups (int)

  id6 = sample(N/K, N, TRUE),                        # small groups (int)

  v1 =  sample(5, N, TRUE),                          # int in range [1,5]

  v2 =  sample(5, N, TRUE),                          # int in range [1,5]

  v3 =  round(runif(N,max=100),4)                    # numeric e.g. 23.5749

)

object_size(DT)
#> 527.7 Kb

This data is rather small, the size is around 527 Kb. However, with the bench package, we could detect the difference by increasing iteration times. In this way, examples listed here could be implemented even on relatively low performance computers.

Q1

Here, we try to get median and standard deviation by groups.After dplyr v1.0.0, the regrouping feature could be confusing sometimes (comes with warning message). If you are using it, make sure they are in the right groups before grouped computation. In tidyfst and data.table, we have “by” parameter to specify the groups. Here we would not check if the results are equal, because dplyr will return a tibble class even when we input a data.table in the first place. The iteration time is 10 for each of the test below.

bench::mark(
  data.table = DT[,.(median_v3 = median(v3),
                     sd_v3 = sd(v3)),
                  by = .(id4,id5)],
  tidyfst = DT %>%
    summarise_dt(
      by = c("id4", "id5"),
      median_v3 = median(v3),
      sd_v3 = sd(v3)
    ),
  dplyr = DT %>%
    group_by(id4,id5,.drop = TRUE) %>%
    summarise(median_v3 = median(v3),sd_v3 = sd(v3)),
  check = FALSE,iterations = 10
) -> q1
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.
#> `summarise()` has grouped output by 'id4'. You can override using the `.groups`
#> argument.

q1
#> # A tibble: 3 × 6
#>   expression      min   median `itr/sec` mem_alloc `gc/sec`
#>   <bch:expr> <bch:tm> <bch:tm>     <dbl> <bch:byt>    <dbl>
#> 1 data.table   1.25ms   1.33ms    718.      2.37MB      0  
#> 2 tidyfst      1.28ms   1.34ms    680.    661.28KB      0  
#> 3 dplyr      142.08ms 152.66ms      6.56    5.34MB     47.9

We could find that spent time of tidyfst and data.table are quite similar, but much less than dplyr.

Q2

This example performs quite similar to the above one. tidyfst might spend a tiny little more time and space on code translation than data.table, but still performs much better than dplyr.

bench::mark(
  data.table =DT[,.(range_v1_v2 = max(v1) - min(v2)),by = id3],
  tidyfst = DT %>% summarise_dt(
    by = id3,
    range_v1_v2 = max(v1) - min(v2)
  ),
  dplyr = DT %>%
    group_by(id3,.drop = TRUE) %>%
    summarise(range_v1_v2 = max(v1) - min(v2)),
  check = FALSE,iterations = 10
) -> q2

q2
#> # A tibble: 3 × 6
#>   expression      min   median `itr/sec` mem_alloc `gc/sec`
#>   <bch:expr> <bch:tm> <bch:tm>     <dbl> <bch:byt>    <dbl>
#> 1 data.table  573.3µs  720.3µs     1162.    92.9KB    129. 
#> 2 tidyfst     562.7µs  616.4µs     1656.    92.9KB      0  
#> 3 dplyr        1.87ms   1.94ms      486.   468.7KB     54.0

Q3

Here we’ll display a rather different test to show the flexibly in tidyfst. In tidyfst, if your code writes more like data.table, the codes could speed up. If you write it more like dplyr, the codes might be more readable but slows down. In tidyfst, there is in_dt function for you to write data.table codes to gain speed when you meet a bottomneck.

In the following example, we use the exact same syntax of data.table in tidyfst::in_dt.

bench::mark(
  data.table =DT[order(-v3),.(largest2_v3 = head(v3,2L)),by = id6],
  tidyfst = DT %>%
    in_dt(order(-v3),.(largest2_v3 = head(v3,2L)),by = id6),
  dplyr = DT %>%
    select(id6,largest2_v3 = v3) %>%
    group_by(id6) %>%
    slice_max(largest2_v3,n = 2,with_ties = FALSE),
  check = FALSE,iterations = 10
) -> q3

q3
#> # A tibble: 3 × 6
#>   expression      min   median `itr/sec` mem_alloc `gc/sec`
#>   <bch:expr> <bch:tm> <bch:tm>     <dbl> <bch:byt>    <dbl>
#> 1 data.table   1.47ms   1.65ms      559.  608.47KB      0  
#> 2 tidyfst      1.79ms   1.88ms      528.    1.03MB      0  
#> 3 dplyr        8.42ms   8.92ms      110.    1.99MB     12.2

Q4

To summarise multiple columns by group, tidyfst has designed a function named summarise_vars, which is even more convenient than the across function in dplyr. It first choose the columns, then tell it what to do, and you can provide the “by” parameter to operate by groups (optional).

bench::mark(
  data.table =DT[,lapply(.SD,mean),by = id4,.SDcols = v1:v3],
  tidyfst = DT %>%
    summarise_vars(
      v1:v3,
      mean,
      by = id4
    ),
  dplyr = DT %>%
    group_by(id4) %>%
    summarise(across(v1:v3,mean)),
  check = FALSE,iterations = 10
) -> q4

q4
#> # A tibble: 3 × 6
#>   expression      min   median `itr/sec` mem_alloc `gc/sec`
#>   <bch:expr> <bch:tm> <bch:tm>     <dbl> <bch:byt>    <dbl>
#> 1 data.table  771.1µs  822.2µs     1060.     490KB      0  
#> 2 tidyfst      2.12ms   2.18ms      446.     319KB      0  
#> 3 dplyr        3.33ms   3.65ms      265.     551KB     29.5

Take a look at the performance, tidyfst still lies between data.table and dplyr.

Q5

Now let’s try more groups, here we use all the id (id1~id6) as group, and get the sum and count. Note that tidyfst is written in data.table, so it do not use n() in dplyr but .N in data.table to get counts by group.

bench::mark(
  data.table =DT[,.(v3 = sum(v3),count = .N),by = id1:id6],
  tidyfst = DT %>%
    summarise_dt(
      by = id1:id6,
      v3 = sum(v3),
      count = .N
    ),
  dplyr = DT %>%
    group_by(id1,id2,id3,id4,id5,id6) %>%
    summarise(v3 = sum(v3),count = n()),
  check = FALSE,iterations = 10
) -> q5
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.
#> `summarise()` has grouped output by 'id1', 'id2', 'id3', 'id4', 'id5'. You can
#> override using the `.groups` argument.

q5
#> # A tibble: 3 × 6
#>   expression      min   median `itr/sec` mem_alloc `gc/sec`
#>   <bch:expr> <bch:tm> <bch:tm>     <dbl> <bch:byt>    <dbl>
#> 1 data.table   2.17ms   2.28ms     373.     1.03MB     37.3
#> 2 tidyfst      2.06ms   2.12ms     463.     1.02MB      0  
#> 3 dplyr       52.49ms  55.09ms      18.1    2.94MB     27.2

Last words

While in a data set of ~0.5 Mb we find that the performance of tidyfst lies between data.table and dplyr, we could discover that the speed is much closer to data.table. In fact, if you try a much larger data set in a computer with large RAM and multiple cores, you’ll find that the performance of tidyfst sticks close to data.table. If you are interested and has a high-performance computer, try to generate a larger data set and test out. Moreover, while the dplyr user might find these data manipulation verbs friendly, the innate syntax of tidyfst is more like data.table, and could be a good companion of data.table for some frequently used complex tasks.

Session information

sessionInfo()
#> R version 4.4.1 (2024-06-14 ucrt)
#> Platform: x86_64-w64-mingw32/x64
#> Running under: Windows 11 x64 (build 22631)
#> 
#> Matrix products: default
#> 
#> 
#> locale:
#> [1] LC_COLLATE=C                               
#> [2] LC_CTYPE=Chinese (Simplified)_China.utf8   
#> [3] LC_MONETARY=Chinese (Simplified)_China.utf8
#> [4] LC_NUMERIC=C                               
#> [5] LC_TIME=Chinese (Simplified)_China.utf8    
#> 
#> time zone: Asia/Shanghai
#> tzcode source: internal
#> 
#> attached base packages:
#> [1] stats     graphics  grDevices utils     datasets  methods   base     
#> 
#> other attached packages:
#> [1] bench_1.1.3       dplyr_1.1.4       data.table_1.16.0 tidyfst_1.8.1    
#> 
#> loaded via a namespace (and not attached):
#>  [1] vctrs_0.6.5       fstcore_0.9.18    cli_3.6.3         knitr_1.48       
#>  [5] rlang_1.1.4       xfun_0.46         stringi_1.8.4     generics_0.1.3   
#>  [9] jsonlite_1.8.8    glue_1.7.0        htmltools_0.5.8.1 sass_0.4.9       
#> [13] fansi_1.0.6       rmarkdown_2.27    tibble_3.2.1      evaluate_0.24.0  
#> [17] jquerylib_0.1.4   fastmap_1.2.0     profmem_0.6.0     yaml_2.3.9       
#> [21] lifecycle_1.0.4   stringr_1.5.1     compiler_4.4.1    pkgconfig_2.0.3  
#> [25] Rcpp_1.0.13       rstudioapi_0.16.0 fst_0.9.8         digest_0.6.36    
#> [29] R6_2.5.1          tidyselect_1.2.1  utf8_1.2.4        pillar_1.9.0     
#> [33] parallel_4.4.1    magrittr_2.0.3    bslib_0.7.0       withr_3.0.1      
#> [37] tools_4.4.1       cachem_1.1.0

These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.