Show HN：RAM 价格

网站用途、功能和 UX 反馈

• 该工具列出 RAM 条目，支持分面筛选（类型、容量、速度等）以及通过联盟链接购买。
• 用户请求：
  • “取消全选”/反选按钮，以及更容易的“只选此项”行为。
  • 列排序（尤其是按价格/GB）。
  • 更好的容量和速度控制（数字输入、合理默认值，隐藏古早部件）。
  • 厂商等级筛选，用于隐藏低信任品牌。
• 提到的 bug 和边缘情况：
  • DDR1 筛选不起作用。
  • 从 Amazon 商品页继承来的容量错误（例如将 512 MB 标成 512 GB）。
  • 套装（例如 2×16 GB）因 Amazon 列表格式被当作 1×32 GB。

数据来源、抓取和联盟问题

• 该网站目前只从 Amazon 拉取数据；几条评论认为这一点应更醒目地说明。
• 后端使用 shell 脚本加 Python/Tcl；HTML 为静态生成。
• 提到 Amazon Product Advertising API，但有些人因资格门槛以及担心依赖 Amazon 而回避它。
• 抓取方式被刻意不公开，以免帮助绕过机器人检测。
• 所有外链都带有联盟标签；有人认为这很“scummy”，也有人认为只要披露了，这就是对服务的合理补偿。网站确实标注了联盟链接，并在 FAQ 中说明了这一点。

与其他工具的比较

• 提到许多类似工具：diskprices.com、hdd-prices.com、gpuprices.* 各版本、listofdisks.com、productchart.com、geizhals、tweakers、PCPartPicker。
• 有人认为这相当于“一个部件一个部件地重做 PCPartPicker”；也有人看重其聚焦、极简、只针对 RAM 的界面。
• 有建议将相关工具互相链接，方便用户在 RAM、磁盘、GPU 等之间快速跳转。

ECC、DDR5 行为和高级筛选

• 强烈需求包括 ECC 与非 ECC 筛选、RDIMM、LRDIMM、有缓冲/无缓冲、电压、CAS 延迟、Rank 和时序筛选。
• 讨论澄清：
  • 所有 DDR5 都有片上 ECC，但这是内部机制，对操作系统不可见。
  • “真正”的 ECC 需要更宽的总线（例如 72 位）以及平台支持。
• 关于实际中支持 ECC 的系统是否普遍、以及 ECC RAM 是否“稀有”，存在分歧。
• 对外部 ECC 的性能影响也有争论：有人说会多一个周期，也有人说可以流水线化。

RAM 定价、厂商加价与怀旧

• 多位用户惊叹于大宗商品级 RAM 正接近或低于 1 美元/GB。
• 一条很长的怀旧讨论回忆起几十年前为几 MB 或几 KB 付出数百甚至数千美元的经历。
• 对主要厂商（尤其是笔记本和手机）只提供最少且不可升级的 RAM、并收取高额升级溢价的批评；这被描述为价格歧视和/或“企业贪婪”。
• 围绕 Apple 的软件栈是否真的比 Windows/Linux/Android 更高效利用 RAM 的争论，出现了互相矛盾的轶事，但没有共识。

硬件设计、性能与 RAM 容量

• 有人认为，对于定制的单租户系统，“直接买更多 RAM”往往是提速最经济的办法，尤其是在它能让所有工作数据都留在内存中的时候。
• 也有人提醒，这种思路会鼓励草率设计，并可能掩盖巨大的优化机会或抬高云成本。
• 有关 GC-heavy、JIT 工作负载使用几十 GB RAM 以满足延迟目标的轶事。
• 对于云实例中 1–2 TB RAM 机型稀少且昂贵、从而限制“全部放进 RAM”设计的 frustration。