PPC/s390: [turbofan] Collect invocation counts and compute relative call frequencies.

PPC/s390: [turbofan] Collect invocation counts and compute relative call frequencies.

Port c7d7ca361dd1ba399becd54ce0d9c6e53f76c870

Original commit message:

    Add a notion of "invocation count" to the baseline compilers, which
    increment a special slot in the TypeFeedbackVector for each invocation
    of a given function (the optimized code doesn't currently collect this
    information).

    Use this invocation count to relativize the call counts on the call
    sites within the function, so that the inlining heuristic has a view
    of relative importance of a call site rather than some absolute numbers
    with unclear meaning for the current function. Also apply the call site
    frequency as a factor to all frequencies in the inlinee by passing this
    to the graph builders so that the importance of a call site in an
    inlinee is relative to the topmost optimized function.

    Note that all functions that neither have literals nor need type
    feedback slots will share a single invocation count cell in the
    canonical empty type feedback vector, so their invocation count is
    meaningless, but that doesn't matter since we only use the invocation
    count to relativize call counts within the function, which we only have
    if we have at least one type feedback vector (the CallIC slot).

    See the design document for additional details on this change:
    https://docs.google.com/document/d/1VoYBhpDhJC4VlqMXCKvae-8IGuheBGxy32EOgC2LnT8

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com

BUG=v8:5267, v8:5372
LOG=N

Committed: https://crrev.com/3f0c8819800baca0d994c0dffafcb528bdcc060f
Cr-Commit-Position: refs/heads/master@{#39446}

[JaideepBajwa, 2016-09-14 19:38:26]

PTAL

[john.yan, 2016-09-14 20:11:45]

lgtm

[JaideepBajwa, 2016-09-14 20:12:21]

The CQ bit was checked by bjaideep@ca.ibm.com

[commit-bot: I haz the power, 2016-09-14 20:12:32]

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-09-14 20:16:41]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-09-14 20:16:42]

Try jobs failed on following builders:
  v8_presubmit on master.tryserver.v8 (JOB_FAILED,
http://build.chromium.org/p/tryserver.v8/builders/v8_presubmit/builds/24094)

[JaideepBajwa, 2016-09-15 12:41:21]

The CQ bit was checked by bjaideep@ca.ibm.com

[JaideepBajwa, 2016-09-15 12:41:21]

The patchset sent to the CQ was uploaded after l-g-t-m from jyan@ca.ibm.com
Link to the patchset: https://codereview.chromium.org/2338413002/#ps40001
(title: "fixed presubmit warnings")

[commit-bot: I haz the power, 2016-09-15 12:41:25]

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-09-15 13:11:21]

Committed patchset #3 (id:40001)

[commit-bot: I haz the power, 2016-09-15 13:11:58]

Description was changed from

==========
PPC/s390: [turbofan] Collect invocation counts and compute relative call
frequencies.

Port c7d7ca361dd1ba399becd54ce0d9c6e53f76c870

Original commit message:

    Add a notion of "invocation count" to the baseline compilers, which
    increment a special slot in the TypeFeedbackVector for each invocation
    of a given function (the optimized code doesn't currently collect this
    information).

    Use this invocation count to relativize the call counts on the call
    sites within the function, so that the inlining heuristic has a view
    of relative importance of a call site rather than some absolute numbers
    with unclear meaning for the current function. Also apply the call site
    frequency as a factor to all frequencies in the inlinee by passing this
    to the graph builders so that the importance of a call site in an
    inlinee is relative to the topmost optimized function.

    Note that all functions that neither have literals nor need type
    feedback slots will share a single invocation count cell in the
    canonical empty type feedback vector, so their invocation count is
    meaningless, but that doesn't matter since we only use the invocation
    count to relativize call counts within the function, which we only have
    if we have at least one type feedback vector (the CallIC slot).

    See the design document for additional details on this change:
   
https://docs.google.com/document/d/1VoYBhpDhJC4VlqMXCKvae-8IGuheBGxy32EOgC2LnT8

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com

BUG=v8:5267,v8:5372
LOG=N
==========

to

==========
PPC/s390: [turbofan] Collect invocation counts and compute relative call
frequencies.

Port c7d7ca361dd1ba399becd54ce0d9c6e53f76c870

Original commit message:

    Add a notion of "invocation count" to the baseline compilers, which
    increment a special slot in the TypeFeedbackVector for each invocation
    of a given function (the optimized code doesn't currently collect this
    information).

    Use this invocation count to relativize the call counts on the call
    sites within the function, so that the inlining heuristic has a view
    of relative importance of a call site rather than some absolute numbers
    with unclear meaning for the current function. Also apply the call site
    frequency as a factor to all frequencies in the inlinee by passing this
    to the graph builders so that the importance of a call site in an
    inlinee is relative to the topmost optimized function.

    Note that all functions that neither have literals nor need type
    feedback slots will share a single invocation count cell in the
    canonical empty type feedback vector, so their invocation count is
    meaningless, but that doesn't matter since we only use the invocation
    count to relativize call counts within the function, which we only have
    if we have at least one type feedback vector (the CallIC slot).

    See the design document for additional details on this change:
   
https://docs.google.com/document/d/1VoYBhpDhJC4VlqMXCKvae-8IGuheBGxy32EOgC2LnT8

R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com

BUG=v8:5267,v8:5372
LOG=N

Committed: https://crrev.com/3f0c8819800baca0d994c0dffafcb528bdcc060f
Cr-Commit-Position: refs/heads/master@{#39446}
==========

[commit-bot: I haz the power, 2016-09-15 13:11:59]

Patchset 3 (id:??) landed as
https://crrev.com/3f0c8819800baca0d994c0dffafcb528bdcc060f
Cr-Commit-Position: refs/heads/master@{#39446}