On Mon, 9 Dec 2013 20:18:00 -0500 Shawn Haworth <shawn...@gmail.com> said:
> On Mon, Dec 9, 2013 at 7:58 PM, Carsten Haitzler <ras...@rasterman.com> wrote: > > On Mon, 9 Dec 2013 19:28:43 -0500 Shawn Haworth <shawn...@gmail.com> said: > > > >> On Mon, Dec 9, 2013 at 7:08 PM, Carsten Haitzler <ras...@rasterman.com> > >> wrote: > >> > On Mon, 9 Dec 2013 08:24:26 -0500 Shawn Haworth <shawn...@gmail.com> > >> > said: > >> > > >> >> On Sun, Dec 8, 2013 at 10:39 AM, Boris Faure <bo...@fau.re> wrote: > >> >> > We are pleased to announce the release of Terminology 0.4 > >> >> > > >> >> > You can download the tarball either as [1]terminology-0.4.0.tar.gz or > >> >> > as [2]terminology-0.4.0.tar.bz2. > >> >> > > >> >> > This release features: > >> >> > > >> >> > * text reflow on resize, > >> >> > * full 256 colors support, > >> >> > * improved terminal compatibility, > >> >> > * improved selection handling, > >> >> > * backscroll compression to reduce memory usage, > >> >> > >> >> > >> >> What's the compression ratio? How much memory can I expect to be > >> >> unused compared to 0.3.0? > >> >> > >> >> Thanks! > >> > > >> > i measured about 60% savings of backscroll memory on average. (si it was > >> > 40% its original size). > >> > >> In the frozen tundra of the Northeast US (New England) I can only max > >> out my machine at 2GB ram (DDR Pentium 4). Running LXDE + Terminology > >> w/ 10k scroll buffer + chromium-browser (or bsu when i'm bored) + tmux > >> + vim = heavy swappage. >:| > >> I'm thinking about switching my desktop environment to Ratpoison so I > >> can stay in hard memory. Either that or shit-can Terminology for > >> lxterminal. > > > > chromium is what is really eating all your memory. you can fiddle about at > > the edges, but that's your real problem. do some memory profiling some time. > > I definitely will, and provide a comparison on e-users. Perhaps it > will help someone else along the way who has the same troubles as me. sure. :) > > fyi i have a test machine - pentium-m @ 600mhz, 512m ram. runs e18, > > terminology etc. just fine. even chromium as long as i keep it to simple > > stuff and don't use multiple tabs. no gpu either. > > I read on another thread you saying e18 is actually less bleeding edge > than e17. Do you suggest running the e18 branch to gain more > stability? i would say its rock solidly stable. it works better than e17. it should also use less memory (when compositing). e18 has no choice there though. you composite like it or not. :) > > also one thing that hurts you is using lxde. lxde will have its own > > libraries/internals, where e re-uses the same efl code that it shares with > > terminology. > > > > scrollbuffers are not that expensive really. it's 8 bytes per char and only > > the chars on each line until the last non-blank one are actually allocated. > > so assume 50% on average of every line in scrollback is used, a full 10k > > scrollback before compression will cost about 3.2m. with compression that > > comes down to 1.3m also remember if you go back through scrollback > > terminology has to uncompress as it goes and memory will balloon out again > > until it gets to re-compressing it again (when it goes idle). that's one > > terminal. also you may want to use the "multiple instances, one process" > > option under behavior. it only uses a single terminology process for all > > terminals. > > Makes sense. I'm going to change my environment and configuration to > match what you have on your test machine. Thanks for giving a shit > about the little guy. :) we do care. :) there is always a price to pay for things. features are generally not free. but.. where we can - we try and minimize the cost. compressed scrollback buffers are an example. it's memory that is not regularly accessed and thus can do with being compressed with little to no real effect. it also "obscures" your terminal scrollback so if you swap... and somone gets your hdd and runs strings on your swap partition... they wont get your whole history log from the terminal (easily). it takes much more effort and smarts. so it serves a "security by obscurity" purpose too. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
