Roberto Ierusalimschy
|
b9dcf9974d
|
detail (typos in comments)
|
11 years ago |
Roberto Ierusalimschy
|
4d696c45b9
|
simpler handling of 'GCScallfin' state + more comments
|
11 years ago |
Roberto Ierusalimschy
|
4a24883674
|
'GCmemtrav' does not need to track the entire collection, only each
single step individually
|
11 years ago |
Roberto Ierusalimschy
|
f61ceee708
|
LUAI_FUNC is being used only in header files
|
11 years ago |
Roberto Ierusalimschy
|
0d745ed04c
|
more precise estimation (GCestimate) for total bytes in use after
a GC cycle
|
11 years ago |
Roberto Ierusalimschy
|
da4811238a
|
details (typos in comments)
|
11 years ago |
Roberto Ierusalimschy
|
c86b9da022
|
userdata can have any Lua value as uservalue
|
11 years ago |
Roberto Ierusalimschy
|
3f78de256e
|
no need to keep threads in a different GC list, now that there is the
'twups' list
|
11 years ago |
Roberto Ierusalimschy
|
d764cc5522
|
new list 'twups' to allow traversal of upvalues from dead threads
(+ fixed some problems with cycles involving those upvalues)
|
11 years ago |
Roberto Ierusalimschy
|
ffa96d988d
|
field 'op' renamed to 'open'
|
11 years ago |
Roberto Ierusalimschy
|
1cce3e6842
|
change in the way 'collectgarbage("step", size)' interprets 'size'
(mimicking the way the GC itself behaves when Lua allocates 'size'
Kbytes)
|
11 years ago |
Roberto Ierusalimschy
|
90b0ac6495
|
limit to 'gcstepmul' imposed by 'lua_gc' (+ some details in 'lgc.c')
|
11 years ago |
Roberto Ierusalimschy
|
de3b1c9b53
|
better control for number of finalizers called at each GC cycle
(increases progressively)
|
11 years ago |
Roberto Ierusalimschy
|
733c58595b
|
no more local collection
|
11 years ago |
Roberto Ierusalimschy
|
6b30774469
|
detail (better presentation for 'luaC_step')
|
11 years ago |
Roberto Ierusalimschy
|
ba3586cc90
|
keep a single list of objects to be finalized (with local and non-local
objects), to ensure finalization order
|
11 years ago |
Roberto Ierusalimschy
|
88e23f508c
|
details
|
11 years ago |
Roberto Ierusalimschy
|
c8585efc78
|
use goto to implement a tail call in 'reallymarkobject'
|
11 years ago |
Roberto Ierusalimschy
|
4c6dfc342b
|
CallInfo lists shrinks together with their associated stacks
|
11 years ago |
Roberto Ierusalimschy
|
686e57cf9c
|
GC local pause configurable
|
11 years ago |
Roberto Ierusalimschy
|
6ca7b63bce
|
check for shrinking string table done only at the end of a GC cycle
|
11 years ago |
Roberto Ierusalimschy
|
4eeb1831be
|
new names and better order for GC states (sweep first lists that
can have dead objects)
|
11 years ago |
Roberto Ierusalimschy
|
dd373a8f66
|
threads are kept in a separated GC list, linked after the main thread
|
11 years ago |
Roberto Ierusalimschy
|
7061fe1d56
|
detail: 'sweepstep' checks end of phase after calling 'sweeplist', so
that phases with small lists return 0 at the first call to 'sweepstep'
|
11 years ago |
Roberto Ierusalimschy
|
d8aa8dd97e
|
objects in list 'tobefnz' have a GC life-cycle like all others
(specifically they are cleaned during sweep phase)
|
11 years ago |
Roberto Ierusalimschy
|
1150873447
|
'luaC_newobj' does not handle special cases; only special case
now is threads, which do not use 'luaC_newobj' anymore.
|
11 years ago |
Roberto Ierusalimschy
|
aeff4f79fa
|
local collection now calls finalizers
|
11 years ago |
Roberto Ierusalimschy
|
1bf4faec64
|
new GC state to sweep 'localgc' list + small changes in sweep control
|
11 years ago |
Roberto Ierusalimschy
|
b5e75fde4e
|
bug: local collection must clear rest of stack
|
11 years ago |
Roberto Ierusalimschy
|
9a871dd3db
|
tables and userdata all go to local list, too
|
11 years ago |
Roberto Ierusalimschy
|
90972ff136
|
LOCALBLACK changed to LOCALMARK and used also to control whether object
is in 'localgc' list + luaC_newobj by default puts object in 'localgc'
list
|
11 years ago |
Roberto Ierusalimschy
|
af35c7f398
|
upvalues collected by reference count
|
11 years ago |
Roberto Ierusalimschy
|
742b7377d3
|
Lua closures go to local, too
|
11 years ago |
Roberto Ierusalimschy
|
50955e27f5
|
C functions and strings now go to the local list; first version
of the local collector
|
11 years ago |
Roberto Ierusalimschy
|
0df6635711
|
"fixed" objects kept in a separated list (instead of being kept in
'allgc' list with a bit marking them)
|
11 years ago |
Roberto Ierusalimschy
|
ae800656c9
|
change in string table: string table is now independent of GC lists; all
strings live in 'normal' GC lists
|
11 years ago |
Roberto Ierusalimschy
|
8f6b80aa1d
|
GC bits SEPARATED and FINALIZEDBIT mixed in FINALIZEDBIT (with simpler
control)
|
11 years ago |
Roberto Ierusalimschy
|
9eff921f8f
|
"barrier" for link prototype->cache changed to be consistent with
GC behavior (link is cleared to preserve invariant)
|
11 years ago |
Roberto Ierusalimschy
|
439d74e29f
|
added 'local' bit (true => object is only refered by local variables)
|
11 years ago |
Roberto Ierusalimschy
|
3679d33b02
|
barrier conditions rewritten to test first 'isblack' and then 'iswhite'
(during a pause all objects are white, so 'isblack' fails much more
often than 'iswhite')
|
11 years ago |
Roberto Ierusalimschy
|
78b941039d
|
change to allow collector to stop when it goes to the atomic phase
(just for debugging)
|
11 years ago |
Roberto Ierusalimschy
|
623e388bb4
|
double-linked list of all upvalues elliminated and changed to a
traversal of all non-marked threads
|
11 years ago |
Roberto Ierusalimschy
|
677d90165f
|
no more generational collection !!!
|
11 years ago |
Roberto Ierusalimschy
|
c37b7b3cca
|
bug: garbage collector can trigger too many times in recursive loops,
because it was not computing the size of CallInfo structures in threads
|
12 years ago |
Roberto Ierusalimschy
|
75250a237c
|
typos in comments
|
12 years ago |
Roberto Ierusalimschy
|
437a49be5e
|
cast to avoid warnings
|
12 years ago |
Roberto Ierusalimschy
|
a799ed5af9
|
more precise control for GC pause (based on threshold)
|
12 years ago |
Roberto Ierusalimschy
|
fdae4b9453
|
removed commented-out line (for debugging)
|
12 years ago |
Roberto Ierusalimschy
|
ae1d318822
|
small bug: generational mode is always in 'propagate' mode only
outside the collector: during collection of course it must go to
other modes.
|
12 years ago |
Roberto Ierusalimschy
|
e4f609d0ee
|
collector in generational mode must be in 'propagate' state when
not running a collection
|
13 years ago |