Ubuntu Upstart作业在NFS挂载之前保持tcp_slot_table_entries

注:我知道/ proc / sys / sunrpc / tcp_slot_table_entries的持久性更改问题,虽然这个较旧的问题非常相似,但所选和build议的答案不适用于我们,也不专门针对Upstart。

我们需要一种方法来确保我们的tcp_slot_table_entries修改在重新启动时保持 tcp_slot_table_entries 并且 在挂载NFS挂载之前执行

我们有一个简短的基本脚本,我们用它来testing挂载后的挂载相对性能,当使用OS默认值( 当前默认值是2 )时,平均时间比应用我们的自定义默认值差约400%。

因此,我们进行更改,重新启动系统,运行我们的testing(查看可怕的时间),然后卸载并挂载NFS,重新运行testing并查看改进的时间。 这表明我们确实在重新启动时保持更改,但是在初始安装发生之后发生更改。

除了在相关问题上试图回答,我们已经尝试过:

  • 修改procp.conf upstart作业进行更改请参阅参考文献
  • 添加一个modprope.d conf脚本。 见参考文献

在所有情况下,这将重新启动后重新应用更改,但不会在挂载NFS之前。 最后,我们的pipe理层非常希望我们为这个挑战实施一个纯粹的新贵解决方​​案。

诚然,我是一个暴发户的noob,所以我有一个临时解决scheme,用noauto指令将我们的挂载添加到fstab,然后使用rc.local在初始化完成后挂载它。

我们正在寻找的是一个纯粹的新贵解决方​​案,它不会修改当前/默认的暴发性作业(因为它们可能会在升级时被覆盖)。 那么,这就给我们留下了三个问题:

  1. 在fstab自动挂载之前,是否可以合理地实现一个纯粹的新兴工作解决scheme来修改tcp_slot_table_entries?
  2. 假设是这样的,你能指点一些材料/链接(比RTFM Upstart文档更具体),这将有助于我们整理实施细节吗?
  3. 有没有更好的解决scheme来应对我们没有考虑到的挑战?

你有没有在任何地方得到答案?

我不明白为什么在/etc/modprobe.d/sunrpc.conf中设置它不起作用。 如果在加载sunrpc模块时parsing这些选项,我认为这是装载nfs卷所必需的,那么该设置应该适用,因为在装入nfs卷之前需要加载该设置。 除非您正在使用的操作系统中存在错误,或者来自文件pipe理器的一些不寻常的行为。