只是为了进一步连接这些点... 这就是我所说的开发人员理解系统如何使用资源“应用程序 X 有超过 100 个线程。三个是核心上的热线程 - 市场数据事件处理程序和两个工作线程。 大部分剩余的线程是每个连接的线程，大部分时间都是冷的。 然后有四个暖线程 - 记录器，持久化程序... 我们希望市场数据事件处理程序始终在 socket 1 上运行，因为市场数据 NIC 位于第二个 PCI-X 插槽上，并且该线程可以保持 NUMA 本地化。 这个应用程序是延迟比吞吐量更重要的应用程序，所以我们不使用默认的 NIC 中断合并设置,...”
验证这些前提条件是否成立的最佳方法是使用 ethtool, perf-test（两者都需要 root）。 所以问题不应该是“我们需要 root 权限吗？”，而是“拥有 root 权限有意义吗？” 我看到由于开发人员和 SA 不了解他们的系统如何运行而造成的损害远大于在 root shell 中偶尔出现的人为错误。 我认为应该审核 root 访问权限 - 关于主机的最佳学习经验之一就是简单地执行sudo -shistory | more
只是为了进一步连接这些点... 这就是我所说的开发人员理解系统如何使用资源
“应用程序 X 有超过 100 个线程。三个是核心上的热线程 - 市场数据事件处理程序和两个工作线程。 大部分剩余的线程是每个连接的线程，大部分时间都是冷的。 然后有四个暖线程 - 记录器，持久化程序... 我们希望市场数据事件处理程序始终在 socket 1 上运行，因为市场数据 NIC 位于第二个 PCI-X 插槽上，并且该线程可以保持 NUMA 本地化。 这个应用程序是延迟比吞吐量更重要的应用程序，所以我们不使用默认的 NIC 中断合并设置,...”
验证这些前提条件是否成立的最佳方法是使用 ethtool, perf-test（两者都需要 root）。 所以问题不应该是“我们需要 root 权限吗？”，而是“拥有 root 权限有意义吗？” 我看到由于开发人员和 SA 不了解他们的系统如何运行而造成的损害远大于在 root shell 中偶尔出现的人为错误。 我认为应该审核 root 访问权限 - 关于主机的最佳学习经验之一就是简单地执行
sudo -s
history | more