Re:GNU Nano 6.3
by soraminazuki on Thursday April 28, 2022 @02:44PM
(#31196544)
Modern operating systems and memory allocation techniques make it hard to account for memory usage in a meaningful manner without a more in-depth investigation of program behavior. Quick stats from memory reporting tools aren't worth much in isolation unless those numbers significantly deviate from expectations.
I wonder how much of the base data structures that are always in memory are pointers, and if it'd be more fair to say it's really the equivalent of 3 mb virtual/1.5 mb resident (or even 1.5/.75 for 16 bit!)
Check jmacs from joe.
Re:GNU Nano 6.3
by NelsonMinar on Thursday April 28, 2022 @12:48PM
(#31194850)
Oh that's nice, somehow I never thought to try Joe. It's 13MB VSZ and 7MB RSS megabytes in my little measurement. emacs-nox is 94/22.
"emacs -nw -q" can be pretty fast too.
Not light on resources compared to jmacs, but at least it loads faster.
Re:GNU Nano 6.3
by microtherion on Thursday April 28, 2022 @04:11PM
(#31197618)
There is also GNU zile.
Or Mg, which is even smaller.
The parent had issues with Unicode, which jmacs doesn't.
Re:GNU Nano 6.3
by NelsonMinar on Friday April 29, 2022 @05:40PM
(#31210864)
Does not support Unicode.
(I use mg as my small emacs alternative; full emacs UI but tiny binary / memory. Unfortunately it doesn't support Unicode properly.)