-
Notifications
You must be signed in to change notification settings - Fork 29.8k
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
worker: set stack size for worker threads #26049
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -80,6 +80,12 @@ class Worker : public AsyncWrap { | |
bool thread_joined_ = true; | ||
int exit_code_ = 0; | ||
uint64_t thread_id_ = -1; | ||
uintptr_t stack_base_; | ||
|
||
// Full size of the thread's stack. | ||
static constexpr size_t kStackSize = 4 * 1024 * 1024; | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. For platforms where 4MB is not the default stack size, does this prove as an added memory pressure, and if so, should we document this? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
@gireeshpunathil Not on most platforms in their default configuration, I assume – usually, memory pages are only actually committed when first accessed. I wouldn’t explicitly document this, as it shouldn’t make much of a difference for users. |
||
// Stack buffer size that is not available to the JS engine. | ||
static constexpr size_t kStackBufferSize = 192 * 1024; | ||
|
||
std::unique_ptr<MessagePortData> child_port_data_; | ||
|
||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,11 @@ | ||
'use strict'; | ||
const common = require('../common'); | ||
const assert = require('assert'); | ||
const { Worker } = require('worker_threads'); | ||
|
||
const worker = new Worker('function f() { f(); } f();', { eval: true }); | ||
|
||
worker.on('error', common.mustCall((err) => { | ||
assert.strictEqual(err.constructor, RangeError); | ||
assert.strictEqual(err.message, 'Maximum call stack size exceeded'); | ||
})); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it possible that some compilers decide to take this address from the caller thread's stack as opposed to the current thread's stack? I guess it should not, but I am not up-to-date with compiler optimizations.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The compiler doesn’t know whether there are different threads involved here. And if there’s something invalid about this, then V8 already has the same problem in their code (which I assume they don’t).