对我而言,此比较的运行时间:1`g < 2`g
在Maxima 5.42.0(以及5.42.2、5.43.0和5.43.2)中似乎比5.41.0慢很多。 (请注意,第一次运行总是较慢。)
5.41.0和5.42.0之间是否有可能导致此速度下降的变化?还是我做错了?
示例运行时间:
Maximum 5.41.0 with SBCL 1.5.7
Maxima 5.41.0 http://maxima.sourceforge.net
using Lisp SBCL 1.5.7
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) showtime:true;
Evaluation took 0.0000 seconds (0.0000 elapsed) using 0 bytes.
(%o1) true
(%i2) load(ezunits);
Evaluation took 2.7650 seconds (2.7780 elapsed) using 1046.148 MB.
(%o2) /usr/local/share/maxima/5.41.0/share/ezunits/ezunits.mac
(%i3) 1`g < 1`g;
Evaluation took 0.0860 seconds (0.0860 elapsed) using 33.078 MB.
(%o3) 1 < 1
(%i4) 1`g < 1`g;
Evaluation took 0.0040 seconds (0.0040 elapsed) using 511.469 KB.
(%o4) 1 < 1
(%i5) 1`g < 1`g;
Evaluation took 0.0040 seconds (0.0040 elapsed) using 543.547 KB.
(%o5) 1 < 1
Maximum 5.42.0 with SBCL 1.5.7
Maxima 5.42.0 http://maxima.sourceforge.net
using Lisp SBCL 1.5.7
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) showtime:true;
Evaluation took 0.0000 seconds (0.0010 elapsed) using 0 bytes.
(%o1) true
(%i2) load(ezunits);
Evaluation took 2.6460 seconds (2.6600 elapsed) using 1033.502 MB.
(%o2) /usr/local/share/maxima/5.42.0/share/ezunits/ezunits.mac
(%i3) 1`g < 2`g;
Evaluation took 1.0400 seconds (1.0400 elapsed) using 434.087 MB.
(%o3) 1 < 2
(%i4) 1`g < 2`g;
Evaluation took 0.4350 seconds (0.4360 elapsed) using 170.099 MB.
(%o4) 1 < 2
(%i5) 1`g < 2`g;
Evaluation took 0.4330 seconds (0.4340 elapsed) using 170.119 MB.
(%o5) 1 < 2
似乎与Lisp版本无关。
Maxima 5.42.0 with Clisp 2.49
Maxima 5.42.0 http://maxima.sourceforge.net
using Lisp CLISP 2.49 (2010-07-07)
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) showtime:true;
Evaluation took 0.0000 seconds (0.0000 elapsed) using 56 bytes.
(%o1) true
(%i2) load(ezunits);
Evaluation took 5.4127 seconds (5.4136 elapsed) using 82.926 MB.
(%o2) /usr/local/share/maxima/5.42.0/share/ezunits/ezunits.mac
(%i3) 1`g < 2`g;
Evaluation took 1.7984 seconds (1.7984 elapsed) using 53.569 MB.
(%o3) 1 < 2
(%i4) 1`g < 2`g;
Evaluation took 0.1951 seconds (0.1951 elapsed) using 3.291 MB.
(%o4) 1 < 2
(%i5) 1`g < 2`g;
Evaluation took 0.1597 seconds (0.1598 elapsed) using 3.291 MB.
(%o5) 1 < 2
我自己在Docker中编译了Maxima和Lisp版本,因此我可以使用以下命令在AWS Lambda上运行它:
wget --quiet --output-document sbcl-1.5.7-source.tar.bz2 https://sourceforge.net/projects/sbcl/files/sbcl/1.5.7/sbcl-1.5.7-source.tar.bz2/download \
&& tar --bzip2 -xf sbcl-1.5.7-source.tar.bz2 \
&& cd sbcl-1.5.7 \
&& sh make.sh "clisp" \
&& sh install.sh
wget --quiet --output-document maxima-5.42.0.tar.gz https://sourceforge.net/projects/maxima/files/Maxima-source/5.42.0-source/maxima-5.42.0.tar.gz/download \
&& tar -xzvf maxima-5.42.0.tar.gz \
&& cd maxima-5.42.0 \
&& ./configure --enable-sbcl-exec \
&& make \
&& make install
我们尝试自己调查问题。不幸的是,我们对Lisp的经验不足,无法找到解决方案。
[我们确实发现,当我们使用GCL使用Maxima 5.43.0的预编译版本时,性能很好。该版本可以在这里找到:https://sourceforge.net/projects/maxima/files/Maxima-Linux/5.43.0-Linux/
Maxim 5.43.0 with GCL 2.6.12
Maxima 5.43.0 http://maxima.sourceforge.net
using Lisp GNU Common Lisp (GCL) GCL 2.6.12
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) showtime:true;
Evaluation took 0.0000 seconds (0.0000 elapsed)
(%o1) true
(%i2) load(ezunits);
Evaluation took 0.4100 seconds (0.5600 elapsed)
(%o2) /usr/share/maxima/5.43.0/share/ezunits/ezunits.mac
(%i3) 1`g < 2`g;
Evaluation took 0.1700 seconds (0.1700 elapsed)
(%o3) 1 < 2
(%i4) 1`g < 2`g;
Evaluation took 0.0500 seconds (0.0500 elapsed)
(%o4) 1 < 2
这也在docker容器中运行。使用以下命令安装了Maxima:
wget --quiet https://downloads.sourceforge.net/project/maxima/Maxima-Linux/5.43.0-Linux/maxima-5.43.0-1.x86_64.rpm \
&& wget --quiet https://downloads.sourceforge.net/project/maxima/Maxima-Linux/5.43.0-Linux/maxima-exec-gcl-5.43.0-1.x86_64.rpm \
&& rpm --install --verbose --hash maxima-5.43.0-1.x86_64.rpm maxima-exec-gcl-5.43.0-1.x86_64.rpm
跟踪其中涉及的一些功能,似乎1 ` g < 2 ` g
中花费了最大的时间来处理dimensions
,这是一个计算单位的尺寸(质量,时间,长度等)的函数,在dimensions
中,大部分时间都花在名为rff
的表达式匹配规则中,该规则看起来像这样:
(%i22) disprule(rff);
(%t22) rff : dimensions(ff%) -> block([ff%2 :
ev(ff%, args(known_unit_conversions), infeval)],
if ff%2 # ff% then dimensions(ff%2) else dimensions(ff%))
此处ff%
是诸如g
的符号。 rff
的作用是将g
转换为kg/1000
,然后对kg
(和1000
)执行一些其他规则,以发现尺寸为mass
。
ev(ff%, args(known_unit_conversions), infeval)
是查找基本单位的一种简单方法,但正如您所指出的,它相对较慢,因为当真正只需要一个单位转换时,它会将整个单位转换列表带入画面。我同意,更有效的方法是可取的,因为它可能会总体上加快单元的操作速度。随时提交有关此问题的错误报告(https://sourceforge.net/p/maxima/bugs/)。
我没有查看提交历史记录,所以我不知道版本之间有什么变化。无论如何,似乎当前版本的瓶颈在哪里。