1. 30 Dec, 2016 1 commit
  2. 30 Nov, 2015 1 commit
  3. 30 Sep, 2015 1 commit
  4. 28 Sep, 2015 1 commit
  5. 05 Nov, 2014 1 commit
  6. 22 Sep, 2014 1 commit
  7. 04 Aug, 2014 1 commit
  8. 03 Jun, 2014 1 commit
  9. 29 Apr, 2014 1 commit
  10. 20 Dec, 2013 1 commit
  11. 22 Nov, 2013 1 commit
  12. 21 Feb, 2013 1 commit
  13. 22 Nov, 2012 1 commit
  14. 19 Jul, 2012 1 commit
  15. 23 May, 2012 1 commit
  16. 09 May, 2012 1 commit
  17. 16 Apr, 2012 1 commit
  18. 08 Apr, 2012 2 commits
  19. 13 Mar, 2012 1 commit
  20. 11 Mar, 2012 3 commits
  21. 06 Dec, 2011 2 commits
  22. 05 Dec, 2011 2 commits
  23. 14 Sep, 2011 1 commit
  24. 13 Jul, 2011 1 commit
  25. 01 Mar, 2011 1 commit
  26. 22 Feb, 2011 1 commit
    • mikhail.naganov@gmail.com's avatar
      Fix CPU profiling for Crankshaft. · 56788625
      mikhail.naganov@gmail.com authored
      The main issue was due to multiple recompilations of functions.  Now
      code objects are grouped by function using SFI object address.
      JSFunction objects are no longer tracked, instead we track SFI object
      moves. To pick a correct code version, we now sample return addresses
      instead of JSFunction addresses.
      
      tools/{linux|mac|windows}-tickprocessor scripts differentiate
      between code optimization states for the same function
      (using * and ~ prefixes introduced earlier).
      
      DevTools CPU profiler treats all variants of function code as
      a single function.
      
      ll_prof treats each optimized variant as a separate entry, because
      it can disassemble each one of them.
      
      tickprocessor.py not updated -- it is deprecated and will be removed.
      
      BUG=v8/1087,b/3178160
      TEST=all existing tests pass, including Chromium layout tests
      
      Review URL: http://codereview.chromium.org/6551011
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@6902 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      56788625
  27. 13 Dec, 2010 1 commit
  28. 23 Nov, 2010 1 commit
  29. 22 Nov, 2010 4 commits
  30. 18 Nov, 2010 1 commit
  31. 20 Sep, 2010 1 commit
    • mikhail.naganov@gmail.com's avatar
      Show RegExp calls in the profile. · c1903ce3
      mikhail.naganov@gmail.com authored
      It turns out they were filtered out. But when I unfiltered them, I
      discovered another issue: when DevTools run, regexp literals get
      recompiled each time they called (looks like this is concerned with
      switching to full compiler), so I ended up having multiple entries for
      the same regexp. To fix this, I changed the way of how code entries
      equivalence is considered.
      
      BUG=crbug/55999
      TEST=cctest/test-profile-generator/ProfileNodeFindOrAddChildForSameFunction
      (the test isn't for the whole issue, but rather for equivalence testing)
      
      Review URL: http://codereview.chromium.org/3426008
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@5492 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      c1903ce3
  32. 18 Aug, 2010 1 commit