小编sli*_*cki的帖子

我一直在使用python的本机bignums算法,并决定尝试通过将其转换为C++来加速它.当我使用long long时,C++比python快约100倍,但是当我在C++中使用GMP绑定时,它只比python快10倍(适用于长long的相同情况).

是否有更好的bignum实现来进行大量的小额外添加？例如,我们有一个很大的数字N我们将添加很多小+1,+ 21,+ 1等等,并且每隔一段时间又增加一个大数字M？

我们在所有源代码文件的顶部有15行长版权信息.

当我在emacs中打开它们时,浪费了很多宝贵的空间.
有没有办法让emacs始终隐藏某个消息,但仍然留在文件中？

每隔一段时间,Emacs就会在语法高亮处失败,并且着色在缓冲区中变得非常时髦.有没有办法强迫Emacs"重新着色"语法？试试看？我不介意花一点时间.

认为我有循环依赖:

$ make blah > /dev/null
make[1]: Circular all <- all dependency dropped.

有没有办法让make打印出圆形的路径？这是一个非常大而复杂的Makefile,我没有写,我发现手动弄清楚是徒劳的.

人们用于解决循环依赖的任何其他技术？

谢谢.

我在跑srun -n 100 python foo.py。在 python 脚本中，它如何找出它是哪个任务编号/id/等级？是否有设置环境变量？

当我在 Singularity 容器内运行特定的 ImageMagick 转换命令（以生成动画 GIF）时，它始终给出内存错误：

convert-im6.q16: cache resources exhausted `foo.gif' @ error/cache.c/OpenPixelCache/4083.\nconvert-im6.q16: memory allocation failed `foo.gif' @ error/quantize.c/AssignImageColors/496.\n

我该如何调试这个？

我在 Singularity 之外没有遇到任何内存问题，这给我的印象是 Singularity 人为地限制了我的可用内存，或者 ImageMagick 在 Singularity 内部配置不当。我没有看到在 Singularity 中运行的任何其他应用程序出现内存问题，这让我认为这是 ImageMagick 问题。

以下是有关我的系统的一些详细信息：

$ singularity --version\nsingularity version 3.7.1-1.el8\n

容器内部：

Singularity> convert --version\nVersion: ImageMagick 6.9.10-23 Q16 x86_64 20190101 https://imagemagick.org\nCopyright: \xc2\xa9 1999-2019 ImageMagick Studio LLC\nLicense: https://imagemagick.org/script/license.php\nFeatures: Cipher DPC Modules OpenMP \nDelegates (built-in): bzlib djvu fftw fontconfig freetype jbig jng jpeg lcms lqr ltdl lzma …

在Emacs中,为什么我按PageUp然后按PageDown,光标不会返回到初始位置,而是返回页面上的其他位置.有没有办法让它这样做？例如,让PageUp和PageDown只是向上或向下移动光标可见的行数.