On Mon, Aug 13, 2001 at 10:34:46AM -0700, Wayne Gowcher wrote: > I have been running the nbench-byte-2.1 benchmark on a > mips r4k processor with various combinations of kernel > and distribution packages. I initially started with a > 2.4.2 kernel using the redhat 5.1 distribution found > on the SGI mips site. I compiled nbench native on the > target with redhat mounted via nfs. I used this as my > base. > > I then ran a 2.4.6 kernel on the same mips 4k > processor, but this time with the redhat 7.0 > distribution. I compiled native using the > distributions compiler. This resulted in : > > a 3 % reduction in the Memory Index benchmark > a 2 % increase in the Integer Index benchmark > a 23 % reduction in the Floating Point Index benchmark Small fluctuations in the range of 2 or 3 percent are usually explained by a changing usage pattern of the caches. Therefore rerunning a the benchmarks is a good idea. Especially microbenchmarks a la lmbench on caches of low associativity like the direct mapped R4k caches are extremly easily affected by cache usage patterns. Did you get any kernel messages during the Floating Point Index benchmark on the older kernel? > a, has suggestions on how to optimize compiler > performance. > > b, may know why performance seems to degrade with a > newer kernel and with a newer distribution ? newer > compiler ? Gcc 3.0 has been reported to produce slightly slower code than it's predecessor by many people on various architecture. I'm sad to find that MIPS is also one of them. As for the kernel - I don't really know; your analysis isn't fine grained enough. I don't run kernel benchmarks religiously on every version but what I can say my number have in part risen dramatically. > c, any other tips for improving kernel / application > performance. Successful tuning requires a detailed analysis first. Ralf
