Git Производительность (нагрузочное тестирование перед включением LFS на Bitbucket Server) - PullRequest
0 голосов
/ 07 апреля 2020

Я выполняю тест Bitbucket Load перед включением LFS в производство.

Ниже приведены статистические данные: мы имитировали производственную нагрузку на экземпляр стадии, и я выбрал репо 30 МБ для клонирования, чтобы захватить время до выполнения LFS операции и после включения операций LFS. В этом репо объемом 30 МБ нет файлов LFS.

Сведения о клонировании До загрузки LFS 3,4 ГБ

время git клон с sh: // git@mycompayurl.com: 7999 /project1/loadtest_repo.git Клонирование в 'loadtest_repo ... remote: Перечисление объектов: 26260, сделано. Удаленный: Подсчет объектов: 100% (26260/26260), сделано. дистанционный: Сжатие объектов: 100% (9024/9024), сделано. удаленный: Всего 26260 (дельта 17450), повторно используется 24565 (дельта 16555) / с. Прием объектов: 100% (26260/26260), 29,16 МБ | 188,00 КиБ / с, готово. Разрешение дельта: 100% (17450/17450), готово.

реальный пользователь 2m43.301s 0m1.829s sys 0m1.306s

Время клонирования было 2m43 Se c (на ноутбуке пользователя) ) Время отклика сервера составило 135957 (2,26 м)

172.19.241.253 | с sh | o * CVW0H6x1000x18849x15 | раврао | 2020-04-02 16: 42: 23,265 | S SH - git -upload-pack '/project1/loadtest_repo.git' | "S SH -2.0-OpenSSH_7.9" | 0 | 4973 | 30623556 | кеш: мисс, клон, протокол: 1, с sh: пользователь: id: 18160 | 135957 | 1j0141y |

После загрузки LFS.

время git клон с sh: // git@staging.git.source.akamai.com: 7999 / project1 / loadtest_repo. git Клонирование в 'loadtest_repo' .. . remote: Перечисление объектов: 26260, сделано. Удаленный: Подсчет объектов: 100% (26260/26260), сделано. дистанционный: Сжатие объектов: 100% (9024/9024), сделано. удаленный: Всего 26260 (дельта 17450), повторно используется 24565 (дельта 16555) / с. Прием объектов: 100% (26260/26260), 29,16 МБ | 123,00 КиБ / с, готово. Разрешение дельта: 100% (17450/17450), выполнено.

реальный пользователь 4m10.009s 0m1.873s sys 0m1.296s

Время клонирования было 4m10 Se c (на портативном компьютере пользователя) )

Время отклика сервера составило 232,751 сек. 172.19.242.234 | с sh | o * CVW0H6x974x38452x115 | раврао | 2020-04-03 16: 18: 30,283 | S SH - git -upload-pack '/project1/loadtest_repo.git' | "S SH -2.0-OpenSSH_7.9" | 0 | 4973 | 30617456 | кеш: попадание, клон, протокол: 1, с sh: пользователь: id: 18160 | 232751 | c17fgf |

Время отклика сервера увеличилось до 71,85% (135957 мил / с c До LFS - 232751 После LFS = 96794)

Вопрос: 1. Время отклика сервера превышает время отклика пользователя.

Я пытаюсь найти причину Root для увеличения времени отклика сервера.

Сообщите нам, каковы факторы, которые вызывают git время отклика сервера-клона увеличивать?

, что может быть лучшим способом сделать нагрузочный тест LFS.

Заранее спасибо

1 Ответ

0 голосов
/ 10 апреля 2020

После тестирования я обнаружил, что приложение Bitbucket печатает время отклика сервера в журнале только после выполнения следующего шага.

Получение объектов: 100% (26260/26260), 29,16 МБ | 123,00 КиБ / с, готово.

Также я понял, что время отклика сервера варьируется в зависимости от пропускной способности клиентской сети.

Следующий вопрос: время отклика сервера tomcat / Bitbucket было любимым, чтобы быть временем, затраченным сервером на обработайте запрос, однако теперь он также зависит от пропускной способности сети.

Применимо ли это к операциям клонирования HTTP тоже?

Может кто-нибудь указать мне документ времени отклика сервера.

Зависит ли время отклика сервера от пропускной способности клиента (в моем случае для операций git)

...