if not modules then modules = { } end modules ['luat-cbk'] = {
version = 1.001,
comment = "companion to luat-lib.tex",
author = "Hans Hagen, PRAGMA-ADE, Hasselt NL",
copyright = "PRAGMA ADE / ConTeXt Development Team",
license = "see context related readme files"
}
local trace_checking = false trackers.register("memory.checking", function(v) trace_checking = v end)
--[[ldx--
Callbacks are the real asset of . They permit you to hook
your own code into the engine. Here we implement a few handy
auxiliary functions.
--ldx]]--
callbacks = { }
callbacks.stack = { }
--[[ldx--
When you (temporarily) want to install a callback function, and after a
while wants to revert to the original one, you can use the following two
functions.
--ldx]]--
function callbacks.push(name, func)
if not callbacks.stack[name] then
callbacks.stack[name] = { }
end
table.insert(callbacks.stack[name],callback.find(name))
callback.register(name, func)
end
function callbacks.pop(name)
-- this fails: callback.register(name, table.remove(callbacks.stack[name]))
local func = table.remove(callbacks.stack[name])
callback.register(name, func)
end
--[[ldx--
The simple case is to remove the callback:
callbacks.push('linebreak_filter')
... some actions ...
callbacks.pop('linebreak_filter')
Often, in such case, another callback or a macro call will pop
the original.
In practice one will install a new handler, like in:
callbacks.push('linebreak_filter', function(...)
return something_done(...)
end)
Even more interesting is:
callbacks.push('linebreak_filter', function(...)
callbacks.pop('linebreak_filter')
return something_done(...)
end)
This does a one-shot.
--ldx]]--
--[[ldx--
Callbacks may result in doing some hard work
which takes time and above all resourses. Sometimes it makes
sense to disable or tune the garbage collector in order to
keep the use of resources acceptable.
At some point in the development we did some tests with counting
nodes (in this case 121049).
setstepmul | seconds | megabytes |
200 | 24.0 | 80.5 |
175 | 21.0 | 78.2 |
150 | 22.0 | 74.6 |
160 | 22.0 | 74.6 |
165 | 21.0 | 77.6 |
125 | 21.5 | 89.2 |
100 | 21.5 | 88.4 |
The following code is kind of experimental. In the documents
that describe the development of we report
on speed tests. One observation is thta it sometimes helps to
restart the collector. Okay, experimental code has been removed,
because messing aroudn with the gc is too unpredictable.
--ldx]]--
garbagecollector = garbagecollector or { }
garbagecollector.enabled = false
garbagecollector.criterium = 4*1024*1024
-- Lua allocates up to 12 times the amount of memory needed for
-- handling a string, and for large binary chunks (like chinese otf
-- files) we get a prominent memory consumption. Even when a variable
-- is nilled, there is some delay in freeing the associated memory (the
-- hashed string) because if we do the same thing directly afterwards,
-- we see only a slight increase in memory. For that reason it makes
-- sense to do a collector pass after a huge file.
--
-- test file:
--
-- function test()
-- local b = collectgarbage("count")
-- local s = io.loaddata("some font table, e.g. a big tmc file")
-- local a = collectgarbage("count")
-- print(">>> STATUS",b,a,a-b,#s,1000*(a-b)/#s)
-- end
--
-- test() test() test() test() collectgarbage("collect") test() test() test() test()
--
-- As a result of this, LuaTeX now uses an optimized version of f:read("*a"),
-- one that does not use the 4K allocations but allocates in one step.
function garbagecollector.check(size,criterium)
if garbagecollector.enabled then
criterium = criterium or garbagecollector.criterium
if not size or (criterium and criterium > 0 and size > criterium) then
if trace_checking then
local round = math.round or math.floor
local b = collectgarbage("count")
collectgarbage("collect")
local a = collectgarbage("count")
logs.report("memory","forced sweep, collected: %s MB, used: %s MB",round((b-a)/1000),round(a/1000))
else
collectgarbage("collect")
end
end
end
end