From 10023ac1f7aac07ca82913f9b2bb9a4c5aeb7a52 Mon Sep 17 00:00:00 2001 From: pvx- Date: Sat, 17 Jul 2021 22:54:45 +0200 Subject: [PATCH] Added "Selection speed" chapter --- Performance.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/Performance.md b/Performance.md index ea25418..f0e62a0 100644 --- a/Performance.md +++ b/Performance.md @@ -40,6 +40,12 @@ - use lazy/background/threaded load - du, sort and _type-to-nav_ program options require a `stat()` on all entries for correctness +#### Selection speed + +Supporting multi-directory selection is technically challenging; `nnn` uses many optimalizations to make it unnoticeable in most cases, but selecting all (also over a filter) or inverting selection while already having lots of files selected may take some time. + +When tested on [Motorola Photon Q](https://www.gsmarena.com/motorola_photon_q_4g_lte_xt897-4885.php) (ARM CPU with 13.54 bogomips) and a directory with 10000 files even the most complicated cases we came up with finished within 10 seconds. If the pre-existing selection was small or continuos, both select all (full as well as on filter) and invert were instantaneous. + ## Comparison #### GNU libc + ncursesw vanilla