From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750738AbWFBWBz (ORCPT ); Fri, 2 Jun 2006 18:01:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751215AbWFBWBz (ORCPT ); Fri, 2 Jun 2006 18:01:55 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:5509 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S1750738AbWFBWBy (ORCPT ); Fri, 2 Jun 2006 18:01:54 -0400 Date: Sat, 3 Jun 2006 00:01:04 +0200 From: Pavel Machek To: David Lang Cc: Ondrej Zajicek , "Antonino A. Daplas" , Jon Smirl , Dave Airlie , "D. Hazelton" , Alan Cox , Kyle Moffett , Manu Abraham , linux cbon , Helge Hafting , Valdis.Kletnieks@vt.edu, linux-kernel@vger.kernel.org Subject: Re: OpenGL-based framebuffer concepts Message-ID: <20060602220104.GA6931@elf.ucw.cz> References: <200605272245.22320.dhazelton@enter.net> <9e4733910605272027o7b59ea5n5d402dabdd7167cb@mail.gmail.com> <200605280112.01639.dhazelton@enter.net> <21d7e9970605281613y3c44095bu116a84a66f5ba1d7@mail.gmail.com> <9e4733910605281759j2e7bebe1h6e3f2bf1bdc3fc50@mail.gmail.com> <447CBEC5.1080602@gmail.com> <20060602083604.GA2480@localhost.localdomain> <20060602085832.GA25806@elf.ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi! > >>I just implemented text mode switch and tileblit ops into viafb > >>(http://davesdomain.org.uk/viafb/index.php) and it is about four > >>times faster than accelerated graphics mode and about eight times > >>faster than unaccelerated graphics mode (both measured using cat > >>largefile with ypan disabled). So textmode is meaningful > >>alternative. > > > >I mean.... it is displaying text faster than refresh rate... so who > >cares? > > > >You can only *display* so much text a second (and then, user is only > >able to see *much* less text) and both text mode and frame buffers are > >way past that limits. so.... who cares? > > there are quite a few times when you have text output that you need to > scroll through, but you really don't need to read it as it goes by. > > for example, accidently cating a large file, running a program with overly > verbose debugging output, etc. > > yes, if you never make mistakes and know that these are problem cases > ahead of time you can redirect the output. but in the real world sysadmins > really do notice when they are on a console that is slower. > > if reading speed was the limiting factor very few people would need > anything faster then a 9600 baud terminal. I'm not talking about reading speed, I'm talking about displaying speed. Once you display more than refresh rate times screen size... you may as well cheat -- xterm-like. If xterm detects too much stuff is being displayed, it simply stops displaying it, only refreshing screen few times a second... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html