1. 20 Oct, 2010 1 commit
  2. 19 Oct, 2010 1 commit
    • vitalyr@chromium.org's avatar
      Support profiling based on linux kernel performance events. · e6b33bd2
      vitalyr@chromium.org authored
      Since 2.6.31 perf_events interface has been available in the
      kernel. There's a nice tool called "perf" (linux-2.6/tools/perf) that
      uses this interface and provides capabilities similar to oprofile. The
      simplest form of its usage is just dumping the raw log (trace) of
      events generated by the kernel. In this patch I'm adding a script
      (tools/ll_prof.py) to build profiles based on perf trace and our code
      log. All the heavy-lifting is done by perf. Compared to oprofile agent
      this approach does not require recompilation and supports code moving
      garbage collections.
      
      Expected usage is documented in the ll_prof's help. Basically one
      should run V8 under perf passing --ll-prof flag and then the produced
      logs can be analyzed by tools/ll_prof.py.
      
      The new --ll-prof flag enables logging of generated code object
      locations and names (like --log-code), and also of their bodies, which
      can be later disassembled and annotated by the script.
      
      Review URL: http://codereview.chromium.org/3831002
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@5663 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      e6b33bd2
  3. 07 Oct, 2010 2 commits
  4. 29 Sep, 2010 1 commit
  5. 27 Sep, 2010 1 commit
  6. 31 Aug, 2010 1 commit
  7. 30 Aug, 2010 1 commit
  8. 25 Aug, 2010 1 commit
  9. 24 Aug, 2010 2 commits
  10. 17 Aug, 2010 2 commits
  11. 16 Aug, 2010 1 commit
  12. 13 Aug, 2010 1 commit
  13. 11 Aug, 2010 3 commits
  14. 29 Jul, 2010 1 commit
  15. 28 Jul, 2010 1 commit
  16. 22 Jul, 2010 1 commit
  17. 20 Jul, 2010 2 commits
  18. 05 Jul, 2010 1 commit
  19. 02 Jul, 2010 1 commit
  20. 29 Jun, 2010 1 commit
  21. 26 May, 2010 1 commit
  22. 22 May, 2010 1 commit
  23. 21 May, 2010 1 commit
  24. 18 May, 2010 1 commit
  25. 17 May, 2010 1 commit
    • mark@chromium.org's avatar
      Allow build-time selection between ia32 and x86_64 in the GYP/Xcode Mac · e9b5d785
      mark@chromium.org authored
      Chromium build.
      
      v8.gyp no longer sets any V8_TARGET_ARCH_* macro on the Mac. Instead, the
      proper V8_TARGET_ARCH_* macro will be set by src/globals.h in the same way as
      the V8_HOST_ARCH_* macro when it detects that no target macro is currently
      defined. The Mac build will attempt to compile all ia32 and x86_64 .cc files.
      #ifdef guards in each of these target-specific source files prevent their
      compilation when the associated target is not selected. For completeness,
      these #ifdef guards are also provided for the arm and mips .cc files.
      
      BUG=706
      TEST=x86_64 Mac GYP/Xcode-based Chromium build (still depends on other changes)
      Review URL: http://codereview.chromium.org/2133003
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4666 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      e9b5d785
  26. 10 May, 2010 1 commit
    • erik.corry@gmail.com's avatar
      First step towards making JumpTarget work on ARM. Instead · fa7c92ea
      erik.corry@gmail.com authored
      of having a list of virtual frame pointers in the jump
      target we have one virtual frame, which is the frame that
      all have to merge to to branch to that frame.  The virtual
      frame in the JumpTarget is inside the JumpTarget, rather than
      being an allocated object that is pointed to.  Unfortunately
      this means that the JumpTarget class has to be able to see
      the size of a VirtualFrame object to compile, which in turn
      lead to a major reorganization of related .h files.  The
      actual change of functionality in this change is intended
      to be minimal (we now assert that the virtual frames match
      when using JumpTarget instead of just assuming that they do).
      Review URL: http://codereview.chromium.org/1961004
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4631 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      fa7c92ea
  27. 05 May, 2010 3 commits
  28. 28 Apr, 2010 1 commit
  29. 26 Apr, 2010 2 commits
  30. 19 Apr, 2010 1 commit
  31. 14 Apr, 2010 1 commit