[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [microblaze-uclinux] microblaze performance
Hi Rudi,
Rudolf Usselmann wrote:
> I was playing around a bit with the cache size and trying to
> find a trade off of cache size vs BRAM usage. In my applications,
> it seems that I never have enough BRAMs, so I try to justify
> very carefully where and how many BRAMs I use.
> Here are some of my findings. The tests where performed on a
> Virtex II Pro 20, soc running at 66.66 MHz, the first column
> is the size of icache/dcache.
>
> 16k/16k, 5M dhrystone: 42030.9 dhrystone/sec (24 extra BRAMs)
> 8k/8k, 5M dhrystone: 41830.5 dhrystone/sec (12 extra BRAMs)
> 4k/4k, 5M dhrystone: 41480.0 dhrystone/sec ( 9 extra BRAMs)
> 2k/2k, 5M dhrystone: 19957.7 dhrystone/sec ( 8 extra BRAMs)
> 0k/0k, 5M dhrystone: 4815.4 dhrystone/sec ( 0 extra BRAMs)
This is a great test to perform, thanks for sharing your results. I
guess some things to try would be hit the microblaze with a ping flood
before running dhrystone, see how the cache size impacts the performance
as well.
Also, maybe running a couple of instances of dhrystone at the same time,
to see what happens under a processor load > 1.
> Looks like 4K/4K is a optimum setting. Bogo MIPS stayed pretty
> much constant at 32.97 regardless of cache size (which I guess
> does make sense).
Yes. bogomips is just a tight delay calibration loop, so any non-zero
cache will tend to yield a big impact.
Cheers,
John
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@itee.uq.edu.au
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/