Hello!
I need to count the number of read and write accesses to the internal SRAM of the MPC5777C. I raised some options to do so, but I would like to know which one of them is correct and more accurate and if there is any other way to do so in a better way. Consider that in my software architecture the only used XBAR masters are the e200z7 cores, the flash memory stores the instructions and constants, the SRAM stores data variables.
My theories:
SRAM read accesses = Com:87 (BIU data-side requests performance monitor)
or
SRAM read accesses = Com:57 (DCache linefills performance monitor)
SRAM write accesses = Com:88 (BIU data-side copyback requests performance monitor) [cons: does not count write-through requests]
Best regards,
Matheus
Com:86 (BIU instruction-side cycles) - how many clock cycles takes instruction fetch
Com:89 (BIU data-side cycles) - how many clock cycles takes data access
Com:90 (BIU single-beat write cycles) - how many cycles are single beat transfers, i.e. aligned 8/16/32/64 bit writes (not misaligned or bursts)
How performance monitors are used depends on the optimization needs for a particular application. I am attaching screenshots from presentation I have already mentioned in another your thread.
1) It is needed to realize that performance monitor is tool of the core itself. BIU event are all related to accesses external to the core.
2) 1 access. Also you have event 89 for counting of cycles.
3) Event 88 count copybacks. write-through is normal transaction and will be included in 87/89
BIU data-side requests would count both accesses, cached and cache inhibited.
Second tho events only cache related.
I cannot tell it what is "accurate" it depends what you wanted to count avtually.