嗯，实际上，他们不会。

我指的是在一个纯 Windows 环境中购买并安装一个全新的 Linux 集群，并期望它会被使用。 你的同事可能会觉得你很奇怪，他们可能会在乘坐电梯到四楼时站在你的另一边，但不要指望他们会敲你的门，恳求访问你闪亮的新 Linux 资源。

要让 Windows 用户将工作转移到 Linux 集群，需要倡导、机会和一点运气。 在这种情况下，运气来自于午餐时无意中听到关于一个 10 年前的遗留应用程序的谈话。 需要四个人在他们的 XP 机器上分别运行几天代码。 之后，手动整理结果。 根据需要重复进行，以涵盖所有参数扫描案例。 更幸运的是：该应用程序是用 C++ 编写的，尽管使用的是 MS Visual Studio。

所以我们有了机会和运气，现在进行倡导。 想一想：一个 10 年前的 Windows 应用程序，我们现在想在 64 位 Linux 集群上运行它。 我们的资源：两位对 Linux 知之甚少的 Windows 计算机科学家，以及一个（我自由承认）讨厌 Micro$oft 的我。 可能出什么问题呢？

嗯，事实证明，很多。 Windows 系统头文件散布在整个代码中。 文件名大小写敏感性，或者更确切地说，Windows 中缺少大小写敏感性。 教 Windows 用户如何使用 scp、bash、g++、VNC、xfce、集群作业控制实用程序等。 这个项目以及任何其他类似的项目都需要一个强大的倡导者来保持其朝着正确的方向发展。

作为长期的 Linux 支持者/开发者/推广者，我很高兴成为倡导者。 一旦代码最终被移植和测试，我编写了一系列脚本，可以完全自动化运行数千个参数扫描运行案例的过程，然后将所有单个输出文件整理成一个结果文件。

最后，到了我们的第一次全面生产运行的时候了。 瞧！ 仅在两个小时内，我们的小型 176 核 64 位集群就消耗了数据并输出了 1,500 次运行的结果——以前这是一项需要 3-4 个人花费三天时间才能完成的任务。 昨天我检查了集群，注意到我们的新用户最近完成了他们的第 4,400 次运行。 我打电话给他们表示祝贺，并被告知他们的 P/I 对集群提供的生产力提高感到非常兴奋。

现在，这个消息传开后，我们已经确定并正在进行新的应用程序移植活动。 一个 Linux 成功故事！