Size: a a a

QA — Load & Performance

2021 October 09

S

Sergey in QA — Load & Performance
Естественно, в реальных не математических условиях поток далёк от идеального, поэтому просто берём немного с запасом..
источник

A

Anna in QA — Load & Performance
я аж доклад твой тот пошла пересматривать))
тема такая: я не могу  сделать запросы такие, чтобы они были равнозначны для системы с точки зрения сложности (=времени) обработки. не могу потому что это 400 профилей данных формировать под каждый кейс. я формирую один (иногда 2-3) профиля данных, которые, при высоких тпс, в целом грузят систему как-то одинаково, но при этом на каждую отдельную транзакцию время ответа может сильно варьироваться. надо поддерживать тпс даже в те моменты, когда система втухает. таким образом, кол-во потоков считается от макс. ответа, и если это 5с даже при среднем 200, то выходит дофига. и вот это дофига привносит мне всякой лажи от операционки уже. пытаюсь понять, это жизнь боль, или может есть реализация у кого-то, которая не обладает проблемами моей и при соблюдении требований же моей
источник

KY

Kirill Yurkov in QA — Load & Performance
кажется тут прощу free form arrivals использовать для открытой модели
источник

KY

Kirill Yurkov in QA — Load & Performance
а не пытаться выжать из закрытой то что она не может)
источник

A

Anna in QA — Load & Performance
а жметр открытую не может толком. осталось всего-то смениться на гатлинг
источник

KY

Kirill Yurkov in QA — Load & Performance
так free form arrivals вообще отлично может
источник

KY

Kirill Yurkov in QA — Load & Performance
кажется тут вопрос больше концептуальный чем прикладной, не могу понять кейс до конца
источник

KY

Kirill Yurkov in QA — Load & Performance
а почему не заложить сразу треды на худший случай?
источник

A

Anna in QA — Load & Performance
много очень выходит при 2к тпс
источник

KY

Kirill Yurkov in QA — Load & Performance
делим на распределеночку, делим на тг разные по потенциально выстреливающим то в респонсе
источник

VS

Vladimir Sitnikov in QA — Load & Performance
В СМО как раз просто 50: https://ru.m.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%9B%D0%B8%D1%82%D1%82%D0%BB%D0%B0

Но, да, ставить 50 или 60 разницы особой не будет
источник

VS

Vladimir Sitnikov in QA — Load & Performance
И они прямо точно все заняты оказываются? Можете в график количества занятых потоков (не спящих) в студию?

Если видели, я забавы ради делал фичу в jmeter, чтобы вместо потоков были корутины из Kotlin. Но игрался я на своём макбуке (4core 8threads), и разницы особой не заметил на масштабах порядка 8000 тредов, которые почти всё время спят
источник

A

Anna in QA — Load & Performance
щас не могу, вечером сб трудновато уговорить гц козлить по указке)
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Кстати, интересная тема это Java 17 + ShenandoahGC или ZGC. Кто-нибудь пробовал?
источник

A

Anna in QA — Load & Performance
у нас тырпрайз и ораклы, жава 8 форева (еще ближайшие полгода, потом 11)
источник

KY

Kirill Yurkov in QA — Load & Performance
инфы пока очень мало, жду когда кто-то побенчмаркает нормально)
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Я про Java для JMeter. Неужели для него нельзя отдельно 17 поставить?
источник

A

Anna in QA — Load & Performance
можно, в голову не приходило)
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Давай, жги. Глядишь доклад сделаешь -- всем полезно-интересно будет
источник

A

Anna in QA — Load & Performance
да вы шо, меня жалко, яжедевочка. хрупкая и беззащитная
источник