Re: Fastcode MM Rule
- From: "Pierre le Riche" <pleriche@xxxxxxxxxxx>
- Date: Sat, 30 Apr 2005 16:42:05 +0200
Hi Robert,
> Just out of curiosity, have you ever verified what part of the total
> memory consumption the blocks smaller than 32 bytes are responsible for?
In the combined usage of all the MM B&V replays, about 80% of all getmem
calls are for 32-bytes or less. The peak memory usage for these requests
depends on the block sizes that you use, so it will vary from MM to MM. If I
recall correctly, the last time I tested it it was in the region of 30%.
However, it's not only the memory usage that is a concern: If the blocks are
smaller they can be more tightly packed and that speeds up access speeds,
something which our B&V tool does not really measure. (We write the
beginning and end of blocks, but never again read them.)
At the moment the lookup tables of the MMs are almost always cached and the
conditional branches are all inside the branch prediction tables, since the
benchmarks themselves have very little code behind them. I have found that
sometimes the B&V tool says a change to my MM makes it faster (using the
replay) and then I test it with a stopwatch on the program itself and it
turns out to be slower.
Another example is the FastMove library: I find that the latest version
actually slows down my application when compared to an old MMX move routine
of John's, even though the Move B&V tool says the latest version should be
faster.
I don't think a B&V tool can ever substitute real-world testing with a
stopwatch... not unless the B&V tool incorporates actual applications.
> In your tests with your new MM, what kind of memory reduction do you
> observe?
Very difficult to say. It depends on many different factors and on the
multi-threaded benchmarks it varies on every run. The new architecture is a
bit different to v3 as well, so it's hard to compare apples to apples (v3
doesn't have any boundary markers).
Regards,
Pierre
.
- Follow-Ups:
- Re: Fastcode MM Rule
- From: Robert Houdart
- Re: Fastcode MM Rule
- References:
- Fastcode MM Rule
- From: Dennis
- Re: Fastcode MM Rule
- From: Primoz Gabrijelcic
- Re: Fastcode MM Rule
- From: Pierre le Riche
- Re: Fastcode MM Rule
- From: Fikret Hasovic
- Re: Fastcode MM Rule
- From: Dennis
- Re: Fastcode MM Rule
- From: Dennis
- Re: Fastcode MM Rule
- From: Aleksandr Sharahov
- Re: Fastcode MM Rule
- From: Dennis
- Re: Fastcode MM Rule
- From: Aleksandr Sharahov
- Re: Fastcode MM Rule
- From: Pierre le Riche
- Re: Fastcode MM Rule
- From: Aleksandr Sharahov
- Re: Fastcode MM Rule
- From: Pierre le Riche
- Re: Fastcode MM Rule
- From: Robert Houdart
- Fastcode MM Rule
- Prev by Date: Re: String Functions
- Next by Date: Re: String Functions
- Previous by thread: Re: Fastcode MM Rule
- Next by thread: Re: Fastcode MM Rule
- Index(es):
Relevant Pages
|