Revert of Simple BlinkGC heap compaction.

Revert of Simple BlinkGC heap compaction. (patchset #22 id:420001 of https://codereview.chromium.org/2531973002/ )

Reason for revert:
Speculative revert for a layout test breakage. https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.11/builds/13912

Original issue's description:
> Simple BlinkGC heap compaction.
>
> This implements heap compaction for the Blink GC infrastructure
> (Oilpan), compacting the arenas of the BlinkGC heap which are most
> susceptible to becoming fragmented during actual use.
>
> Fragmentation is a real problem and a growing one while browsing anything
> but static pages: the amount of unused, but allocated, memory is
> fluctuating higher over time.
>
> To avoid leaving increasing amounts of unused holes in our heaps,
> heap compaction will periodically squeeze out the unused portions,
> packing together the live objects. The heap pages that are then
> left as unused, are subsequently released and returned to the OS.
>
> Due to a fortunate property of Blink heap collection types, providing
> such compaction is within relatively easy reach. Experiments show that
> the arenas which hold such collection objects ("backing stores") are
> the ones that develop fragmentation the most & persistently. While not
> a complete heap compactor of all Blink GC arenas, it addresses the
> fragmentation problem where it is most pressing. More can be done, later.
>
> Explainer / design document:
>
>  https://docs.google.com/document/d/1k-vivOinomDXnScw8Ew5zpsYCXiYqj76OCOYZSvHkaU
>
> R=haraken
> BUG=672030
>
> Review-Url: https://codereview.chromium.org/2531973002

TBR=oilpan-reviews@chromium.org,haraken@chromium.org,sigbjornf@opera.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=672030
Committed: https://crrev.com/88209344ccad5aa05ce1c70a77c8942bc7b20a75
Cr-Commit-Position: refs/heads/master@{#437834}

[yhirano, 2016-12-12 08:29:26]

The CQ bit was checked by yhirano@chromium.org

[yhirano, 2016-12-12 08:29:28]

Created Revert of Simple BlinkGC heap compaction.

[commit-bot: I haz the power, 2016-12-12 08:29:48]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-12-12 08:30:40]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1481531366861100, "parent_rev":
"684308d9c6317226805fb8ec74c0d768baabb2ee", "commit_rev":
"75ed701936abca36c0be6cf7e0444db208c68298"}

[commit-bot: I haz the power, 2016-12-12 08:31:07]

Description was changed from

==========
Revert of Simple BlinkGC heap compaction. (patchset #22 id:420001 of
https://codereview.chromium.org/2531973002/ )

Reason for revert:
Speculative revert for a layout test breakage.
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.11/build...

Original issue's description:
> Simple BlinkGC heap compaction.
> 
> This implements heap compaction for the Blink GC infrastructure
> (Oilpan), compacting the arenas of the BlinkGC heap which are most
> susceptible to becoming fragmented during actual use.
> 
> Fragmentation is a real problem and a growing one while browsing anything
> but static pages: the amount of unused, but allocated, memory is
> fluctuating higher over time.
> 
> To avoid leaving increasing amounts of unused holes in our heaps,
> heap compaction will periodically squeeze out the unused portions,
> packing together the live objects. The heap pages that are then
> left as unused, are subsequently released and returned to the OS.
> 
> Due to a fortunate property of Blink heap collection types, providing
> such compaction is within relatively easy reach. Experiments show that
> the arenas which hold such collection objects ("backing stores") are
> the ones that develop fragmentation the most & persistently. While not
> a complete heap compactor of all Blink GC arenas, it addresses the
> fragmentation problem where it is most pressing. More can be done, later.
> 
> Explainer / design document:
> 
> 
https://docs.google.com/document/d/1k-vivOinomDXnScw8Ew5zpsYCXiYqj76OCOYZSvHkaU
> 
> R=haraken
> BUG=672030
> 
> Review-Url: https://codereview.chromium.org/2531973002

TBR=oilpan-reviews@chromium.org,haraken@chromium.org,sigbjornf@opera.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=672030
==========

to

==========
Revert of Simple BlinkGC heap compaction. (patchset #22 id:420001 of
https://codereview.chromium.org/2531973002/ )

Reason for revert:
Speculative revert for a layout test breakage.
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.11/build...

Original issue's description:
> Simple BlinkGC heap compaction.
> 
> This implements heap compaction for the Blink GC infrastructure
> (Oilpan), compacting the arenas of the BlinkGC heap which are most
> susceptible to becoming fragmented during actual use.
> 
> Fragmentation is a real problem and a growing one while browsing anything
> but static pages: the amount of unused, but allocated, memory is
> fluctuating higher over time.
> 
> To avoid leaving increasing amounts of unused holes in our heaps,
> heap compaction will periodically squeeze out the unused portions,
> packing together the live objects. The heap pages that are then
> left as unused, are subsequently released and returned to the OS.
> 
> Due to a fortunate property of Blink heap collection types, providing
> such compaction is within relatively easy reach. Experiments show that
> the arenas which hold such collection objects ("backing stores") are
> the ones that develop fragmentation the most & persistently. While not
> a complete heap compactor of all Blink GC arenas, it addresses the
> fragmentation problem where it is most pressing. More can be done, later.
> 
> Explainer / design document:
> 
> 
https://docs.google.com/document/d/1k-vivOinomDXnScw8Ew5zpsYCXiYqj76OCOYZSvHkaU
> 
> R=haraken
> BUG=672030
> 
> Review-Url: https://codereview.chromium.org/2531973002

TBR=oilpan-reviews@chromium.org,haraken@chromium.org,sigbjornf@opera.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=672030

Review-Url: https://codereview.chromium.org/2570483002
==========

[commit-bot: I haz the power, 2016-12-12 08:31:08]

Committed patchset #1 (id:1)

[sof, 2016-12-12 08:34:45]

lgtm, thanks for the revert.

It seems restricted to Mac release, I can't pick up (yet) similar failures
elsewhere.

[haraken, 2016-12-12 08:36:03]

LGTM

[commit-bot: I haz the power, 2016-12-12 15:11:06]

Description was changed from

==========
Revert of Simple BlinkGC heap compaction. (patchset #22 id:420001 of
https://codereview.chromium.org/2531973002/ )

Reason for revert:
Speculative revert for a layout test breakage.
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.11/build...

Original issue's description:
> Simple BlinkGC heap compaction.
> 
> This implements heap compaction for the Blink GC infrastructure
> (Oilpan), compacting the arenas of the BlinkGC heap which are most
> susceptible to becoming fragmented during actual use.
> 
> Fragmentation is a real problem and a growing one while browsing anything
> but static pages: the amount of unused, but allocated, memory is
> fluctuating higher over time.
> 
> To avoid leaving increasing amounts of unused holes in our heaps,
> heap compaction will periodically squeeze out the unused portions,
> packing together the live objects. The heap pages that are then
> left as unused, are subsequently released and returned to the OS.
> 
> Due to a fortunate property of Blink heap collection types, providing
> such compaction is within relatively easy reach. Experiments show that
> the arenas which hold such collection objects ("backing stores") are
> the ones that develop fragmentation the most & persistently. While not
> a complete heap compactor of all Blink GC arenas, it addresses the
> fragmentation problem where it is most pressing. More can be done, later.
> 
> Explainer / design document:
> 
> 
https://docs.google.com/document/d/1k-vivOinomDXnScw8Ew5zpsYCXiYqj76OCOYZSvHkaU
> 
> R=haraken
> BUG=672030
> 
> Review-Url: https://codereview.chromium.org/2531973002

TBR=oilpan-reviews@chromium.org,haraken@chromium.org,sigbjornf@opera.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=672030

Review-Url: https://codereview.chromium.org/2570483002
==========

to

==========
Revert of Simple BlinkGC heap compaction. (patchset #22 id:420001 of
https://codereview.chromium.org/2531973002/ )

Reason for revert:
Speculative revert for a layout test breakage.
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.11/build...

Original issue's description:
> Simple BlinkGC heap compaction.
>
> This implements heap compaction for the Blink GC infrastructure
> (Oilpan), compacting the arenas of the BlinkGC heap which are most
> susceptible to becoming fragmented during actual use.
>
> Fragmentation is a real problem and a growing one while browsing anything
> but static pages: the amount of unused, but allocated, memory is
> fluctuating higher over time.
>
> To avoid leaving increasing amounts of unused holes in our heaps,
> heap compaction will periodically squeeze out the unused portions,
> packing together the live objects. The heap pages that are then
> left as unused, are subsequently released and returned to the OS.
>
> Due to a fortunate property of Blink heap collection types, providing
> such compaction is within relatively easy reach. Experiments show that
> the arenas which hold such collection objects ("backing stores") are
> the ones that develop fragmentation the most & persistently. While not
> a complete heap compactor of all Blink GC arenas, it addresses the
> fragmentation problem where it is most pressing. More can be done, later.
>
> Explainer / design document:
>
> 
https://docs.google.com/document/d/1k-vivOinomDXnScw8Ew5zpsYCXiYqj76OCOYZSvHkaU
>
> R=haraken
> BUG=672030
>
> Review-Url: https://codereview.chromium.org/2531973002

TBR=oilpan-reviews@chromium.org,haraken@chromium.org,sigbjornf@opera.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=672030

Committed: https://crrev.com/88209344ccad5aa05ce1c70a77c8942bc7b20a75
Cr-Commit-Position: refs/heads/master@{#437834}
==========

[commit-bot: I haz the power, 2016-12-12 15:11:07]

Patchset 1 (id:??) landed as
https://crrev.com/88209344ccad5aa05ce1c70a77c8942bc7b20a75
Cr-Commit-Position: refs/heads/master@{#437834}