From 5cb452987a34b23cb8851dc7a8f2113ae460dfab Mon Sep 17 00:00:00 2001 From: John Doe Date: Sun, 5 Apr 2020 11:45:29 +0530 Subject: [PATCH] Updated Performance (markdown) --- Performance.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Performance.md b/Performance.md index 48c28d2..5e0f86c 100644 --- a/Performance.md +++ b/Performance.md @@ -27,7 +27,7 @@ #### Certain optimization techniques `nnn` development ignores: - replace quicksort with a more aggressive algorithm by favoring space over time complexity (once there was a random load option, now 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 `statx()` too +- 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 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_ representation of the entries)