Fastcode MM: category weights

Hi All,

I think we should adjust the weights of the individual categories. Here is
my suggestion (with reasons):

{PLR 6/5/2005 changed weights: Multi-threaded weights were IMO
disproportionately high vs. single threaded. Having multithreaded
benchmarks
carry more than 50% more weight than single-threaded benchmarks is not
realistic?! Should it be exactly balanced?}
WeightPerCategory: array[TBenchmarkCategory] of Double = (
{If your application reallocs a lot in speed-critical code then it is
badly
written (hence the low weight)}
0.08, //bmSingleThreadRealloc
0.12, //bmMultiThreadRealloc
{Alloc and free is the typical behaviour of most apps}
0.10, //bmSingleThreadAllocAndFree
0.15, //bmMultiThreadAllocAndFree
{Replays count the most (this is the closest to real-world behaviour
we've
got at the moment, although memory is not actually "used")}
0.20, //bmSingleThreadReplay
0.30, //bmMultiThreadReplay
{Some anomalies with some of the current speed tests precludes using a
bigger weight.}
0.05 //bmMemoryAccessSpeed
);

Comments?

Regards,
Pierre


.

Relevant Pages

  • Re: Fastcode MM: category weights
    ... I noticed that BucketMM and FastMM3 seems to ... perform best on different benchmarks. ... > carry more than 50% more weight than single-threaded benchmarks is not ...
    (borland.public.delphi.language.basm)
  • Re: Gforth tops the shootout
    ... >This is due to the shootout changing their default sort order to weight ... >lines-of-code and memory usage equally with execution speed, ... Looking at the benchmarks, I see that you have contributed many. ...
    (comp.lang.forth)
  • Re: Fastcode MM Rule
    ... I would like to suggest that we create more variations of the MemUsage ... benchmarks and perhaps increase their weight. ...
    (borland.public.delphi.language.basm)