Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 3 Apr 2001 02:25:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 3 Apr 2001 02:25:31 -0400 Received: from aeon.tvd.be ([195.162.196.20]:13162 "EHLO aeon.tvd.be") by vger.kernel.org with ESMTP id ; Tue, 3 Apr 2001 02:25:24 -0400 Date: Tue, 3 Apr 2001 08:23:55 +0200 (CEST) From: Geert Uytterhoeven To: Alan Cox cc: James Simmons , Jamie Lokier , Linux Kernel Mailing List , Linux Fbdev development list Subject: Re: [Linux-fbdev-devel] Re: fbcon slowness [was NTP on 2.4.2?] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2 Apr 2001, Alan Cox wrote: > > Yes this is problem. See my response to Paul about this. The only reason > > I'm using MMX for the vesa framebuffer because it has no acceleration. MMX > > gives a big boost for genuine intel chips. Other types of MMX are fast but > > they don't seemed to be optimized for memory transfers like MMX on intel > > chips. I also have regular code that does all kinds of tricks to optimize > > Then you are doing something badly wrong. > > The MMX memcpy for CyrixIII and Athlon boxes is something like twice the > speed of rep movs. On most pentium II/III boxes the fast paths for rep movs > and for MMX are the same speed As long as you are copying in real memory. So the PCI bus or the host bridge implementation may be the actual limit. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/