Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
11/03/06 11:35
Modified:
  11/03/06 11:36

Read: times


 
#127311 - why pipeline??
Responding to: ???'s previous message
hi,

Richard Erlacher said:
That pipeline contains code-space memory, in sequence of execution. If a loop fits within the pipeline, then it executes at full speed.

Which loop do you talk about? SiLabs F12x/13x executes a program at full speed as long as the code execution is linear (this is the task of prefetch engine) or if it presents in the cache as well.

If not, i.e. if it is longer than the pipeline, then every time the pipeline depth is exceeded it must be reloaded.

I think we talk about different things. SiLabs has nor "pipeline depth" neither "pipeline reload". They use prefetch engine and branch target cache -- that`s all.

How long this takes is a mystery and one really can't expect the manufacturer to make this known.

All the timings of each instruction are indicated in the chapter "Instruction Set". Cache-miss penalty duration is defined and explained in the chapter "Branch Targed Cache".

Since there's no information published about just how this is implemented in the SiLabs MCU's, it's worth wondering just how close they come to the claimed performance, as compared, say, with the Maxim/Dallas parts, which are also relatively quick one-clockers, but which implement no instruciton pipelining beyond the standard. Now, Maxim has released no information about how they've worked their "4-level pipeline" either. However, their MCU continues to run at the same rate without regard for the length the current loop.

Read above about SiLabs:
"When running linear code (code without any jumps or branches), the prefetch engine alone allows instructions to be executed at full speed."

Regards,
Oleg


List of 33 messages in thread
TopicAuthorDate
Pipelines revisited            01/01/70 00:00      
   You cannot say without more information            01/01/70 00:00      
      You've got it! That's the problem, for sure.            01/01/70 00:00      
         Synchronization            01/01/70 00:00      
            True enough, but in this case            01/01/70 00:00      
   So you can be happily chugging away            01/01/70 00:00      
      That renders the SiLabs architecture unuseable            01/01/70 00:00      
         Can't You Trurn it off?            01/01/70 00:00      
         Advertising.            01/01/70 00:00      
            a better term would have been "unspecified"            01/01/70 00:00      
         if what you want is to bitch, the cache stinks, if            01/01/70 00:00      
            No ... it's not just a complaint ...            01/01/70 00:00      
               experience and the other is stated already            01/01/70 00:00      
                  it's not quite that simple ...            01/01/70 00:00      
                     does not matter, in this case an advantage            01/01/70 00:00      
                        Yes, same length, irrespective of path            01/01/70 00:00      
   can you explain more?            01/01/70 00:00      
      It uses a pipeline to achieve the high speed            01/01/70 00:00      
         why pipeline??            01/01/70 00:00      
   branch cache            01/01/70 00:00      
      i dont know about slightly unpredictable            01/01/70 00:00      
      I second this.            01/01/70 00:00      
      It's called "branche cache" rather than pipeline?            01/01/70 00:00      
         They're two different things.            01/01/70 00:00      
            This flush and refill process is what I feared            01/01/70 00:00      
         you might also try something completely different            01/01/70 00:00      
            well ... maybe ...            01/01/70 00:00      
   what is the problem?            01/01/70 00:00      
      The problem is blaming the pipeline ...            01/01/70 00:00      
         oh, I wish            01/01/70 00:00      
         Exactly ...            01/01/70 00:00      
      That reference is helpful            01/01/70 00:00      
         not a "litterary masterpiece" but after reading            01/01/70 00:00      

Back to Subject List