Ignore:
Timestamp:
Apr 28, 2012, 1:51:27 PM (13 years ago)
Author:
[email protected]
Message:

Clarified JSGlobalData (JavaScript VM) lifetime
https://bugs.webkit.org/show_bug.cgi?id=85142

Reviewed by Anders Carlsson.

Source/JavaScriptCore:

This was so confusing that I didn't feel like I could reason about
memory lifetime in the heap without fixing it.

The rules are:

(1) JSGlobalData owns the virtual machine and all memory in it.

(2) Deleting a JSGlobalData frees the virtual machine and all memory
in it.

(Caveat emptor: if you delete the virtual machine while you're running
JIT code or accessing GC objects, you're gonna have a bad time.)

(I opted not to make arbitrary sub-objects keep the virtual machine
alive automatically because:

(a) doing that right would be complex and slow;

(b) in the case of an exiting thread or process, there's no
clear way to give the garbage collector a chance to try again
later;

(c) continuing to run the garbage collector after we've been
asked to shut down the virtual machine seems rude;

(d) we've never really supported that feature, anyway.)

(3) Normal ref-counting will do. No need to call a battery of
specialty functions to tear down a JSGlobalData. Its foibles
notwithstanding, C++ does in fact know how to execute destructors in
order.

  • API/JSContextRef.cpp:

(JSGlobalContextCreate): Removed compatibility shim for older
operating systems because it's no longer used.

(JSGlobalContextRelease): Now that we can rely on JSGlobalData to "do
the right thing", this code is much simpler. We still have one special
case to notify the garbage collector if we're removing the last
reference to the global object, since this can improve memory behavior.

  • heap/CopiedSpace.cpp:

(JSC::CopiedSpace::freeAllBlocks):

  • heap/CopiedSpace.h:

(CopiedSpace): Renamed "destroy" => "freeAllBlocks" because true
destruction-time behaviors should be limited to our C++ destructor.

  • heap/Heap.cpp:

(JSC::Heap::~Heap):
(JSC):
(JSC::Heap::lastChanceToFinalize):

  • heap/Heap.h:

(Heap):
(JSC::Heap::heap): Renamed "destroy" => "lastChanceToFinalize" because
true destruction-time behaviors should be limited to our C++
destructor.

Reorganized the code, putting code that must run before any objects
get torn down into lastChanceToFinalize, and code that just tears down
objects into our destructor.

  • heap/Local.h:

(JSC::LocalStack::LocalStack):
(JSC::LocalStack::push):
(LocalStack): See rule (2).

  • jsc.cpp:

(functionQuit):
(main):
(printUsageStatement):
(parseArguments):
(jscmain):

  • testRegExp.cpp:

(main):
(printUsageStatement):
(parseArguments):
(realMain): See rule (3).

I removed the feature of ensuring orderly tear-down when calling quit()
or running in --help mode because it didn't seem very useful and
making it work with Windows structured exception handling and
NO_RETURN didn't seem like a fun way to spend a Saturday.

  • runtime/JSGlobalData.h:
  • runtime/JSGlobalData.cpp:

(JSC::JSGlobalData::JSGlobalData): Moved heap to be the first data
member in JSGlobalData to ensure that it's destructed last, so other
objects that reference it destruct without crashing. This allowed me
to remove clearBuiltinStructures() altogether, and helped guarantee
rule (3).

(JSC::JSGlobalData::~JSGlobalData): Explicitly call
lastChanceToFinalize() at the head of our destructor to ensure that
all pending finalizers run while the virtual machine is still in a
valid state. Trying to resurrect (re-ref) the virtual machine at this
point is not valid, but all other operations are.

Changed a null to a 0xbbadbeef to clarify just how bad this beef is.

  • runtime/JSGlobalObject.cpp:

(JSC::JSGlobalObject::init):

  • runtime/JSGlobalObject.h:

(JSGlobalObject):
(JSC::JSGlobalObject::globalData): See rule (3).

Source/WebCore:

  • bindings/js/WorkerScriptController.cpp:

(WebCore::WorkerScriptController::~WorkerScriptController): Slightly
simpler than before. We can't just rely on our default destructor
because we need to hold the JSLock when we tear down the VM.

  • bridge/NP_jsobject.cpp:

(_NPN_InvokeDefault):
(_NPN_Invoke):
(_NPN_Evaluate):
(_NPN_Construct): Don't RefPtr<> the JSGlobalData because it makes it
seem like you know something the rest of our code doesn't know. The
plugin JSGlobalData is immortal, anyway.

I also removed some timeout checker related code because that feature
doesn't work anymore, so it was effectively dead code.

Source/WebKit/mac:

  • Plugins/Hosted/NetscapePluginInstanceProxy.mm:

(WebKit::NetscapePluginInstanceProxy::invoke):
(WebKit::NetscapePluginInstanceProxy::invokeDefault):
(WebKit::NetscapePluginInstanceProxy::construct):

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/Source/JavaScriptCore/testRegExp.cpp

    r112454 r115579  
    5555using namespace WTF;
    5656
    57 static void cleanupGlobalData(JSGlobalData*);
    58 
    5957struct CommandLine {
    6058    CommandLine()
     
    160158#endif
    161159
    162 int realMain(int argc, char** argv, JSGlobalData*);
     160int realMain(int argc, char** argv);
    163161
    164162int main(int argc, char** argv)
     
    194192    // Structured Exception Handling
    195193    int res = 0;
    196     JSGlobalData* globalData = JSGlobalData::create(ThreadStackTypeLarge, LargeHeap).leakRef();
    197194    TRY
    198         res = realMain(argc, argv, globalData);
     195        res = realMain(argc, argv);
    199196    EXCEPT(res = 3)
    200 
    201     cleanupGlobalData(globalData);
    202197    return res;
    203 }
    204 
    205 static void cleanupGlobalData(JSGlobalData* globalData)
    206 {
    207     JSLock lock(SilenceAssertionsOnly);
    208     globalData->clearBuiltinStructures();
    209     globalData->heap.destroy();
    210     globalData->deref();
    211198}
    212199
     
    481468#define RUNNING_FROM_XCODE 0
    482469
    483 static NO_RETURN void printUsageStatement(JSGlobalData* globalData, bool help = false)
     470static NO_RETURN void printUsageStatement(bool help = false)
    484471{
    485472    fprintf(stderr, "Usage: regexp_test [options] file\n");
     
    487474    fprintf(stderr, "  -v|--verbose  Verbose output\n");
    488475
    489     cleanupGlobalData(globalData);
    490476    exit(help ? EXIT_SUCCESS : EXIT_FAILURE);
    491477}
    492478
    493 static void parseArguments(int argc, char** argv, CommandLine& options, JSGlobalData* globalData)
     479static void parseArguments(int argc, char** argv, CommandLine& options)
    494480{
    495481    int i = 1;
     
    497483        const char* arg = argv[i];
    498484        if (!strcmp(arg, "-h") || !strcmp(arg, "--help"))
    499             printUsageStatement(globalData, true);
     485            printUsageStatement(true);
    500486        if (!strcmp(arg, "-v") || !strcmp(arg, "--verbose"))
    501487            options.verbose = true;
     
    508494}
    509495
    510 int realMain(int argc, char** argv, JSGlobalData* globalData)
     496int realMain(int argc, char** argv)
    511497{
    512498    JSLock lock(SilenceAssertionsOnly);
    513499
     500    RefPtr<JSGlobalData> globalData = JSGlobalData::create(ThreadStackTypeLarge, LargeHeap);
     501
    514502    CommandLine options;
    515     parseArguments(argc, argv, options, globalData);
     503    parseArguments(argc, argv, options);
    516504
    517505    GlobalObject* globalObject = GlobalObject::create(*globalData, GlobalObject::createStructure(*globalData, jsNull()), options.arguments);
Note: See TracChangeset for help on using the changeset viewer.