<story><title>Text consoles and framebuffer consoles in Linux</title><url>https://utcc.utoronto.ca/~cks/space/blog/linux/TextAndFramebufferConsoles</url></story><parent_chain></parent_chain><comment><author>GekkePrutser</author><text>Yes I remember Minix in particular being so fast on my old 386sx. If I would run something that output a lot it would come through so fast there was hardly any scrolling. It was like it just output the last page only. But everything was in the output buffer so this wasn&amp;#x27;t the case. I&amp;#x27;ve never seen another OS so fast even with a terminal emulator known for speed like kitty.&lt;p&gt;I didn&amp;#x27;t have time to read the article yet but I assume those DOS era display cards were just hella optimised for text output.</text></comment>
<story><title>Text consoles and framebuffer consoles in Linux</title><url>https://utcc.utoronto.ca/~cks/space/blog/linux/TextAndFramebufferConsoles</url></story><parent_chain></parent_chain><comment><author>Aardwolf</author><text>How can going from native 80x25 character mode to graphical mode cause any noticeable slowdown?&lt;p&gt;It&amp;#x27;s just text, small textures for the fixed width characters I assume.&lt;p&gt;Computer games were rendering millions of triangles a second over 20 years ago, even in software rendering engines.&lt;p&gt;If it&amp;#x27;s noticeably slow, there must be some unnecessary inefficiencies in there.&lt;p&gt;I use graphical VTE&amp;#x27;s like konsole though, which have way more than the in the article mentioned 128x40 characters, on a 4K screen, and I don&amp;#x27;t notice any slowdown in there at least, it can scroll as fast as you want, with full RGB color codes and unicode characters and 100K lines of scroll history.</text></comment>