1
1
mirror of https://github.com/jarun/nnn.git synced 2024-11-26 09:52:12 +03:00

Updated Performance (markdown)

John Doe 2020-04-05 11:45:29 +05:30
parent 521c92477d
commit 5cb452987a

@ -27,7 +27,7 @@
#### Certain optimization techniques `nnn` development ignores: #### 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) - 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) - 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) - 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)