Назад | Перейти на главную страницу

Задание Ubuntu Upstart для сохранения tcp_slot_table_entries перед монтированием NFS

НОТА: Я в курсе вопроса Постоянные изменения в / proc / sys / sunrpc / tcp_slot_table_entries и хотя этот старый вопрос очень похож, выбранные и предложенные ответы не работают для нас, и они не относятся к Upstart.

Нам нужен способ гарантировать, что наши tcp_slot_table_entries модификации как сохраняться при перезагрузке и являются реализовано до монтирования NFS Mounts.

У нас есть короткий базовый скрипт, который мы используем для проверки относительной производительности при монтировании после монтирования, когда ОС по умолчанию (Текущее значение по умолчанию - 2.), среднее время примерно на 400% хуже, чем после применения наших пользовательских настроек по умолчанию.

Итак, мы вносим изменения, перезапускаем систему, запускаем наши тесты (наблюдаем ужасные времена), затем размонтируем и монтируем NFS, повторно запускаем тесты и видим улучшенное время. Это демонстрирует, что мы действительно сохраняем изменения при перезагрузке, но что изменения происходят после первоначального монтирования.

Помимо попытки найти ответ в связанные вопросы, мы попытались:

Во всех случаях это приведет к повторному применению изменений после перезагрузки, но не до монтирования NFS. Наконец, наше руководство очень предпочло бы, чтобы мы реализовали чисто новаторское решение этой проблемы.

По общему признанию, я новичок, поэтому у меня есть временное решение, которое добавляет наше монтирование в fstab с помощью директивы noauto, а затем использует rc.local для его монтирования после того, как все инициализировано.

Мы ищем чистое решение для выскочки, которое не изменяет текущие / заданные по умолчанию задания для выскочки (поскольку они могут быть перезаписаны при обновлении). Итак, остается три вопроса:

  1. Возможно ли реализовать чистое решение для заданий выскочки, которое изменяет tcp_slot_table_entries до автоматического монтирования fstab?
  2. Предполагая, что это так, можете ли вы указать нам на некоторые материалы / ссылки (более конкретные, чем просто документация RTFM Upstart), которые помогут нам разобраться в деталях реализации?
  3. Есть ли еще более элегантное решение проблемы, которое мы не рассматривали?

Вы когда-нибудь получали ответ на этот вопрос?

Я не понимаю, почему установка его в /etc/modprobe.d/sunrpc.conf не сработает. Если он анализирует эти параметры при загрузке модуля sunrpc, который, как я думал, необходим для монтирования томов nfs, тогда настройка должна применяться, потому что ее необходимо загрузить до монтирования томов nfs. За исключением случаев, когда в используемой вами ОС есть ошибка или необычное поведение, исходящее от фильтра.