Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create vee-eight-5.0 branch (take 2) #5945

Merged
merged 2 commits into from
Apr 6, 2016

Conversation

ofrobots
Copy link
Contributor

Pull Request check-list

  • Does make -j8 test (UNIX) or vcbuild test nosign (Windows) pass with
    this change (including linting)?
  • Is the commit message formatted according to [CONTRIBUTING.md][0]?

Affected core subsystem(s)

deps, test

Description of change

Continuation (takeover) of #5592 as @targos isn't available in the next couple of weeks.

Updated to the latest 5.0-lkgr.

R=@bnoordhuis, @nodejs/v8
CI: https://ci.nodejs.org/job/node-test-pull-request/2087/

@ofrobots ofrobots mentioned this pull request Mar 29, 2016
4 tasks
@ofrobots ofrobots added the v8 engine Issues and PRs related to the V8 dependency. label Mar 29, 2016
@ofrobots
Copy link
Contributor Author

test-stringbytes-external-exceed-max-by-2.js and test-stringbytes-external-exceed-max-by-1-binary.js fail on arm pi2. They passed on the previous CI. I wouldn't have expected these to be flaky.

@bnoordhuis
Copy link
Member

LGTM. No real suggestions for debugging the tests, I'm afraid. Perhaps check whether --gc_interval=1 makes a difference?

@indutny
Copy link
Member

indutny commented Mar 29, 2016

Rubber-stamp LGTM

@orangemocha
Copy link
Contributor

cc @nodejs/node-chakracore

@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 1, 2016

I investigated the stringbytes test on the arm machines. It seems that they have indeed become flaky on the pi2 arm machines. With V8 5.0, the memory usage has changed subtly enough that common.enoughTestMem occasionally claims that we have enough memory to test, but an actual malloc done by ExternalStringTwoByte::NewFromCopy occasionally fails to allocate memory. Only the pi2 arm machines seem to be at this memory 'sweet spot' (or is it 'sour spot'?).

/cc @Trott because you have looked at flakiness of these tests in the past. One idea may be to adjust the threshold we use in common.enoughTestMem.

@Trott
Copy link
Member

Trott commented Apr 1, 2016

One idea may be to adjust the threshold we use in common.enoughTestMem.

That's probably the way to go unless/until someone has a better idea.

@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 3, 2016

I have an idea to fix the flakiness of these tests, but I will have to move them to test/addons. Are test/addons ever run as part of the CI?

@Trott
Copy link
Member

Trott commented Apr 3, 2016

@ofrobots addons tests are run in CI on all platforms.

/cc @nodejs/build in case I'm misinformed.

@jbergstroem
Copy link
Member

@Trott said:

@ofrobots addons tests are run in CI on all platforms.

correct: https://github.com/nodejs/node/blob/master/Makefile#L170..L172

ofrobots added a commit to ofrobots/node that referenced this pull request Apr 4, 2016
The tests used to rely on precise timing of when a JavaScript object
would be garbage collected to ensure that there is enough memory
available on the system. Switch the test to use a malloc/free pair
instead.

Ref: nodejs#5945
@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 4, 2016

Thanks. Here's a PR to fix the flaky tests: #6039. I will rebase once that lands.

ofrobots added a commit to ofrobots/node that referenced this pull request Apr 5, 2016
The tests used to rely on precise timing of when a JavaScript object
would be garbage collected to ensure that there is enough memory
available on the system. Switch the test to use a malloc/free pair
instead.

Ref: nodejs#5945
PR-URL: nodejs#6039
Reviewed-By: jasnell - James M Snell <jasnell@gmail.com>
Reviewed-By: evanlucas - Evan Lucas <evanlucas@me.com>
Reviewed-By: Trott - Rich Trott <rtrott@gmail.com>
@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 6, 2016

@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 6, 2016

It seems there is a wayward flaky stringbytes-external test-cases was lurking in the parallel directory instead of sequential directory that #6039 missed. 😭

@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 6, 2016

Rebased after fixing the flaky test here: #6073. New CI: https://ci.nodejs.org/job/node-test-pull-request/2174/ is green.

ofrobots and others added 2 commits April 6, 2016 07:04
* Pick up the current branch head for V8 5.0 [1]
* Edit v8 gitignore to allow trace_event copy
* Update V8 DEP trace_event as per deps/v8/DEPS [2]

[1] v8/v8@a480160
[2] https://chromium.googlesource.com/chromium/src/base/trace_event/common/+/4b09207e447ae5bd34643b4c6321bee7b76d35f9

PR-URL: nodejs#5945
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
V8 5.0 introduced a small modification for the unexpected end of input
error.

PR-URL: nodejs#5945
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
@ofrobots ofrobots merged commit c01a9cc into nodejs:vee-eight-5.0 Apr 6, 2016
@ofrobots ofrobots deleted the vee-eight-5.0 branch April 6, 2016 14:10
@jasnell
Copy link
Member

jasnell commented Apr 7, 2016

@ofrobots ... as we discussed yesterday at the vm summit, will you be opening a PR to get v5 merged into master?

@nodejs/ctc ... @ofrobots and I spoke a bit yesterday about the possibility of getting v8 beta updates landed into master more regularly before they go stable so long as CI is green. Specifically, I'd like to get the v5 beta into the v6 release candidate that I'll be putting together on Monday.. so it would be fantastic if we can get v5 into master even tho it hasn't gone completely stable yet.

@ofrobots ofrobots mentioned this pull request Apr 8, 2016
2 tasks
@ofrobots
Copy link
Contributor Author

ofrobots commented Apr 8, 2016

PR for getting V8 5.0 into master: #6111.

ofrobots added a commit to ofrobots/node that referenced this pull request Apr 14, 2016
* Pick up the branch head for V8 5.0 stable [1]
* Edit v8 gitignore to allow trace_event copy
* Update V8 DEP trace_event as per deps/v8/DEPS [2]

[1] https://chromium.googlesource.com/v8/v8.git/+/3c67831
[2] https://chromium.googlesource.com/chromium/src/base/trace_event/common/+/4b09207e447ae5bd34643b4c6321bee7b76d35f9

Ref: nodejs#5945
PR-URL: nodejs#6111
Reviewed-By: targos - Michaël Zasso <mic.besace@gmail.com>
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
ofrobots pushed a commit to ofrobots/node that referenced this pull request Apr 14, 2016
V8 5.0 introduced a small modification for the unexpected end of input
error.

PR-URL: nodejs#5945
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
MylesBorins pushed a commit that referenced this pull request Apr 19, 2016
V8 5.0 introduced a small modification for the unexpected end of input
error.

PR-URL: #5945
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
jasnell pushed a commit that referenced this pull request Apr 26, 2016
* Pick up the branch head for V8 5.0 stable [1]
* Edit v8 gitignore to allow trace_event copy
* Update V8 DEP trace_event as per deps/v8/DEPS [2]

[1] https://chromium.googlesource.com/v8/v8.git/+/3c67831
[2] https://chromium.googlesource.com/chromium/src/base/trace_event/common/+/4b09207e447ae5bd34643b4c6321bee7b76d35f9

Ref: #5945
PR-URL: #6111
Reviewed-By: targos - Michaël Zasso <mic.besace@gmail.com>
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
jasnell pushed a commit that referenced this pull request Apr 26, 2016
V8 5.0 introduced a small modification for the unexpected end of input
error.

PR-URL: #5945
Reviewed-By: bnoordhuis - Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: indutny - Fedor Indutny <fedor.indutny@gmail.com>
ofrobots added a commit to ofrobots/node that referenced this pull request May 12, 2016
The tests used to rely on precise timing of when a JavaScript object
would be garbage collected to ensure that there is enough memory
available on the system. Switch the test to use a malloc/free pair
instead.

Ref: nodejs#5945
Ref: nodejs#6039
Ref: nodejs#6073
MylesBorins pushed a commit that referenced this pull request May 13, 2016
The tests used to rely on precise timing of when a JavaScript object
would be garbage collected to ensure that there is enough memory
available on the system. Switch the test to use a malloc/free pair
instead.

Ref: #5945
Ref: #6039
Ref: #6073

PR-URL: #6705
Reviewed-By: James M Snell <jasnell@gmail.com>
MylesBorins pushed a commit that referenced this pull request May 18, 2016
The tests used to rely on precise timing of when a JavaScript object
would be garbage collected to ensure that there is enough memory
available on the system. Switch the test to use a malloc/free pair
instead.

Ref: #5945
Ref: #6039
Ref: #6073

PR-URL: #6705
Reviewed-By: James M Snell <jasnell@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
v8 engine Issues and PRs related to the V8 dependency.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants