From ae0e20e987f8e5cd6ab4ba73652be729bbba2698 Mon Sep 17 00:00:00 2001 From: John Doe Date: Sun, 5 Apr 2020 13:28:28 +0530 Subject: [PATCH] Updated Performance (markdown) --- Performance.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Performance.md b/Performance.md index 2f6ae41..73898b3 100644 --- a/Performance.md +++ b/Performance.md @@ -27,9 +27,9 @@ #### Optimization techniques `nnn` development ignores: - replace quicksort with a more aggressive algorithm by favoring space over time complexity (the random load option is also removed) -- call non-standard platform-specific APIs like `getdents()`/`getdents64()` (the _Description_ section in the Linux man page starts with _These are not the interfaces you are interested in_); applies to Linux-specific `statx()` too -- spend time on performance optimization over 10K entries in a dir as this is not the regular case and the performance with 10K files is quite good with the current implementation (in addition SSD and NVMe are the future) -- use lazy/background/threaded load (`nnn` supports disk usage mode, sort orders and _nav-as-you-type_ as program options, so it needs to `stat` all files first for a _correct_ calculation/ordering of the entries) +- non-standard calls like `statx()`/`getdents()`/`getdents64()` (the _Description_ section in the Linux man page starts with _These are not the interfaces you are interested in_) +- spend time to optimize loading over 10K entries in a dir; not the regular case and the performance with 10K files is quite good with the current implementation (plus SSD and NVMe are the future) +- use lazy/background/threaded load (`nnn` supports du, sort and _nav-as-you-type_ as program options, so it needs to `stat` all files beforehand to _correctly_ calculate/order) ## Comparison