<div><br></div>When you look at the ### FASLATONCE comments, you may be wondering what I'm doing here. Well, I'm looking at a way to make our own compilation much faster again, but also to make our compiled code much faster.<div>
<br></div><div>The problem - as I understand it now - with our slow compilation since the introduction of the jvm-class-file.lisp file is NOT so much the fact that we store lots of data in structures now (I thought it was when I did that work though). Rather, my current understanding is that the declaration order of functions in a file is extremely important for the performance of said fasl:</div>
<div><br></div><div>Backward referenced functions (those being defined first and called from code "further down the file") are being called through direct calls of the execute() method of a final static field in the class of the calling function. Since the value is final, the JVM is allowed to assume the jump is always going to go to the same class's execute() method which can be very easily optimized.</div>
<div><br></div><div>Forward referenced functions (those being called before they are defined -- although still defined in the same file) are being resolved through a call to the getSymbolFunctionOrDie() function of the function's symbol. Since that variable is *not* final, the call to the return value of getSymbolFunctionOrDie() can't be as easily JITted.</div>
<div><br></div><div>Hence my idea to compile all toplevel compilands *after* the entire file has been processed and all toplevel functions have been discovered. At that time, the functions can be compiled and all forward references can be resolved and hard coded using final static fields. However: this introduces the risk of circularity during fasl loading. My remarks relate to that problem.</div>
<div><br></div><div><br></div><div>Bye,</div><div><br></div><div><br>Erik.</div><div><br><br><div class="gmail_quote">On Tue, Aug 23, 2011 at 11:34 PM, <span dir="ltr"><<a href="mailto:ehuelsmann@common-lisp.net">ehuelsmann@common-lisp.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Author: ehuelsmann<br>
Date: Tue Aug 23 14:34:33 2011<br>
New Revision: 13536<br>
<br>
Log:<br>
Move more static field initialization to the static class initializer<br>
<clinit>() code.<br>
<br>
Additionally, place some remarks where I expect issues once I start<br>
compiling forward references the same way as backward references.<br>
<br>
Modified:<br>
trunk/abcl/src/org/armedbear/lisp/compiler-pass2.lisp<br>
<br>
Modified: trunk/abcl/src/org/armedbear/lisp/compiler-pass2.lisp<br>
==============================================================================<br>
--- trunk/abcl/src/org/armedbear/lisp/compiler-pass2.lisp Tue Aug 23 13:35:32 2011 (r13535)<br>
+++ trunk/abcl/src/org/armedbear/lisp/compiler-pass2.lisp Tue Aug 23 14:34:33 2011 (r13536)<br>
@@ -1392,7 +1392,7 @@<br>
(local-function-compiland local-function))))<br>
(field-name (local-function-field local-function)))<br>
(with-code-to-method<br>
- (*class-file* (abcl-class-file-constructor *class-file*))<br>
+ (*class-file* (abcl-class-file-static-initializer *class-file*))<br>
;; fixme *declare-inline*<br>
(declare-field field-name +lisp-object+)<br>
(emit-new class-name)<br>
@@ -1416,7 +1416,7 @@<br>
(with-code-to-method<br>
(*class-file*<br>
(if *declare-inline* *method*<br>
- (abcl-class-file-constructor *class-file*)))<br>
+ (abcl-class-file-static-initializer *class-file*)))<br>
;; strings may contain evaluated bits which may depend on<br>
;; previous statements<br>
(declare-field g +lisp-object+)<br>
@@ -1432,7 +1432,7 @@<br>
(with-code-to-method<br>
(*class-file*<br>
(if *declare-inline* *method*<br>
- (abcl-class-file-constructor *class-file*)))<br>
+ (abcl-class-file-static-initializer *class-file*)))<br>
;; The readObjectFromString call may require evaluation of<br>
;; lisp code in the string (think #.() syntax), of which the outcome<br>
;; may depend on something which was declared inline<br>
@@ -1455,7 +1455,7 @@<br>
;; fixme *declare-inline*?<br>
(remember g obj)<br>
(with-code-to-method<br>
- (*class-file* (abcl-class-file-constructor *class-file*))<br>
+ (*class-file* (abcl-class-file-static-initializer *class-file*))<br>
(declare-field g +lisp-object+)<br>
(emit 'ldc (pool-string g))<br>
(emit-invokestatic +lisp+ "recall"<br>
@@ -4149,6 +4149,11 @@<br>
(emit-load-local-function local-function)<br>
(emit-move-from-stack target))<br>
((inline-ok name)<br>
+ ;; ### FASLATONCE: when compiling fasl functions after the<br>
+ ;; full fasl has been processed, forward referenced functions<br>
+ ;; may not be available during the load process<br>
+ ;; This case is particularly triggered with circular referencing<br>
+ ;; functions, both marked as 'notinline'<br>
(emit-getstatic *this-class*<br>
(declare-function name) +lisp-object+)<br>
(emit-move-from-stack target))<br>
@@ -4166,6 +4171,11 @@<br>
(emit-load-local-function local-function))<br>
((and (member name *functions-defined-in-current-file* :test #'equal)<br>
(not (notinline-p name)))<br>
+ ;; ### FASLATONCE: when compiling fasl functions after the<br>
+ ;; full fasl has been processed, forward referenced functions<br>
+ ;; may not be available during the load process<br>
+ ;; This case is particularly triggered with circular referencing<br>
+ ;; functions, both marked as 'notinline'<br>
(emit-getstatic *this-class*<br>
(declare-setf-function name) +lisp-object+)<br>
(emit-move-from-stack target))<br>
<br>
_______________________________________________<br>
armedbear-cvs mailing list<br>
<a href="mailto:armedbear-cvs@common-lisp.net">armedbear-cvs@common-lisp.net</a><br>
<a href="http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-cvs" target="_blank">http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-cvs</a><br>
</blockquote></div><br></div>