multithreading - 千里马。线程本地存储耗尽

Question

我正在为分析问题编写数学模块。所有文件都编译为 .fasl。
这些文件的大小逐渐增加，并添加了新文件。我今天在加载一个模块 load("foo.mac") ~0.4s 加载 100+ 个文件和另一个 200+ 的模块时遇到了一个问题，它在没有预先计算的情况下声明了函数和变量。
错误:Thread local storage exhausted fatal error encountered is SBCL pid %PRIMITIVE HALT called; the party is over. Welcome to LDB..此时 CPU 和 RAM 指标稳定
没有帮助 maxima -X '--dynamic-space-size 2048' , 4096 - 也是，默认为 1024。为什么它不起作用？
SBCL + Windows = 正常工作。 SBCL 1.4.5.debian + Linux (server) 抛出此错误。但是，如果我稍微减小文件的大小，就会加载模块。
我重新编译了文件，检查了所有的.UNLISP。更改了上传文件的顺序，但加载时出错最近的在列表中。测试运行没有错误。有一些方法可以通过 SBCL、Maxima 增加“本地存储”的数量？ 向哪个方向移动 ?有任何想法吗
更新 :
通过删除重复的代码 matchdeclare(..) 显着减少了负载。现在没有观察到错误。

Answer 1

来自 https://sourceforge.net/p/maxima/mailman/message/36659152/

maxima uses quite a few special variables which sometimes makessbcl run out of thread-local storage when running the testsuite.They proposed to add an environment variable that allows to changethe thread-local storage size but added a command-line optioninstead => if supported by sbcl we now generate an image withab bigger default thread-local storage whose size can beoverridden by users passing the --tls-limit option.

NEWS SBCL 的源代码中的文件也表明默认值为 4096

changes in sbcl-1.5.2 relative to sbcl-1.5.1:
  * enhancement: RISC-V support with the generational garbage collector.
  * enhancement: command-line option "--tls-limit" can be used to alter the
    maximum number of thread-local symbols from its default of 4096.
  * enhancement: better muffling of redefinition and lambda-list warnings
  * platform support:
    ** OS X: use Grand Central Dispatch semaphores, rather than Mach semaphores
    ** Windows: remove non-functional definition of make-listener-thread
  * new feature: decimal reader syntax for rationals, using the R exponent
    marker and/or *READ-DEFAULT-FLOAT-FORMAT* of RATIONAL.
  * optimization: various Unicode tables have been packed more efficiently