WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
167054
Annotate large string tests with largeHeap
https://bugs.webkit.org/show_bug.cgi?id=167054
Summary
Annotate large string tests with largeHeap
Yusuke Suzuki
Reported
2017-01-14 12:33:47 PST
Annotate large string tests with largeHeap
Attachments
Patch
(2.30 KB, patch)
2017-01-14 12:34 PST
,
Yusuke Suzuki
no flags
Details
Formatted Diff
Diff
Patch for landing
(10.13 KB, patch)
2017-01-14 23:21 PST
,
Yusuke Suzuki
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Yusuke Suzuki
Comment 1
2017-01-14 12:34:03 PST
Created
attachment 298859
[details]
Patch
Darin Adler
Comment 2
2017-01-14 16:52:05 PST
Comment on
attachment 298859
[details]
Patch Seems fine to me, but I am too ignorant about our testing system to be the reviewer. What problem does this fix?
Filip Pizlo
Comment 3
2017-01-14 17:54:04 PST
(In reply to
comment #2
)
> Comment on
attachment 298859
[details]
> Patch > > Seems fine to me, but I am too ignorant about our testing system to be the > reviewer. What problem does this fix?
The test will be skipped if you --memory-limited. The "//@" lines trigger the JSC test harness to eval that ruby statement in the context of run-jsc-stress-tests. I hadn't been aware of the largeHeap function but here it is inside run-jsc-stress-tests: def largeHeap if $memoryLimited $didAddRunCommand = true puts "Skipping #{$collectionName}/#{$benchmark}" end end The only thing I would write differently here is that: $didAddRunCommand = true puts "Skipping #{$collectionName}/#{$benchmark}" Is just the body of skip, so this should probably have been: def largeHeap skip if $memoryLimited end But if you do that, then it's not clear if it's better for tests to say: //@ largeHeap or for them to say: //@ skip if $memoryLimited I actually somewhat prefer the latter, since it answers Darin's question immediately. "largeHeap" does not tell me anything about the behavior while "skip if $memoryLimited" is self-explanatory.
Yusuke Suzuki
Comment 4
2017-01-14 22:37:28 PST
(In reply to
comment #3
)
> (In reply to
comment #2
) > > Comment on
attachment 298859
[details]
> > Patch > > > > Seems fine to me, but I am too ignorant about our testing system to be the > > reviewer. What problem does this fix? > > The test will be skipped if you --memory-limited. > > The "//@" lines trigger the JSC test harness to eval that ruby statement in > the context of run-jsc-stress-tests. I hadn't been aware of the largeHeap > function but here it is inside run-jsc-stress-tests: > > def largeHeap > if $memoryLimited > $didAddRunCommand = true > puts "Skipping #{$collectionName}/#{$benchmark}" > end > end > > The only thing I would write differently here is that: > > $didAddRunCommand = true > puts "Skipping #{$collectionName}/#{$benchmark}" > > Is just the body of skip, so this should probably have been: > > def largeHeap > skip if $memoryLimited > end > > But if you do that, then it's not clear if it's better for tests to say: > > //@ largeHeap > > or for them to say: > > //@ skip if $memoryLimited > > I actually somewhat prefer the latter, since it answers Darin's question > immediately. "largeHeap" does not tell me anything about the behavior while > "skip if $memoryLimited" is self-explanatory.
Sounds fine. So, change `// @ largeHeap` use in JSTest / LayoutTests :)
Yusuke Suzuki
Comment 5
2017-01-14 23:21:03 PST
Created
attachment 298890
[details]
Patch for landing
Yusuke Suzuki
Comment 6
2017-01-14 23:23:30 PST
Committed
r210775
: <
http://trac.webkit.org/changeset/210775
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug