每行内存<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />有人可以告诉我每行 RAM 的计算吗？
我在具有 4.00 GB RAM 的 32 位 Windows 7 计算机上运行 JMP 11。 而且，我的数据表有 14 个变量：7 个数字和 7 个字符。
我知道 64 位机器会更好。 作为我当前情况的解决方法，我很好奇数据表中理想的最大行数是多少，然后运行分析。如果我知道内存限制，我可以将数据表子集为更小的表，并为我的数据提供适当的行数。
谢谢！
回复：每行 RAM您好，我最近从 JMP 11 升级到 JMP 12。
当我使用 JMP 12 再次运行性能测试后，我可以查看这些计算。谢谢！
回复：每行 RAM谢谢，马丁。
创建日记后，我关闭了数据表和分析。 这确实释放了我 16% 的工作记忆来创建 PDF。我能够成功创建 PDF。
我还将研究您和其他人建议的其他方法。听起来有很多变量导致了这一点。
一项工作正在进行中！
回复：每行 RAM嗨，jb，
关于 RAM、数据大小和其他问题，我同意所有其他人的观点。 此外，您应该考虑查看 RAM 使用情况，以便导出到 PDF 时系统将启动 Acrobat Reader 或您正在使用的适当的 PDF 程序。 正如您在图表中看到的那样，这将增加 RAM。 根据您在日志中保存报告的方式（使用数据表或仅使用引用数据表生成报告的脚本），您将使用或多或少的内存，并且日志的文件大小将会更大或更小。 因此，PDF 文件大小也会调整（仅仅是由于图片与脚本行的事实 - 但我猜您也喜欢在 PDF 中包含图形，而不仅仅是脚本行）。
也就是说，有很多与实际文件大小无关的开销，在计算要使用的 RAM 时一定不要忘记考虑。
如果您能够在不再需要数据表和报告后立即关闭它们，例如在保存到日志之后和保存到 PDF 之前，也可能会有所帮助。 我认为值得一试。 还可以更改您的系统设置（如果您使用的是 Windows），以允许使用 3GB RAM，即使在 32 位系统上也是如此。 您会在网上找到许多关于如何为您的系统逐步执行此操作的指南。
干杯，
马丁
回复：每行 RAM有趣的话题。 不幸的是，您在 32 位机器上工作，因此受到很大限制。 正如 Jeff 提到的，JMP 在 32 位系统上只能访问 2 GB RAM，该限制是由 Windows 造成的。 虽然 32 位系统理论上可以寻址 4 GB，但由于开销，32 位系统的限制往往远小于操作系统设置的限制。 我知道在 Windows XP 中，限制实际上是 3 GB，但当我使用 Vista/7 时，我正在 64 位计算机上工作。
说到开销，文件大小和使用该文件的应用程序的内存使用率之间没有直接关联。 应用程序的内存需求可能明显大于文件大小，因为 1) 应用程序需要内存，2) 应用程序中执行的进程需要内存。 由于您所执行工作的性质，JMP 等应用程序可能会产生相当大的开销。
至于将 KB 转换为 GB，这一直是我在 Windows 中的一个痛点；我正在添加 Windows 的众多我讨厌的事情之一。 OS X 使用适当的单位报告文件大小，但 Windows 坚持表现得就像 20 世纪 80 年代一样，一切都以千字节为单位。 与 90 年代开始错误地以 Base 10 为单位报告容量的存储 OEM 不同，操作系统仍然报告内存和存储的真实字节单位，即 1024 的幂（Base 2、2^10）。 因此，
- 1 KB = 1024 字节
- 1 MB = 1024 KB
- 1 GB = 1024 MB
回复：每行 RAM谢谢大家的建议。
我需要大部分（长）标称字符列进行分组。删除一些序数字符列对性能的影响可以忽略不计。
是的，每台机器都是不同的（并且运行不同的后台进程）。根据我的 M（机器、材料/数据和方法），当机器 RAM 使用率接近 65% 时，JMP 就会关闭（或冻结）；这是使用 200,000 行（约 20,000 KB）的数据表。此时，Windows 任务管理器显示 JMP 内存使用量为 1,343,424 KB。
请注意，我使用了以下步骤：(1) 打开 JMP，(2) 打开 DT 和颜色行，(3) 运行 CChart，(4) 创建日志，以及 (5) 保存为 PDF。
如果您能提供有关解释 JMP 内存管理的数据表文件大小（从 KB 转换为 GB）的任何帮助，我们将不胜感激。 谢谢！。
回复：每行 RAM有趣的想法！ 不幸的是，我是从 Excel 导入的。
回复：每行 RAM嗨，jb，
根据字符列的格式和行数，您可能需要考虑的一个选项是尝试压缩字符列，该选项可在“首选项”>“文本数据文件”内的“导入设置”中找到。为了使其正常工作，您可能还需要启用允许列表检查（在我的系统上启用）。
此选项的作用是扫描字符列以识别具有 <= 256 个唯一值的列。这种情况发生在我们的数据中，我们有很长的分类标签名称，但唯一值小于 100 个。对于满足 <= 256 个唯一值标准的字符列，JMP 能够对其进行压缩，以便每个单元格仅占用 1 个字节。打开文件需要更长的时间，但可以节省大量内存，具体取决于数据的结构。更好的是，在屏幕上，一切看起来都一样，所以一切都发生得相当无缝。
回复：每行 RAM我们的经验法则是，您需要的内存是您将使用的最大数据表的两倍。 对于 32 位和 64 位系统都是如此。
要估计内存中数据表的大小，请查看磁盘上 .JMP 文件的大小。* 这是数据表将使用多少内存的非常可靠的指标。
在 32 位计算机上运行的 JMP 最多可以访问 2GB 内存。
因此，在 32 位系统上，您可以轻松使用的最大数据表是 1GB。
这只是一般准则，因为某些操作和分析可能需要大量额外内存。
-杰夫
*假设你不是压缩列当你保存时。
回复：每行 RAM新山,
我没有进行计算，但有一个潜在的解决方法。列占用的内存最多，并且字符数据将使用比数字更多的内存。
并非所有计算机都是一样的，您计算机上后台运行的进程可能与其他人计算机上运行的进程不同。在没有打开任何应用程序的情况下启动/重新启动计算机。打开任务管理器并选择性能。检查此时使用的 RAM。打开JMP，打开后查看使用的RAM。打开感兴趣的数据表并开始减少行数，以查看 RAM 上的盈亏平衡点。运行“简单”分析（例如通过 X 拟合 Y）并检查 RAM 使用情况。在分析平台中，您将看到基于可用 RAM 的性能差异影响最大。这取决于您愿意等待给定分析完成的时间。您可以使用变量收缩方法（例如分区）来帮助确定哪些变量对您的模型最重要，并在分析中仅使用这些列。
希望这可以帮助。
最好的，
账单
