• State Accepted Answer
  • Locked Locked
  • Replies 2 replies
  • Subscribers 120 subscribers
  • Views 1557 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Streamline: Consider removing some other events to make room (For CPU only six counters can be used related to BUS and Cache ) Is there a way to track all of them .

Omkar2895

Hardware used  : Khadas Vim3 

Application: CNN model

CPU: ARM cortex A73

I am not able to get values for more than 6 counters at a single run, for example from the following I'm able to record values only for counters in Bold if I need remaining values I have to rerun the test by replacing them. Is there a way I can use more than 6 counters related to cache /bus 

 BUS :

a.Access

b.Access(Device)

c.Access(Normal)

d.Access (Normal , Cachable , sharable)

e.Access (NOT NCS)

 Instruction (Execution) : 

a.All

b.Branch(Immediate)

c.Branch(Return)

d.Exception(Return)

e.Increment PMWINC register

f.Write to CONTEXTIDR

g.write to PC

Parents
  • +1 Arm Employee Badge

    Is there a way I can use more than 6 counters related to cache /bus 

    Not in the current tool. Most Arm CPU hardware only has 6 physical counters implemented (plus a cycle counter), so that's a hard limit. In a future version of the tool we will implement software multiplexing to capture arbitrary numbers of counters with time-division multiplexing, but it's not yet planned for a specific release. 

    Kind regards, 
    Pete

Reply
  • +1 Arm Employee Badge

    Is there a way I can use more than 6 counters related to cache /bus 

    Not in the current tool. Most Arm CPU hardware only has 6 physical counters implemented (plus a cycle counter), so that's a hard limit. In a future version of the tool we will implement software multiplexing to capture arbitrary numbers of counters with time-division multiplexing, but it's not yet planned for a specific release. 

    Kind regards, 
    Pete

Children