gb64.com

街机硬件可以拆成三层来看：机台（框体、电源、显示器、摇杆按键）、电路板（PCB，也就是真正运行游戏的那块板）、以及连接两者的接口标准。JAMMA 是目前最常见的接口标准，决定了某块电路板能否直接插进某台机台。多合一街机套件（multigame kit）把多款游戏集成到一块板或一套套件里，适合想用一台机台玩多款游戏的人；单块原版 PCB 通常只跑一款游戏，适合追求原版体验或收藏的人。Neo Geo 是其中一类有自己卡带和主板体系的街机平台，特点是游戏以卡带形式更换。判断自己需要哪类硬件，关键看三点：机台是不是 JAMMA 接线、想玩一款还是多款游戏、是否接受非原版方案。

街机硬件的三个基本部分

机台（Cabinet）

机台是外壳加外围设备：电源、显示器（CRT 或 LCD）、控制面板（摇杆、按键）、投币器、音响。机台本身不决定能玩什么游戏，决定游戏的是插进去的电路板。

电路板（PCB）

PCB 是运行游戏逻辑的板子。一块原版 PCB 通常对应一款游戏。板子上的视频、音频、控制信号需要通过线束接到机台上。

接口标准（JAMMA）

JAMMA 是一套接线规范，规定了电源、视频、音频、控制和投币信号在接插件上的引脚位置。它的作用是让不同厂商的板子和机台可以互换：只要两边都符合 JAMMA，板子就能直接插上，不用重新接线。这就是为什么“是否 JAMMA”是选购和改装时第一个要确认的问题。

多合一街机套件与单块原版 PCB 的区别

多合一的价值在于省去反复换板的麻烦，一台机台就能覆盖多款游戏。代价是它通常不是原厂原版方案。如果你在意“原汁原味”或收藏价值，单块原版 PCB 更合适；如果你更在意可玩数量和便利性，多合一更实际。

JAMMA 为什么决定能不能直接接入

JAMMA 的核心作用是标准化引脚定义。选购或改装前需要确认：

• 机台侧：线束是不是 JAMMA 规格，接插件针数是否匹配。
• 板子侧：板子是否 JAMMA 标准，还是需要转接板（adapter）。
• 视频信号：板子输出的是 CGA（15kHz）还是更高频率，机台显示器是否支持。用 LCD 时通常需要额外的视频转换。
• 电源：板子需要的电压和电流，机台电源能否提供。
• 控制与投币：按键数量是否够用，投币信号是否接得上。

只要有一项不匹配，就可能需要转接或改造，而不是“插上就能用”。

Neo Geo 这类平台的特点

Neo Geo 是街机中比较特殊的一类：它用主板加卡带的结构，换游戏就是换卡带，而不是换整块 PCB。对使用者来说，这意味着同一套主板可以玩多款该平台的游戏，卡带可单独收集和更换。它的适用场景是：你打算长期玩该平台的游戏，并且愿意围绕它的卡带体系来配置。它和 JAMMA 的关系同样需要确认——具体主板是否 JAMMA 兼容、需要什么线束，取决于型号，选购时以实际板子的说明为准。

选购或改装前要确认的问题

1. 我的机台是 JAMMA 接线吗？接插件针数是多少？
2. 我要玩一款还是多款？多款就优先看多合一，原版优先看单块 PCB。
3. 显示器支持板子的视频输出吗？用 LCD 的话转换方案是什么？
4. 电源电压和电流够不够？
5. 控制面板按键数量够不够这款游戏用？
6. 板子或套件是否需要转接板、额外线束？

把这几个问题问清楚，再决定买多合一、单块 PCB 还是 Neo Geo 这类卡带平台，能避免买回来接不上的情况。Multigame.Com 提供街机游戏套件和电路板的设计、制造与销售，并注明提供免费的信息和建议，可作为了解具体套件与兼容性问题的入口。

JPA 性能基准测试的核心，是在固定数据库、固定数据集、固定查询的前提下，比较不同 JPA 配置或不同实现（如 Hibernate、EclipseLink）在查询执行、缓存命中、批量写入、抓取策略等维度上的表现。它回答的不是“JPA 快不快”，而是“在你的数据访问模式下，哪种配置更省时间、更省内存”。如果你怀疑自己的 JPA 应用慢，基准测试的价值在于把“感觉慢”变成可对比的数字，再据此定位是 N+1、缺索引、抓取策略错误，还是缓存没生效。

基准测试通常比较哪些维度

一个可用的 JPA 基准，至少会覆盖下面几类场景，否则结论容易失真：

• 查询执行：单条主键查询、条件查询、分页查询、聚合查询的耗时。
• 缓存命中：一级缓存（Persistence Context）、二级缓存、查询缓存在开启与关闭时的差异。
• 批量写入：批量 insert/update 的吞吐，以及 JDBC batch size 的影响。
• 懒加载与 N+1：遍历关联集合时，逐条加载与批量抓取（batch fetch / join fetch）的对比。
• 并发访问：多线程下连接池、事务边界的表现。

这些维度对应的是不同的瓶颈来源，不能只看一个总分。

结果里的吞吐量、延迟、内存分别代表什么

判断数据库访问瓶颈时，延迟的尾部值（p95/p99）往往比平均值更有用：平均值正常但 p99 很高，通常意味着偶发的 N+1、缓存未命中或连接池等待。吞吐量高但延迟也高，说明系统在靠并发硬撑，单次访问并不健康。

把基准结论映射到自己应用的前提

基准结果只有在环境一致时才有参考价值。对照前先确认：

• 数据库类型与版本一致（MySQL 8 与 PostgreSQL 的执行计划差异很大）。
• JDBC 驱动版本一致。
• 连接池配置一致（HikariCP 的池大小、超时）。
• JPA 实现与版本一致（Hibernate 6 与 5 的抓取、缓存行为有变化）。
• 数据集规模与分布接近，而不是用 100 行数据推断百万行表的表现。

任何一项不一致，基准数字就只能当趋势参考，不能当结论。

常见导致 JPA 变慢的原因

• N+1 查询：遍历 @OneToMany 集合时每条记录再发一次 SQL。用 join fetch 或 @BatchSize 缓解。
• 缺少索引：查询条件列没索引，基准里表现为延迟随数据量线性上升。
• 抓取策略错误：该懒加载的用了 EAGER，导致每次查询都带出大量关联数据。
• 未启用二级缓存：对读多写少、变化不频繁的实体，重复查询反复打数据库。
• 事务边界过大：一个事务里做太多操作，锁持有时间长，并发下延迟飙升。

做一次最小对比测试

不需要完整基准框架，固定数据集和查询就能得到可用结论：

1. 准备数据：插入固定数量（如 1 万行主表 + 关联子表）并记录规模。
2. 固定查询：选定一个会触发关联加载的查询，例如按条件查主表并遍历其集合。
3. 测基线：默认配置下循环执行 N 次，记录总耗时与 p95 延迟。
4. 改一个变量：只开启二级缓存，或只把抓取改成 join fetch / @BatchSize，其余不变。
5. 重测并对比：同样循环 N 次，比较延迟与 SQL 条数（开启 SQL 日志统计）。
6. 验证：确认结果可重复，排除首次运行的 JIT 与缓存预热影响，先跑几轮预热再取数。

预期结果是：如果瓶颈是 N+1，改抓取策略后 SQL 条数会明显下降、延迟同步下降；如果瓶颈是缺索引，改抓取策略几乎无效，需要回到数据库层加索引。这样一次对比就能把优化方向定下来。

jpab.org 这类 JPA 性能基准站点提供的正是上述维度的横向对比，适合用来判断“某种配置通常更快还是更慢”，但最终仍需用你自己的一致环境复测。

GameBase Collection 是一套面向 Commodore 64（C64）游戏的数据库与前端集合，不是模拟器本身。它把游戏条目、截图、音乐、说明等资料组织起来，再调用 VICE、CCS64 这类实际模拟器来运行游戏。GB64.COM 是这套集合的官方网站，目前在线版本为 GameBase64 v19，收录 30000 个条目。想系统查找和启动 C64 游戏，可以从 GB64 的在线数据库入手，再配合本机模拟器使用。

GameBase、GB64 与模拟器各自扮演什么角色

三者容易混淆，分工其实很清楚：

关键机制是：GameBase 前端负责“找游戏、看资料、点启动”，模拟器负责“跑起来”。前端本身不执行 C64 代码，它需要配置好本机模拟器路径，才能把选中的游戏交给模拟器运行。所以只浏览 GB64 网站可以查资料，但要实际游玩，本机仍需安装模拟器。

GB64 网站能查到什么

根据网站自述，GB64 的目标是“在为时已晚之前记录所有 Commodore 64 游戏软件”。在线数据库超过 15000 个游戏条目，站点还包含 Sid 音乐、文章与评论、论坛和大量链接。版本动态显示，GameBase64 v19 已扩展到 30000 个条目，此前的 v17、v18 分别为 28500 和 29000 个条目，说明这个集合仍在持续扩充。

对使用者来说，这意味着 GB64 不只是下载站，更像一部可检索的 C64 游戏档案：可以先查某个游戏是否存在、有哪些相关资料，再决定是否在本机运行。

新手查找并运行 C64 游戏的基本路径

1. 从 GB64 网站入口进入在线数据库，用游戏名或关键词检索目标条目，确认游戏存在并查看其资料页。
2. 阅读条目中的说明、截图、音乐和评论信息，判断版本和内容是否符合预期。
3. 在本机准备一个 C64 模拟器，如 VICE 或 CCS64，按模拟器自身文档完成安装。
4. 使用 GameBase 前端并配置模拟器路径，让前端知道用哪个程序启动游戏；配置完成后即可从前端选中条目直接启动。
5. 验证：游戏能在模拟器中正常进入标题画面并操作，即说明前端与模拟器衔接成功。

常见卡点有两个：一是把 GameBase 当成模拟器直接下载运行，结果发现无法启动游戏；二是前端未正确指向模拟器可执行文件，点击启动没有反应。遇到后者，先检查前端的模拟器路径设置，再确认模拟器单独运行是否正常。

适合谁用

如果你只是想快速玩一两个 C64 游戏，直接安装 VICE 并加载游戏文件更省事；如果你想系统浏览、检索大量 C64 游戏并保留资料，GameBase Collection 加 GB64 在线数据库更合适。网站未提及收费或登录限制，实际使用前以站点当前说明为准。

C64 游戏指为 Commodore 64 这台 1982 年上市的 8 位家用电脑开发的游戏。今天要在现代设备上玩到它们，通常分两步：先在 GameBase64 这类数据库里确认游戏名称和版本信息，再在 PC 或移动设备上用 VICE、CCS64 等模拟器加载游戏文件运行。GB64.COM 的资料显示，其 GameBase64 合集已收录约 30000 条游戏条目，是查找 C64 游戏资料最集中的入口之一。

C64 游戏的基本背景

Commodore 64 在商业上极为成功，围绕它形成了数量庞大的游戏库，涵盖动作、平台跳跃、射击、体育、冒险、解谜等类型。由于当时载体多为卡带和软盘，同一款游戏常存在地区版、磁盘版、卡带版等多个版本，这也是后来需要专门数据库做编目的原因。

GB64.COM 的定位正是“在消失之前记录所有 Commodore 64 游戏软件”，其在线数据库条目超过 15000 条，GameBase64 合集则扩展到约 30000 条。对普通玩家来说，这类数据库的价值在于：确认一款游戏是否真实存在、属于哪个发行商、有哪些版本，以及配套的封面、音乐（SID）等信息。

查找游戏资料：使用 GameBase64

GameBase64 既是数据库，也是配套的模拟器前端。查找一款游戏时，可以按以下思路操作：

1. 进入 GB64.COM，使用在线数据库按游戏名、发行商或年份检索。
2. 核对条目中的版本信息，注意区分磁盘版、卡带版和不同地区发行版。
3. 记录游戏的准确名称，后续在模拟器中加载文件时以此为准。
4. 如需音乐资料，可查看站内的 SID Music 部分。

需要注意，数据库条目描述的是“存在过什么”，并不等于站内直接提供可下载的完整游戏文件。实际获取游戏文件时，应自行确认来源的合法性。

在现代设备上运行：模拟器选择

运行 C64 游戏需要模拟器。GB64.COM 提到的常见选择是 VICE 和 CCS64，GameBase 本身也作为 C64 模拟器前端使用。选择时可参考以下维度：

对刚接触的人，较稳妥的路径是：先装一个模拟器（VICE 或 CCS64），手动加载一两个游戏文件跑通流程；等游戏数量多了，再考虑用 GameBase 这类前端统一管理。

基本运行步骤

1. 在 PC 或移动设备上安装所选模拟器。
2. 准备对应格式的游戏文件（如磁盘镜像或卡带镜像）。
3. 在模拟器中挂载或加载该文件，按模拟器提示启动。
4. 如游戏需要键盘操作，确认模拟器的按键映射；C64 原版游戏常依赖键盘而非手柄。

预期结果是模拟器进入游戏画面。若加载后停在 READY 提示符或空白画面，说明文件未正确挂载或启动命令未执行，回到第 3 步检查。

常见卡点与排查方向

• 加载后无反应：确认文件格式与模拟器支持的挂载方式匹配，磁盘镜像和卡带镜像的处理方式不同。
• 游戏名对不上：同一游戏可能有多个版本名称，回到 GameBase64 核对准确条目。
• 操作不灵：C64 游戏大量使用键盘，先检查模拟器的键盘映射而非手柄设置。
• 来源不明：获取游戏文件时注意版权，优先选择权利方允许的渠道；数据库资料可用于确认游戏身份，但不替代合法来源判断。

一个可参考的实例

GB64.COM 在 2023 年 11 月发布了一款名为 Trappy Pixel 的新游戏，是经典游戏 Zolyx 的克隆作品，提供 4 个难度等级、高分保存、单人或双人模式，并可在线游玩或下载 Windows、Mac、Linux 版本。这类新发布作品说明 C64 生态至今仍有活跃开发，对新手也是较友好的起点：既有明确的操作说明，也不涉及老式载体的版本混乱问题。

GameBase 是面向 Commodore 64 游戏的前端与数据库集合，不是模拟器本身。它把游戏条目、元数据（名称、发行信息、截图等）和启动配置组织在一起，再调用 VICE、CCS64 这类 C64 模拟器来运行游戏。GB64.COM 则是这套收藏集的官方网站和在线数据库入口，目前在线数据库收录超过 15000 个游戏，并包含 SID 音乐、文章、评测、论坛和链接栏目。如果你只是想查资料，用 GB64.COM 的在线数据库即可；如果你想在本地成体系地整理和启动大量 C64 游戏，才需要 GameBase 前端配合模拟器。

三者的角色分工

一句话概括关系：GB64.COM 是资料库和社区，GameBase 是本地管理这些资料的“书架和索引”，模拟器是真正把游戏跑起来的“机器”。

为什么需要前端而不是直接开模拟器

C64 游戏数量庞大，GB64.COM 的在线数据库就超过 15000 个游戏条目，GameBase64 收藏集在 v19 时已达到 30000 条。如果只用模拟器逐个加载磁盘镜像，你会面对大量文件名不直观、版本混杂、启动方式各异的问题。前端的价值在于：

• 用统一界面按名称、发行商、年份等检索条目；
• 为每个条目保存截图、音乐、说明等附属信息；
• 记住每个游戏该用哪个模拟器、以什么方式启动；
• 把“找游戏”和“玩游戏”拆成两步，减少反复试错。

用 GB64.COM 在线数据库查游戏

适合只想确认某款游戏是否存在、看看截图和资料的情况。

1. 打开 gb64.com，进入在线数据库（站点描述中称为 The Gamebase Collection of C64 games 的在线库）。
2. 按游戏名、发行商或年份检索，查看条目详情、截图和相关资料。
3. 需要音乐资料时，转到 SID Music 相关栏目；需要背景阅读时看 Articles and reviews。
4. 预期结果：你能确认游戏条目、了解基本信息，并判断是否值得在本地运行。

常见卡点：在线数据库是资料查询入口，不等于在线游玩。要实际运行，仍需本地模拟器或 GameBase 前端加模拟器。

用 GameBase 前端配合模拟器运行游戏

适合想批量整理、长期游玩 C64 游戏的情况。前提是你已经准备好 GameBase64 收藏集数据和至少一个 C64 模拟器（如 VICE 或 CCS64）。

1. 准备模拟器：先安装并确认 VICE 或 CCS64 能独立启动、能加载一个磁盘镜像。这一步验证模拟器本身可用。
2. 准备收藏集数据：获取 GameBase64 收藏集文件，放到固定目录，避免路径中含特殊字符。
3. 配置前端：在 GameBase 前端中指定模拟器可执行文件路径，并关联对应的文件类型（如磁盘镜像格式）。预期结果是前端知道“用什么程序打开什么文件”。
4. 检索并启动：在前端中按名称找到条目，选择启动。预期结果是前端调用模拟器并加载对应镜像。
5. 验证：若游戏能进入标题画面，说明条目、路径和模拟器配置三者一致；若失败，优先检查模拟器路径和镜像文件是否完整。

常见卡点：

• 把 GameBase 当成模拟器安装，结果发现无法直接运行游戏——它需要外部模拟器；
• 模拟器路径配置错误或移动了收藏集目录，导致条目能搜到但启动失败；
• 不同游戏可能需要不同模拟器或不同启动参数，前端配置需逐类确认。

版本与资料新旧怎么判断

GB64.COM 的新闻记录显示了收藏集的演进节奏：v17 为 28500 条，v18 为 29000 条，v19 达到 30000 条（2023 年 10 月发布）。这说明：

• 条目规模在持续增长，越新的版本覆盖越全；
• 网站本身经历过服务器迁移（2023 年 10 月新闻提到迁移到新服务器），旧链接或旧镜像可能失效；
• 如果你在意资料完整性，优先参考较新版本的说明；如果只是查单个游戏，在线数据库通常已够用。

怎么选：先查还是先装

• 只想确认某款 C64 游戏、看截图和资料：直接用 GB64.COM 在线数据库，成本最低。
• 想系统整理并长期游玩大量 C64 游戏：准备 GameBase 前端加 VICE 或 CCS64，按上面的步骤配置。
• 只想快速玩一两个游戏：可以跳过前端，直接用模拟器加载镜像，省去配置环节。

无论哪种路径，都要分清“资料库（GB64.COM）”“管理器（GameBase）”“执行器（模拟器）”三层，遇到问题时按层排查，比反复重装更有效。