On Thu, 15 Mar 2001, Anton Blanchard wrote:
> On sparc64 we dont care about the different memory zones and iterating
> through them all over the place only serves to waste CPU. I suspect
> this would be the case with some other architectures but for the
> moment I have just enabled it for sparc64.
>
> With this patch I get close to a 1% improvement in dbench on the dual
> ultra60.
1% ... I didn't expect Linux to take THIS much of a hit due to
not using the zones on some architectures ...
I guess this is enough of a difference to make sure we don't do
these extra iterations when they're not needed.
> +#ifdef __sparc_v9__
> +#define MAX_NR_ZONES 1
> +#define ZONE_NAMES { "DMA" }
> +#define ZONE_BALANCE_RATIO { 32 }
> +#define ZONE_BALANCE_MIN { 10 }
> +#define ZONE_BALANCE_MAX { 255 }
> +#else
I guess it may be better to just have include/asm-<foo>/mmzone.h
files for each architecture. Maybe even optionally behind an
IFNDEF so we could start with almost empty files for each
architecture and only fill in something when the values really
need to be different ...
regards,
Rik
-- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose...http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com.br/
- 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/
This archive was generated by hypermail 2b29 : Thu Mar 15 2001 - 21:00:18 EST