Quicker framebuffer scrolling

8 Replies

Somehow I wandered onto this page the other day, and found a rather nifty framebuffer speedup tip. Adding this to your kernel boot line should give you quicker redraws when text is scrolling.

video=vesafb:ywrap,mtrr:3

That works for me in both Crux and Arch, and I imagine any recent kernel should be able to work with it. For my extremely-slow-on-the-redraw Pentium, there wasn’t much of a difference to see. And in the case of a full-screen redraw of an application — in other words, not scrolling text — there isn’t any visible difference at all. So for example, resizing mc on the Pentium wasn’t any cleaner.

But I could see a small bump on a slightly faster machine using the framebuffer, and in the case of the X60s, it was much quicker. Too bad that’s not the one that really needs improvement. … 😐

8 thoughts on “Quicker framebuffer scrolling”

  1. Anonymous Coward

    See? This is the kind of stuff you should be publishing about instead of making ignorant comments about so-called pirates.

    Reply ↓
    1. gullars

      Well, while I agree selfishly in what you are saying, I would say that this is kmandla’s blog and she/he will write about what she/he wants to, now it’s up to us if we want to read it or not, while I didn’t much enjoy that discussion I think we should welcome it too.

      Reply ↓
  3. sirion

    Ok, but what does that do, exactly? I hate to change parameters I have not even the slightest understanding of…

    Reply ↓
  4. Sean Whitton

    I am always very impressed by your use of the framebuffer. The thing that would stop me from switching is that I don’t seem to be able to get graphical display inside screen/dvtm/anything else as you do. What have you changed to allow mplayer to play its videos without some form of screen-splitter? It only works on the raw framebuffer for me which is far less useful.

    I apologise for this perhaps not being the most appropriate venue for this question.

    Reply ↓
  5. Luca

    Thanks! The thing that always puts me off using the framebuffer on my desktop machine is that it is ridiculously slow at scrolling. Accidentally typing dmesg without tail is painful! It is some drive issues with the FB and my Nvidia card, rather strange but heh. I’ll check it out!

    Reply ↓

  6. Pingback: Links 28/5/2010: GNOME Shell 2.31.2, Ubuntu Redesigns | Techrights

  7. Prinzzchavo

    I have always had the same impression of framebuffer as Luca.

    BTW, In my 1,5Ghz, 1GbRAM, 128Mb GPU laptop, I found out (wristwatch said so), that my Grub-to-Login times went up after using this trick, from 17 to 19 secs. I also get the feeling (haven`t taken times though), that Openbox took a bit longer to load.

    Not that I mind that much the lag(CLI is still the quickest way for me to get a quick wikipedia search on the go), but it would be nice if anyone else could test it out too…

    Thanks for the tip

    Reply ↓

Leave a comment