frame buffer state of the art?
- From: phil-news-nospam@xxxxxxxx
- Date: 12 Feb 2008 17:41:58 GMT
It has been many years since I tried the frame buffer (console displaying
directly from pixels in the buffer instead of characters in the buffer).
At that time, frame buffer had one serious annoyance: it did not save the
pixel content between virtual console switching. Instead, what it did was
save the character buffer content, and when the console was switched, it
re-rendered the saved characters into pixels. This meant that graphical
programs were screwed. Back then, the two big issues that justified this
were the speed to copy out and copy in all that pixel data (although doing
the re-render means at least half that work and then some still has to be
done, anyway), and the required memory in the kernel itself (multiplied by
how many virtual consoles are involved). I believe today, computers are
sufficiently fast and have enough memory to handle this.
So has there been any improvement in the frame buffer console since then?
It would be a big hassle to try it (so many things set up and running that
I don't want to reboot). So I'm just looking to see if someone here has
actually tried it recently with the issues as described above understood.
--
|---------------------------------------/----------------------------------|
| Phil Howard KA9WGN (ka9wgn.ham.org) / Do not send to the address below |
| first name lower case at ipal.net / spamtrap-2008-02-12-1133@xxxxxxxx |
|------------------------------------/-------------------------------------|
.
- Prev by Date: Re: USB device just moves
- Next by Date: how to count %util from iostat ?
- Previous by thread: Mind Control "mailteam" works-- victims work trends
- Next by thread: how to count %util from iostat ?
- Index(es):
Relevant Pages
|
