我有一个HP DL380 G7，其中有两个不匹配的CPU。 一个是具有较快内核的四核CPU，一个是具有较慢内核的六核CPU。 在这个盒子上我运行一个应用程序，由于许可原因将只使用CPU0-CPU3。 对于我来说，希望四核CPU上更快的核心可以枚举到操作系统中的CPU0-CPU3，这为我a）使用更快的时钟核心带来了性能上的好处，b）保持所有线程在同一个物理CPU上。 有没有办法做到这一点，无论是在BIOS中，或在Linux的configuration文件或启动选项？ 具体的CPU型号是： Intel（R）Xeon（R）CPU E5649 @ 2.53GHz（六核） Intel（R）Xeon（R）CPU E5640 @ 2.67GHz（四核）
我正在尝试将主目录的层次结构展示给一些FreeBSD jail。 主目录configuration为每个都是唯一的ZFS数据集。 监狱是用于开发工作，因此定期创build和销毁。 我的第一个想法是简单地使用nullfs在jail中挂载/home ，但是nullfs不提供任何方式来访问下级文件系统。 我的第二个想法是通过NFS导出目录，然后在每个监狱内运行automounter守护进程（amd）。 这将有Just Worked …如果有可能在监狱内执行NFS挂载。 但事实并非如此。 我的第三个想法是在主机上运行amd，并将nullfs挂载到jail中，但是对nullfs的支持不存在。 我的第四个想法是回到导出目录使用NFS，因为当然amd与NFS的工作，对不对？ 不幸的是，amd并不是在目标挂载点上挂载一个目录，而是喜欢在临时位置（ /.amd_mnt/… ）挂载东西，然后创build一个符号链接，当然这在监狱环境中是没用的。 那么也许你可以使用nullfs将/.amd_mnt的子目录暴露给jail？ 没有！ 这使我们回到了第一次尝试，我们发现使用nullfs无法访问下级文件系统。 然后我的头爆炸了。 有什么我想要做的很好的解决scheme？ 一个不好的解决办法是在引导jail后运行一个脚本，为每个home目录创build多个nullfs挂载点，但这非常笨重 – 需要定期运行以考虑新目录或删除的目录。 所以基本上我不得不写一个坏的自动加载器。 一定有更好的办法。 帮助我，Serverfault，你是我唯一的希望！ 更新1 ：在我看来，我可能能够用pam_mount解决部分问题，尽pipe这至多是不完整的。 另外，从文档中不清楚pam_mount是否可以自动创build目标挂载点。 如果它要求挂载点事先存在，这个解决scheme就不会比我已经提出的坏自动挂载程序更好。 更新2 ：正如在下面的答案中所讨论的，在NFS文件系统上设置VFCF_JAIL确实允许jail执行NFS挂载。 不幸的是，自动加载程序仍然performance得毫无帮助，而且在监狱中运行似乎非常适合以这种方式重新启动系统以删除进程条目。
我在非繁忙时间在我们的（实时）数据库服务器上做了一些简单的手工基准testing，我注意到查询返回了一些不稳定的基准testing结果 。 前段时间，我在所有服务器上启用了“平衡”节电计划，因为我觉得它们远未达到高利用率，这样我们可以节省一些能源。 我认为这对绩效没有重大的可衡量的影响。 但是， 如果CPU节能function影响典型性能 – 特别是在共享数据库服务器上 – 那么我不确定这是否值得！ 我们有点惊讶，即使在35-40％负载的情况下，我们的networking层次从2.8 GHz降至1.25 V，2.0 GHz降至1.15 V. 我完全期待下降时钟来节省电力，但是这个负载水平对我来说似乎足够高了，以至于它应该能够全速工作。 我们的8-cpu数据库服务器有大量的stream量，但CPU利用率非常低（只是由于我们的SQL查询的性质 – 很多，但真正简单的查询）。 它通常在10％以下。 所以我期望它比上面的截图还要低。 无论如何， 当我把电源pipe理转化为“高性能”时，我看到我简单的SQL查询基准提高了大约20％，并且从运行到运行变得非常一致 。 我想我以为在轻载服务器上的电源pipe理是双赢的 – 没有性能损失，并且节省了大量电能，因为在大多数服务器中，CPU通常是电力消耗的头号或者第二大用户。 这似乎不是这样; 你会放弃CPU电源pipe理启用的一些性能，除非你的服务器总是在这么大的负载下，电源pipe理已经有效地自行closures了。 这个结果让我很吃惊。 有没有人有任何其他的经验或build议，分享在服务器的CPU电源pipe理？ 是在服务器上打开还是closures的东西？ 你节省了多less电力？ 你有没有基准和closures？