Advertisement
Guest User

Untitled

a guest
Oct 22nd, 2018
80
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.09 KB | None | 0 0
  1. //Number of clock cycles withour optimization:
  2. //Lab 2: 25399
  3. //Lab 4: 90641
  4. //Lab 4 OPT=1: 21463
  5. //Lab 4 OPT=2: 21249
  6. //Lab 4 OPT=3: 21283
  7. //Difference of assembly in lab2 and lab4(unoptimized):
  8. //
  9. //
  10. //
  11. //Difference of assembly between optimizations:
  12. // Between opt1 and opt2 there seems to be a lot of value/adress changes. As if the compiler realizes that some values would be faster but at the same time it is more difficult for us, the users to realize why that new value was used.
  13.  
  14. // In higher optimization the creation of stacks seems to occur more frequent.
  15.  
  16. //As is said in the previous section, the handling of an efficient pipeline is better. I.e no "nops" in opt3 where as in opt0 there are plenty.
  17.  
  18. // The usage of reference points( such as ".LEFDE4:") are much more frequent in higher opt's. This results in longer code too which seems counter productive and might be the reason to why we actually get a higher clock count in opt3 than in opt2.
  19.  
  20. // Last but not least. "Hardcoding" values to ref points and simple hex-values is something that higher optimization does more of.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement