![]() |
1
2
我曾经在32位Linux(内存为4到8GB)上遇到过类似的问题,尽管使用了不同的脚本语言(R)。相当大的努力去切片和切块数据到适当的块 不 去肚皮。对于我分析的数据集,每个进程3GB的有效限制是一个真正的约束。 现在,在64位Linux(有12到16GB的RAM)上,使用起来要容易得多。所以切片,不要切。它正好合适。 所以,如果你的问题集处于最佳状态,考虑以最适合你的任何形式进入64位。正如Wazoox所提到的,安装Debian或Ubuntu是一件轻而易举的事情,特别是对于更小/更集中的“服务器”风格。 |
![]() |
2
3
“我的团队没有花时间重构一个很少使用的脚本。” 显然,该脚本具有相当大的价值,即使很少运行。 通常,小的变化会带来很大的好处。 明确地,
您可能只需要一两个小时的工作就可以显著地减少内存消耗。 |
![]() |
3
3
只需在适当的机器上安装适用于AMD64的Ubuntu或Debian。这很简单(比安装Freebsd或上帝禁止的OpenSolaris容易得多),非常简单,Perl和Python将是64位现成的,并且是默认安装的一部分。 |
![]() |
4
1
性能/内存使用方面,操作系统没有什么区别。在64位模式下,python可以很好地处理所有这些问题。64位模式的Unix支持比Windows支持早10年,因此Unix上的问题可能会稍微少一些。然而, large collections support 在所有系统上都是相当新的。因此,如果您希望有对大型集合的需求(而不仅仅是许多小型集合的嵌套),请为一些调试做好准备。 还要注意,在64位系统上,所有指针的大小都将加倍。因此,要在32位系统上执行与2GB相同的工作,需要在64位系统上执行4GB。 只有当交换空间耗尽时,系统才会耗尽内存,因此在16GB不够的情况下,要计划足够的交换空间。 |