На странице git-daemon есть следующее:

   --init-timeout=<n>
       Timeout (in seconds) between the moment the connection is established
       and the client request is received (typically a rather low value,
       since that should be basically immediate).

   --timeout=<n>
       Timeout (in seconds) for specific client sub-requests. This includes
       the time it takes for the server to process the sub-request and the
       time spent waiting for the next client's request.

Я чувствую себя относительно комфортно, установив --init-timeout примерно на 30 с, видя, как на странице руководства написано «как правило, довольно низкое значение», но я мог бы воспользоваться некоторыми рекомендациями по разумному значению --timeout , видя, как это сказано он «включает время, необходимое серверу для обработки подзапроса», что может показаться довольно длительным.

В настоящее время я пробую значение 600 с (10 минут).

(Репост предыдущего вопроса удален из-за неактивности).

1 ответ1

0

Первоначально я задавал этот вопрос в декабре 2016 года, но он был удален из-за неактивности. (Т. Е 21 месяцев на момент написания статьи) После опробованы мои рекомендуемых значений --init-timeout 30 и --timeout 600 с тех пор, я могу сообщить , что значения подходят:

  • У меня не было сообщений об исчерпании сервиса (порт монополизирован зависшим процессом).
  • У меня не было сообщений о том, что тайм-ауты слишком агрессивны (то есть препятствуют выполнению законных попыток подключения и операции).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .