1. 12 Aug, 2016 1 commit
  2. 10 Aug, 2016 1 commit
  3. 08 Aug, 2016 1 commit
  4. 05 Aug, 2016 1 commit
  5. 03 Aug, 2016 4 commits
  6. 27 Jul, 2016 1 commit
  7. 25 Jul, 2016 1 commit
  8. 19 Jul, 2016 1 commit
    • mstarzinger's avatar
      [turbofan] Allow deopt reasons without source positions. · ca727047
      mstarzinger authored
      This allows to pass deoptimization reasons to the profiler without the
      requirement of always providing a source position. The absence of deopt
      reasons is now communicated via a sentinel as the deopt id value. The
      deoptimization reasons recently added to TurboFan are now passed to the
      profiler.
      
      R=bmeurer@chromium.org
      TEST=cctest/test-cpu-profiler
      
      Review-Url: https://codereview.chromium.org/2159793002
      Cr-Commit-Position: refs/heads/master@{#37852}
      ca727047
  9. 18 Jul, 2016 1 commit
    • bmeurer's avatar
      [turbofan] Add support for eager/soft deoptimization reasons. · db635d5b
      bmeurer authored
      So far TurboFan wasn't adding the deoptimization reasons for eager/soft
      deoptimization exits that can be used by either the DevTools profiler or
      the --trace-deopt flag. This adds basic support for deopt reasons on
      Deoptimize, DeoptimizeIf and DeoptimizeUnless nodes and threads through
      the reasons to the code generation.
      
      Also moves the DeoptReason to it's own file (to resolve include cycles)
      and drops unused reasons.
      
      R=jarin@chromium.org
      
      Review-Url: https://codereview.chromium.org/2161543002
      Cr-Commit-Position: refs/heads/master@{#37823}
      db635d5b
  10. 29 Jun, 2016 3 commits
  11. 27 Jun, 2016 1 commit
  12. 23 Jun, 2016 1 commit
  13. 15 Jun, 2016 1 commit
  14. 14 Jun, 2016 1 commit
  15. 06 Jun, 2016 1 commit
  16. 03 Jun, 2016 1 commit
  17. 27 May, 2016 1 commit
    • mstarzinger's avatar
      [runtime] Allow generic allocation of sloppy arguments. · addfd00a
      mstarzinger authored
      This allows sloppy arguments objects to be allocated by the generic
      Heap::AllocateJSObjectFromMap allocation function. An empty elements
      backing store for such objects is provided. This is needed in order to
      materialize such objects without access to a specific native context.
      
      R=bmeurer@chromium.org
      TEST=mjsunit/regress/regress-crbug-613919
      BUG=chromium:613919
      
      Review-Url: https://codereview.chromium.org/2014343004
      Cr-Commit-Position: refs/heads/master@{#36547}
      addfd00a
  18. 23 May, 2016 1 commit
    • mstarzinger's avatar
      [deoptimizer] Fix materialization of sloppy arguments. · 3cc2adb3
      mstarzinger authored
      This makes sure the deoptimizer can materialize sloppy arguments objects
      with the FAST_SLOPPY_ARGUMENTS_ELEMENTS elements kind. TurboFan's escape
      analysis treates those as normal JSObject types and hence materializes
      them differently than Crankshaft does.
      
      R=verwaest@chromium.org
      TEST=mjsunit/regress/regress-crbug-613919
      BUG=chromium:613919
      
      Review-Url: https://codereview.chromium.org/2001133002
      Cr-Commit-Position: refs/heads/master@{#36440}
      3cc2adb3
  19. 20 May, 2016 1 commit
  20. 18 May, 2016 1 commit
  21. 17 May, 2016 2 commits
  22. 13 May, 2016 2 commits
    • cbruni's avatar
      [counters] Annotate v8 with more runtime call counters. · 407d9fce
      cbruni authored
      By fully annotating the API with runtime counters we can properly measure
      how much time we spend in total in v8. When --runtime-call-stats is specified
      we now disable the fast-paths for callbacks to properly measure them.
      As a drive-by-fix this CL unifies the LOG messages in api.cc.
      Additionally we added missing timers to gain better resolution in the parser
      and callbacks.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/1923893002
      Cr-Commit-Position: refs/heads/master@{#36248}
      407d9fce
    • mstarzinger's avatar
      [compiler] Profiler reconstructs inlined frames for deopts. · 29001f44
      mstarzinger authored
      This makes the profiler reconstruct inlined function frames at eager
      deopt points from the deoptimization data. The main goal of this is to
      remove the last side-channel where Crankshaft communicates directly to
      the profiler. This is the last preparatory step towards deprecating the
      side-channel in question.
      
      R=yangguo@chromium.org
      
      Review-Url: https://codereview.chromium.org/1973993002
      Cr-Commit-Position: refs/heads/master@{#36229}
      29001f44
  23. 12 May, 2016 1 commit
  24. 11 May, 2016 1 commit
    • mstarzinger's avatar
      [compiler] Pass inlining_id via relocation info. · 32049620
      mstarzinger authored
      This passes the inlining_id of deoptimization points via the relocation
      info instead of via a side-channel to the CPU profiler. This is one step
      towards deprecating the side-channel in question and avoid the need for
      performing a lookup of the return address of the deopt point.
      
      R=jarin@chromium.org
      
      Review-Url: https://codereview.chromium.org/1956693002
      Cr-Commit-Position: refs/heads/master@{#36177}
      32049620
  25. 06 May, 2016 2 commits
  26. 29 Apr, 2016 1 commit
  27. 27 Apr, 2016 1 commit
    • hablich's avatar
      Revert of [heap] Uncommit pooled pages concurrently (patchset #5 id:120001 of... · 25ff296c
      hablich authored
      Revert of [heap] Uncommit pooled pages concurrently (patchset #5 id:120001 of https://codereview.chromium.org/1913083002/ )
      
      Reason for revert:
      Creates a spike of OOM(v8) crashers on Win32.
      
      Original issue's description:
      > [heap] Uncommit pooled pages concurrently
      >
      > - Move the concurrent unmapping to MemoryAllocator
      > - Hide (private) members where possible
      > - MemoryAllocator:Free is now the bottleneck for freeing
      > - Pooled pages are either allocated from a set of pooled pages are obtained
      >   through work stealing from the concurrent unmapper
      >
      > BUG=chromium:605866, chromium:581412
      > LOG=N
      >
      > Committed: https://crrev.com/2158df87116906160cebc3ad20c97f454822da03
      > Cr-Commit-Position: refs/heads/master@{#35797}
      
      TBR=hpayer@chromium.org,mlippautz@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=chromium:605866, chromium:581412
      
      Review URL: https://codereview.chromium.org/1925563003
      
      Cr-Commit-Position: refs/heads/master@{#35819}
      25ff296c
  28. 26 Apr, 2016 1 commit
    • mlippautz's avatar
      [heap] Uncommit pooled pages concurrently · 2158df87
      mlippautz authored
      - Move the concurrent unmapping to MemoryAllocator
      - Hide (private) members where possible
      - MemoryAllocator:Free is now the bottleneck for freeing
      - Pooled pages are either allocated from a set of pooled pages are obtained
        through work stealing from the concurrent unmapper
      
      BUG=chromium:605866, chromium:581412
      LOG=N
      
      Review URL: https://codereview.chromium.org/1913083002
      
      Cr-Commit-Position: refs/heads/master@{#35797}
      2158df87
  29. 22 Apr, 2016 1 commit
    • jarin's avatar
      Introduce approximate mode for StandardFrame::Summarize. · fcbe95c8
      jarin authored
      The approximate mode enables taking an approximate stack trace from GC,
      where the top frames might be missing if inlined. Note that in that case,
      the frame summary will refer to optimized code, so it will not be possible
      to take source position. (The user of the summary will have to handle the
      case frame_summary.abstract_code()->kind() == AbstractCode::OPTIMIZED_CODE
      specially.)
      
      Review URL: https://codereview.chromium.org/1907443002
      
      Cr-Commit-Position: refs/heads/master@{#35728}
      fcbe95c8
  30. 21 Apr, 2016 1 commit
  31. 11 Apr, 2016 1 commit
  32. 06 Apr, 2016 1 commit
    • bmeurer's avatar
      [generators] Decouple generator resume from fullcodegen. · 974721c6
      bmeurer authored
      Introduce a ResumeGeneratorTrampoline, which does the actual stack state
      reconstruction (currently always restores a fullcodegen frame), and
      introduce appropriate TurboFan builtins for %GeneratorPrototype%.next,
      %GeneratorPrototype%.return and %GeneratorPrototype%.throw based on
      this native builtin.
      
      Also unify the flooding in case of step-in to always work based on
      JSFunction and remove the special casing for JSGeneratorObject.
      
      R=mstarzinger@chromium.org, neis@chromium.org
      TBR=rossberg@chromium.org
      BUG=chromium:513471
      LOG=n
      
      Review URL: https://codereview.chromium.org/1865833002
      
      Cr-Commit-Position: refs/heads/master@{#35283}
      974721c6