X-Git-Url: http://repo.macrolet.net/gitweb/?a=blobdiff_plain;f=src%2Fcode%2Fsave.lisp;h=1e83ab3f18e6149dadcdcda7f802b5b9a9dd86be;hb=90a83478829f33b91f6300c183b374a968bc13c6;hp=326b8ba90e36964d5535187b6df010f88333ca17;hpb=cea4896b2482b7b2b429c1631d774b4cfbc0efba;p=sbcl.git diff --git a/src/code/save.lisp b/src/code/save.lisp index 326b8ba..1e83ab3 100644 --- a/src/code/save.lisp +++ b/src/code/save.lisp @@ -15,113 +15,145 @@ (in-package "SB!IMPL") -(defvar *before-save-initializations* nil - #!+sb-doc - "This is a list of functions which are called before creating a saved core - image. These functions are executed in the child process which has no ports, - so they cannot do anything that tries to talk to the outside world.") - -(defvar *after-save-initializations* nil - #!+sb-doc - "This is a list of functions which are called when a saved core image starts - up. The system itself should be initialized at this point, but applications - might not be.") - ;;;; SAVE-LISP-AND-DIE itself -(sb!alien:def-alien-routine "save" (sb!alien:boolean) - (file sb!c-call:c-string) - (initial-function (sb!alien:unsigned #.sb!vm:word-bits))) +(define-alien-routine "save" (boolean) + (file c-string) + (initial-fun (unsigned #.sb!vm:n-word-bits)) + (prepend-runtime int)) + +#!+gencgc +(define-alien-routine "gc_and_save" void + (file c-string) + (prepend-runtime int)) + +#!+gencgc +(defvar sb!vm::*restart-lisp-function*) -;;; FIXME: When this is run without the PURIFY option, -;;; it seems to save memory all the way up to the high-water mark, -;;; not just what's currently used; and then after loading the -;;; image to make a running Lisp, the memory never gets reclaimed. -;;; (But with the PURIFY option it seems to work OK.) (defun save-lisp-and-die (core-file-name &key - (toplevel #'toplevel) - (purify nil) - (root-structures ()) - (environment-name "auxiliary")) + (toplevel #'toplevel-init) + (purify #!+gencgc nil + #!-gencgc t) + (root-structures ()) + (environment-name "auxiliary") + (executable nil)) #!+sb-doc - "Saves a CMU Common Lisp core image in the file of the specified name, - killing the current Lisp invocation in the process (unless it bails - out early because of some argument error or something). + "Save a \"core image\", i.e. enough information to restart a Lisp +process later in the same state, in the file of the specified name. +Only global state is preserved: the stack is unwound in the process. - The following keyword args are defined: +The following &KEY arguments are defined: :TOPLEVEL - The function to run when the created core file is resumed. - The default function handles command line toplevel option - processing and runs the top level read-eval-print loop. This - function should not return. + The function to run when the created core file is resumed. The + default function handles command line toplevel option processing + and runs the top level read-eval-print loop. This function should + not return. + + :EXECUTABLE + If true, arrange to combine the SBCL runtime and the core image + to create a standalone executable. If false (the default), the + core image will not be executable on its own. :PURIFY - If true (the default), do a purifying GC which moves all dynamically - allocated objects into static space so that they stay pure. This takes - somewhat longer than the normal GC which is otherwise done, but it's only - done once, and subsequent GC's will be done less often and will take less - time in the resulting core file. See PURIFY. + If true (the default on cheneygc), do a purifying GC which moves all + dynamically allocated objects into static space. This takes + somewhat longer than the normal GC which is otherwise done, but + it's only done once, and subsequent GC's will be done less often + and will take less time in the resulting core file. See the PURIFY + function. For platforms that use the generational garbage collector + (x86 and x86-64) purification generally results in a loss of + performance. :ROOT-STRUCTURES - This should be a list of the main entry points in any newly loaded - systems. This need not be supplied, but locality and/or GC performance - may be better if they are. Meaningless if :PURIFY is NIL. See PURIFY. + This should be a list of the main entry points in any newly loaded + systems. This need not be supplied, but locality and/or GC performance + may be better if they are. Meaningless if :PURIFY is NIL. See the + PURIFY function. :ENVIRONMENT-NAME - This is also passed to PURIFY when :PURIFY is T. (rarely used)" + This is also passed to the PURIFY function when :PURIFY is T. + (rarely used) - #!+mp (sb!mp::shutdown-multi-processing) - (when (fboundp 'sb!eval:flush-interpreted-function-cache) - (sb!eval:flush-interpreted-function-cache)) - ;; FIXME: What is this for? Explain. - (when (fboundp 'cancel-finalization) - (cancel-finalization sb!sys:*tty*)) +The save/load process changes the values of some global variables: + + *STANDARD-OUTPUT*, *DEBUG-IO*, etc. + Everything related to open streams is necessarily changed, since + the OS won't let us preserve a stream across save and load. + + *DEFAULT-PATHNAME-DEFAULTS* + This is reinitialized to reflect the working directory where the + saved core is loaded. + +Foreign objects loaded with SB-ALIEN:LOAD-SHARED-OBJECT are automatically +reloaded on startup, but references to foreign symbols do not survive intact +on all platforms: in this case a WARNING is signalled when saving the core. If +no warning is signalled, then the foreign symbol references will remain +intact. Platforms where this is currently the case are x86/FreeBSD, x86/Linux, +x86/NetBSD, sparc/Linux, sparc/SunOS, and ppc/Darwin. + +On threaded platforms only a single thread may remain running after +SB-EXT:*SAVE-HOOKS* have run. Applications using multiple threads can +be SAVE-LISP-AND-DIE friendly by registering a save-hook that quits +any additional threads, and an init-hook that restarts them. + +This implementation is not as polished and painless as you might like: + * It corrupts the current Lisp image enough that the current process + needs to be killed afterwards. This can be worked around by forking + another process that saves the core. + * There is absolutely no binary compatibility of core images between + different runtime support programs. Even runtimes built from the same + sources at different times are treated as incompatible for this + purpose. +This isn't because we like it this way, but just because there don't +seem to be good quick fixes for either limitation and no one has been +sufficiently motivated to do lengthy fixes." + (deinit) ;; FIXME: Would it be possible to unmix the PURIFY logic from this ;; function, and just do a GC :FULL T here? (Then if the user wanted ;; a PURIFYed image, he'd just run PURIFY immediately before calling ;; SAVE-LISP-AND-DIE.) - (if purify - (purify :root-structures root-structures - :environment-name environment-name) - #!-gencgc (gc) #!+gencgc (gc :full t)) - ;; FIXME: Wouldn't it be more correct to go through this list backwards - ;; instead of forwards? - (dolist (f *before-save-initializations*) - (funcall f)) - (flet ((restart-lisp () - (handling-end-of-the-world - (reinit) - (dolist (f *after-save-initializations*) - (funcall f)) - (funcall toplevel)))) - ;; FIXME: Perhaps WITHOUT-GCING should be wrapped around the - ;; LET as well, to avoid the off chance of an interrupt triggering - ;; GC and making our saved RESTART-LISP address invalid? - (without-gcing - (save (unix-namestring core-file-name nil) - (get-lisp-obj-address #'restart-lisp))))) - -;;;; functions used by worldload.lisp in CMU CL bootstrapping - -;;; If Name has been byte-compiled, and :RUNTIME is a feature, then load the -;;; byte-compiled version, otherwise just do normal load. -#+nil ; no longer needed in SBCL.. I think.. -- WHN 19990814 -(defun maybe-byte-load (name &optional (load-native t)) - (let ((bname (make-pathname - :defaults name - :type #.(sb!c:backend-byte-fasl-file-type)))) - (cond ((and (featurep :runtime) - (probe-file bname)) - (load bname)) - (load-native - (load name))))) - -;;; Replace a cold-loaded native object file with a byte-compiled one, if it -;;; exists. -#+nil ; no longer needed in SBCL.. I think.. -- WHN 19990814 -(defun byte-load-over (name) - (load (make-pathname - :defaults name - :type #.(sb!c:backend-byte-fasl-file-type)) - :if-does-not-exist nil)) + (labels ((restart-lisp () + (handling-end-of-the-world + (reinit) + (funcall toplevel))) + (save-core (gc) + (when gc + #!-gencgc (gc) + ;; Do a destructive non-conservative GC, and then save a core. + ;; A normal GC will leave huge amounts of storage unreclaimed + ;; (over 50% on x86). This needs to be done by a single function + ;; since the GC will invalidate the stack. + #!+gencgc (gc-and-save (unix-namestring core-file-name nil) + (if executable 1 0))) + (without-gcing + (save (unix-namestring core-file-name nil) + (get-lisp-obj-address #'restart-lisp) + (if executable 1 0))))) + ;; Save the restart function into a static symbol, to allow GC-AND-SAVE + ;; access to it even after the GC has moved it. + #!+gencgc + (setf sb!vm::*restart-lisp-function* #'restart-lisp) + (cond (purify + (purify :root-structures root-structures + :environment-name environment-name) + (save-core nil)) + (t + ;; Compact the environment even though we're skipping the + ;; other purification stages. + (sb!kernel::compact-environment-aux "Auxiliary" 200) + (save-core t))))) + +(defun deinit () + (dolist (hook *save-hooks*) + (with-simple-restart (continue "Skip this save hook.") + (funcall hook))) + (when (rest (sb!thread:list-all-threads)) + (error "Cannot save core with multiple threads running.")) + #!-win32 + (when (fboundp 'cancel-finalization) + (cancel-finalization sb!sys:*tty*)) + (float-deinit) + (profile-deinit) + (debug-deinit) + (foreign-deinit))