PK
хоть и прод но медленный
Size: a a a
2020 April 21
NG
хоть и прод но медленный
тут ньюанс в том, что там замеры для нагруженных приложений приводились. Разве оно так требуется в случае с os?
PK
и сколько же потоков/процессов суммарно в вашем опенстеке на мастерах?
NG
и сколько же потоков/процессов суммарно в вашем опенстеке на мастерах?
я не замерял =) Но вообще, из опыта, uwsgi очень много где гоняется, я не встречал прям жалоб на его быстродействие.
PK
значит у вас нет нагрузки
EM
uwsgi еще готовить надо уметь
NG
значит у вас нет нагрузки
Скорее всего так.
EM
было где-то продолжение этой статьи, походу вот эта - https://habr.com/ru/post/428047/
PK
отилчно и там uwsgi опять внизу списка. Он походит только для разрабов
PK
Вы же еще не забывайте что это все еще в рамках oopenstack должно работать.
НС
значит у вас нет нагрузки
А у вас какая нагрузка, что uwgsi , c ней не справляется?)
PK
А у вас какая нагрузка, что uwgsi , c ней не справляется?)
Достаточно жырно для одной ноды?
J
Это нагрузка на процессорные ядра.
А вопрос, я думаю, о запросах в секнуду.
А вопрос, я думаю, о запросах в секнуду.
J
Даже в крупных попенстек облаках не могу себе представить чтобы к каждому экземпляру api сервисов были сотни запросов в секунду.
НС
График сферического коня в вакууме?
PK
сейчас суммарно не скажу. нет такой статистики по rps
NG
Это график загрузки ядер на сервере, где крутится приложение запущенное в $appserver_name. Это о том, что нагрузка большая или код кривой? Вы уж простите за глупый вопрос
NG
Странный веб, без статы по rps. Но окей, может я чего не понимаю.
PK
о да я же забыл что опенстек это 100% только клиентские запросы и все по http (сарказм)
NG
Ну разговор вроде про апп-сервера шел.