笔记：我知道这个问题/proc/sys/sunrpc/tcp_slot_table_entries 的持久更改尽管这个老问题很相似，但是所选和提出的答案对我们来说并不适用，也没有专门针对 Upstart。
我们需要一种方法来确保我们的tcp_slot_table_entries修改重启后继续存在 和是在 NFS Mounts 挂载之前实现。
我们有一个简短的基本脚本，用于测试安装后安装时的相对性能，当操作系统默认值为（当前默认值为 2) 时，平均时间比应用我们的自定义默认值后大约差 400%。
因此，我们进行更改，重新启动系统，运行测试（看到糟糕的时间），然后卸载并安装 NFS，重新运行测试，并看到改进的时间。这表明我们确实在重新启动时保留了更改，但更改是在初始安装后发生的。
除了尝试回答相关问题，我们尝试过：
在所有情况下，这将在重启后重新应用更改，但不会在挂载 NFS 之前应用。最后，我们的管理层非常希望我们实施一个纯粹的 upstart 解决方案来应对这一挑战。
无可否认，我是一个新手，因此我找到了一个临时解决方案，即使用 noauto 指令将我们的挂载添加到 fstab，然后在一切初始化完成后使用 rc.local 来挂载它。
我们正在寻找一个纯粹的 upstart 解决方案，它不会修改当前/默认的 upstart 作业（因为它们可能会在升级时被覆盖）。那么，这给我们留下了三个问题：
- 是否有可能合理地实现一个纯粹的 upstart 作业解决方案，在 fstab 自动挂载之前修改 tcp_slot_table_entries？
- 假设是，您能否为我们提供一些材料/链接（比 RTFM Upstart 文档更具体），以帮助我们理清实施细节？
- 是否还有我们尚未考虑到的更优雅的解决方案来应对这一挑战？
答案1
您曾在任何地方找到过这个问题的答案吗？
我不明白为什么在 /etc/modprobe.d/sunrpc.conf 中设置它不起作用。如果它在加载 sunrpc 模块时解析这些选项（我认为这是安装 nfs 卷所必需的），那么该设置应该适用，因为它需要在安装 nfs 卷之前加载。除非您使用的操作系统中有错误或文件管理器出现一些异常行为。