Dave 需要一个新的 64 位 Linux 系统来作为他的主要音频制作机器。他该怎么办？请继续阅读，了解他如何以及为何决定选择 Arch Linux 发行版。

为何切换？

大约四年来，我一直在我的 Studio Dave 工作室的主力机上运行出色的 64 Studio Linux 发行版。这台机器——因其 Antec Sonata II 机箱的颜色而被亲切地称为“大黑”，配备了 AMD64 3200 CPU，一个运行频率为 2 Ghz 的单核 64 位处理器。它还包含 4GB 内存和一个 320GB 硬盘驱动器。视频由带有 512 MB 显存的 nVidia GeForce 7600 GS 芯片组处理，而该机器的声音硬件包括一个 M-Audio Delta 66 数字音频接口系统以及主板集成的 HDA_Intel 芯片组。Delta 66 用于该机器上的所有严肃录音，而主板的芯片组处理我的 CD 和 DVD 的音频播放。总而言之，这是一台不错的机器，虽然不是特别新，但对于我的目的来说已经足够了。这些目的包括我的教学业务的各种功能（打印歌词、指法谱、和弦图等）、我的大部分音乐创作以及前面提到的录音活动。我也使用这台机器进行几乎所有的专业写作（当然是用 vi/vim）。

“大黑”是我工作室中唯一一台运行纯 64 位操作系统的机器。64 Studio 基于 Debian，带有一个极其稳定的实时内核，但不幸的是，这台机器已经开始显现其老态。该内核非常旧——2.6.21 版本，以今天的标准来看已经过时了——而且系统的组件无法跟上现代趋势。YouTube 抱怨我的 Firefox 版本太旧，我无法编译 Ardour3 和其他现代应用程序，但最糟糕的情况是系统无法运行 Jean-Pierre Lemoine 的最新和最出色的 AVSynthesis 版本。AVSynthesis 是我首选的声音和图形合成环境，多年来它在 64 Studio 的帮助下一直运行良好。然而，所有事物都会改变，AVSynthesis 的要求最近已升级到最新版本的 Csound 和 JOGL（Java/OpenGL 组合）。Csound 部分没有问题——它仍然可以在 64 Studio 上干净地编译——但是最新的 JOGL2 在依赖项方面遇到了问题，系统无法轻松或根本无法满足这些依赖项。考虑到我使用 AVSynthesis 的频率，信息很明确——我必须升级“大黑”的操作系统，否则就有落后的风险，而 AVSynthesis 将继续发展更强大的功能。因此，我开车去了当地的 Staples，购买了一个正在促销的 1T Seagate SATA 硬盘驱动器，并将其安装到“大黑”中，以便容纳我尚未选择的新 64 位系统。

简而言之，任何 64 Studio 的替代品都需要能够处理 OpenGL 3D 动画和高质量实时音频输出的混合，而图形或音频性能都不会出现明显的延迟。考虑到这个基本标准，我开始研究现代 64 位 Linux 发行版。我的辅助机器上已经运行着一个 32 位 Ubuntu 系统，我想尝试一种不同的 Linux 发行版风格。最后，我决定安装 Arch Linux。

为何选择 Arch？

我承认，起初我并不是特别渴望安装 Arch 系统。我已经愉快地抛弃了编译系统组件（包括内核和图形子系统）的日子，并且我享受了安装现代发行版（如 Fedora 和 Ubuntu）的轻松。事实上，我首先安装了 Fedora 14 作为替代系统，并且我很高兴地报告说，它在安装和配置自身时没有发生任何意外。唉，当我尝试为我的显卡安装最新的 nVidia 驱动程序时，遇到了相当大的困难，最后我决定这次尝试不值得我花费的时间。请记住，我的经验并非对 Fedora 的反映——我试图在一个带有自定义实时内核的开源操作系统上安装一个闭源专有二进制文件，如果说有什么是问题的根源，那就是这个——如果它的默认设置满足我的标准，我会对这个系统感到满意。不幸的是，Nouveau 视频驱动程序尚未达到我需要的加速 3D 的水平，事实证明，更换驱动程序并非易事。最终，我放弃了 Fedora，转而向 Linux 音频用户邮件列表的成员寻求帮助，以了解他们为 64 位解决方案选择了什么。在考虑了他们的回复后，我决定冒险尝试 Arch。

一些对 Arch 的描述包括一个免责声明/警告，大意是该系统不适合 Linux 初学者。我不太确定这种评估——我在 20 世纪 90 年代中期安装 Slackware 时，还是一个完全的 Linux/UNIX 新手，但我仍然能够在一下午内成功安装和配置该系统，这主要归功于其出色的文档。当我开始我的 Arch 之旅时，我发现了一个类似的场景。安装系统的说明非常完整，并且网上有大量额外的可用信息。是的，毫无疑问，以前的经验对于安装 Arch 有很大的帮助，但我相信任何有一定思考能力的用户也可以做到（即使没有以前安装 Slackware 的经验：）。

请允许我消除一个关于 Arch 的误解——您不会被要求编译任何您不想编译的东西。当安装程序通知您必须手动安装 X 窗口系统时，不要害怕，这是一个简单的 1 或 2 次点击操作。事实上，对于新手来说，安装真的不是一个有问题的领域。系统配置细节才是更大的难题。

我不会在这里详细介绍 Arch 是如何安装的，您可以在 Arch 网站上找到该过程所需的所有信息。本文描述了我如何设置我的系统以用于 AVSynthesis 以及其作为 64 Studio 替代品的更通用用途。按照我通常的方式，我将跳到剧透部分，并告诉我的读者，我对我的新系统非常满意，我会毫不犹豫地将其推荐用于严肃的音频制作。

Arch 之道

Arch 之道并非完全回归到往昔 Linux 安装的激动人心的日子。正如我所说，您不必编译任何您不想编译的东西。您当然可以自己构建一切，但通常您会希望使用 pacman 软件包管理系统，只需下载您需要的二进制软件包即可。官方 Arch 软件仓库包含许多用于设置以音频为中心的工作站的标准组件，但您需要研究 AUR——即 Arch 用户仓库——以获取其他需要的部件。从 AUR 下载的通常不是软件包本身——它包含一个名为 PKGBUILD 的脚本，该脚本将自动检索、构建和安装您的选择。PKGBUILDs 不是 Arch 官方支持的，用户必须承担所有风险，但我目前收到的印象表明，不良软件包不会在社区中持续太久。事实上，如果我正确理解了这个过程，一个成功且受欢迎的 PKGBUILD 可能会为该软件包最终包含在官方仓库中铺平道路。

正如所提到的，对于新手来说，Arch 最令人不安的方面也许是它对用户输入基本系统配置的依赖。不仅对于新手来说是这样，正如我最近学到的，当我疑惑为什么我的打印机连接在成功安装并配置到系统后的一天就消失了。更糟糕的是，我无法从 Firefox 访问 CUPS 管理页面。经过一番猛烈的挠头和 Google 搜索后，我意识到我未能将 CUPS 守护进程添加到系统启动期间加载的守护进程列表中。这是一个简单的修复——我将 cupsd 添加到 /etc/rc.conf（Arch 的主要配置文件）中的 DAEMONS 列表中——但是当您习惯于 Linux 发行版提供更多帮助时，这有点令人紧张。

当然，这种以用户为中心的配置的好处是，用户能够构建自己高度定制的系统。您可以将其精简到极致，也可以将其扩展为一个臃肿的系统，这取决于您的选择。事实上，这确实是您的选择——默认安装非常简陋，对于任何没有 Linux 命令行界面经验的人来说，都可能无法使用。但是，我必须再次称赞 Arch 社区的出色文档。基本系统安装说明非常详尽和清晰，老实说，我只是在安装 Arch 的过程中获得了许多乐趣。从技术上讲，我感觉我介于第一次 Slackware 安装和 Debian 安装程序之间。当我对自己选择的选项不确定时，我会在我的笔记本电脑上打开一个 Web 浏览器以供参考，但我很少查阅它。此外，在做出最终决定之前，我多次完成了整个安装过程，如果您有足够的时间和耐心，这是一个推荐的做法。

依我拙见，如果您对 Linux 启动和系统配置过程一无所知，或者如果您认为 /dev/sda 和 /dev/sdb 之间的本质区别是暗物质，那么您很可能不会对在 /etc 目录中摆弄那些名称奇怪的文件感到非常舒服。另一方面，如果您是那种不介意摆弄和学习系统底层知识的人——更好的是，如果您已经知道所有这些是如何工作的——那么您会喜欢设置 Arch。

Studio Dave，Studio Arch

关于我自己的 Arch 系统（图 1），恐怕故事的要点有点虎头蛇尾。我遇到的唯一问题是系统设置方面的问题，例如上面描述的打印机配置问题，以及类似的解决方案（即编辑 /etc 中的配置文件）。我已经安装了足够强大的开发环境来构建 Ardour3 (GTK2)、AVSynthesis (Java/Eclipse)、Csound 5.13 (C/C++、Java、Python) 和 SuperCollider 3.5 (Qt)，但我并没有羞于使用 pacman。最新的 QJackCtl、QSynth、JACK-Rack、Audacity 和 mhWaveEdit 也都出现在这里，这要归功于仓库和 Arch 的“滚动发布”更新策略。

图 1. Dave 的 Xfce4 桌面，背景为 Mandelbulber。（全尺寸）

我对默认内核的性能感到惊喜。以下是 uname -rvm 报告的内容：

    3.0-ARCH #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 x86_64

我不确定那个内核版本，所以我运行了 pacman -Q linux 并收到了这个回复：

    linux 3.0.4-1

就是这样。我的 Arch 系统运行在 3.0 Linux 内核上，该内核使用 PREEMPT 选项构建，从中我在 48 kHz 下使用 JACK 和 Ardour3 或 AVSynthesis 时获得了可靠的 5.33 毫秒延迟。我没有对系统进行严格的测试，但到目前为止，对于一个非实时修补内核来说，性能非常出色。我将继续监控该性能，并且我可能仍然会决定安装一个实时修补内核。

哦，关于 nVidia 驱动程序：我从 nVidia 的网站下载了最新的软件包，将 Arch 设置为启动到命令行提示符，构建并安装了驱动程序，没有任何问题，然后重新启动到我的新 Arch 系统，并使用 nVidia 的最新驱动程序显示。AVSynthesis 很高兴，我也很高兴。Dave 的 nVidia 故事结束。

小小的推荐

在我撰写这篇文章时，我已经运行我的 Arch 系统大约一周了。我在一些应用程序上遇到了一些预期的困难，但我没有遇到任何系统崩溃。库存内核可以毫无问题地处理 AVSynthesis 的需求（即很少或没有 xruns），尽管我仍然密切关注 QJackCtl 的报告。我已经迁移和更新了我所有熟悉的应用程序，从 64 Studio 迁移而来，包括一些根本无法在旧系统上运行的应用程序（例如 64 位版本的 DOSemu）。我的菜单完全自定义，所有我熟悉的应用程序都有单次点击启动器，总体印象是这是一个非常快速的系统。我只进行了主观比较，但 Arch 似乎与我值得信赖的 64 Studio 性能相当，而且这是在非实时内核与实时内核的比较中。 Xfce4 感觉不太像 Gnome 或 KDE 这样的桌面环境，而更像 Fluxbox 那样的轻量级窗口管理器。它不会碍事，易于使用，并且非常容易自定义。

我能否使用 Fedora 或 Ubuntu 设置类似的成果？在某种程度上，我已经做到了。我的 Ubuntu 系统是高度自定义的，但它们不如我的 Arch 安装那么新。我的 64 Studio 的配置也是个性化的，这是多年日常使用的结果。感谢这种经验，我能够快速将 Arch 配置为我的偏好，但我必须补充一点，Arch 本身——尤其是 Xfce4——使得自定义系统以满足我的确切规格变得简单而直接。

本系统的一个严峻考验将在未来一周的教学课程中发生。我在课程中广泛使用这台主力机，用于以下活动：

• 在 Google 上查找指法谱和歌词。
• 打印指法谱、和弦图、歌词、空白乐谱/指法谱纸等。
• 查找和观看 YouTube 上的表演。
• 收听/观看 CD、DVD、USB 闪存盘等上的媒体。
• 使用 Ardour 录制学生课程。
• 使用 Audacity 优秀的变速实用程序。
• 快速创建 MIDI 伴奏音轨。

这些活动需要诸如始终工作的打印机设置、稳定的互联网连接、带有最新 Flash 播放器的稳定 Web 浏览器、对外接媒体设备的支持、具有专业级硬盘录音机的无 xrun 音频性能以及对音频/MIDI 子系统的简单控制。我相信 Arch 能够胜任这些任务，并且我期待着将其作为 Studio Dave 主力机上的默认系统。

结语

接下来：Gmaq 的 AV Linux 评测，以及更多内容，当然。