1. 04 Oct, 2017 1 commit
  2. 11 Aug, 2017 1 commit
  3. 02 Aug, 2017 1 commit
  4. 13 Jun, 2017 1 commit
  5. 12 Jun, 2017 1 commit
  6. 31 May, 2017 1 commit
  7. 29 May, 2017 2 commits
  8. 27 Apr, 2017 3 commits
  9. 09 Jan, 2017 1 commit
  10. 03 Jan, 2017 1 commit
  11. 18 Nov, 2016 1 commit
  12. 03 Nov, 2016 1 commit
  13. 07 Sep, 2016 1 commit
  14. 01 Sep, 2016 1 commit
  15. 19 Aug, 2016 1 commit
  16. 18 Aug, 2016 1 commit
  17. 25 Jul, 2016 1 commit
    • bjaideep's avatar
      [Heap] Fix ArrayBuffer_SemiSpaceCopyMultipleTasks to respect PPC page size · b1683f05
      bjaideep authored
      The testcase allocates JSArraybuffer on 2 separate pages which should be
      on the New space. In the testcase semi space size is set to 2MB.
      Since page size on PPC is 4MB the semi new space size defaults to 4MB.
      Therefore when allocating 2nd buffer, scavenge GC kicks in as from-space is
      filled up and copies 1st buffer to to-space. Now, the 2nd buffer also gets
      allocated on the same to-space, therefore both buffer end up being on the
      same page. This fix should allocate enough semi new space to contain 2
      pages (for all platform).
      The testcase was added as part of https://codereview.chromium.org/2036643002
      
      R=mlippautz@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
      
      BUG=
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2167853002
      Cr-Commit-Position: refs/heads/master@{#38028}
      b1683f05
  18. 07 Jun, 2016 1 commit
    • mlippautz's avatar
      Track based on JSArrayBuffer addresses on pages instead of the attached · 839f3fd4
      mlippautz authored
      backing store.
      
      Details of tracking:
      - Scavenge: New space pages are processes in bulk on the main thread
      - MC: Unswept pages are processed in bulk in parallel. All other pages
        are processed by the sweeper concurrently.
      
      BUG=chromium:611688
      LOG=N
      TEST=cctest/test-array-buffer-tracker/*
      CQ_EXTRA_TRYBOTS=tryserver.v8:v8_linux_arm64_gc_stress_dbg,v8_linux_gc_stress_dbg,v8_mac_gc_stress_dbg,v8_linux64_tsan_rel,v8_mac64_asan_rel
      
      Review-Url: https://codereview.chromium.org/2036643002
      Cr-Commit-Position: refs/heads/master@{#36798}
      839f3fd4
  19. 02 Jun, 2016 1 commit
  20. 01 Jun, 2016 1 commit
    • mlippautz's avatar
      Track based on JSArrayBuffer addresses on pages instead of the attached · 279e274e
      mlippautz authored
      backing store.
      
      Details of tracking:
      - Scavenge: New space pages are processes in bulk on the main thread
      - MC: Unswept pages are processed in bulk in parallel. All other pages
        are processed by the sweeper concurrently.
      
      BUG=chromium:611688
      LOG=N
      TEST=cctest/test-array-buffer-tracker/*
      CQ_EXTRA_TRYBOTS=tryserver.v8:v8_linux_arm64_gc_stress_dbg,v8_linux_gc_stress_dbg,v8_mac_gc_stress_dbg,v8_linux64_tsan_rel,v8_mac64_asan_rel
      
      Review-Url: https://codereview.chromium.org/2026633003
      Cr-Commit-Position: refs/heads/master@{#36653}
      279e274e
  21. 31 May, 2016 2 commits
  22. 30 May, 2016 2 commits
  23. 25 May, 2016 6 commits
  24. 24 May, 2016 1 commit
    • mlippautz's avatar
      Revert of [heap] Fine-grained JSArrayBuffer tracking (patchset #19 id:770001... · d2dff032
      mlippautz authored
      Revert of [heap] Fine-grained JSArrayBuffer tracking (patchset #19 id:770001 of https://codereview.chromium.org/1964023002/ )
      
      Reason for revert:
      Revert it.
      
      Original issue's description:
      > [heap] Fine-grained JSArrayBuffer tracking
      >
      > Track based on JSArrayBuffer addresses instead of the attached backing store.
      > This way we can later on iterate buffers on a single page. The reland also
      > switches to a page-based implementation where a page contains the set of its
      > contained (live and dead) buffers.
      >
      > Details of tracking:
      > - Scavenge: New space pages are processes in bulk on the main thread
      > - MC: Unswept pages are processed in bulk in parallel. All other pages
      >   are processed by the sweeper concurrently.
      >
      > BUG=chromium:611688
      > LOG=N
      > CQ_EXTRA_TRYBOTS=tryserver.v8:v8_linux_arm64_gc_stress_dbg,v8_linux_gc_stress_dbg,v8_mac_gc_stress_dbg,v8_linux64_tsan_rel,v8_mac64_asan_rel
      >
      > Committed: https://crrev.com/b2d8bfc7931eef49d527605ba485950dea41cde3
      > Cr-Commit-Position: refs/heads/master@{#36437}
      
      TBR=hpayer@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=chromium:611688
      
      Review-Url: https://codereview.chromium.org/2006183003
      Cr-Commit-Position: refs/heads/master@{#36461}
      d2dff032
  25. 23 May, 2016 1 commit
    • mlippautz's avatar
      [heap] Fine-grained JSArrayBuffer tracking · b2d8bfc7
      mlippautz authored
      Track based on JSArrayBuffer addresses instead of the attached backing store.
      This way we can later on iterate buffers on a single page. The reland also
      switches to a page-based implementation where a page contains the set of its
      contained (live and dead) buffers.
      
      Details of tracking:
      - Scavenge: New space pages are processes in bulk on the main thread
      - MC: Unswept pages are processed in bulk in parallel. All other pages
        are processed by the sweeper concurrently.
      
      BUG=chromium:611688
      LOG=N
      CQ_EXTRA_TRYBOTS=tryserver.v8:v8_linux_arm64_gc_stress_dbg,v8_linux_gc_stress_dbg,v8_mac_gc_stress_dbg,v8_linux64_tsan_rel,v8_mac64_asan_rel
      
      Review-Url: https://codereview.chromium.org/1964023002
      Cr-Commit-Position: refs/heads/master@{#36437}
      b2d8bfc7
  26. 10 May, 2016 2 commits