СС
Что то мне подсказывает что ваша приложуха умрет гораздо гораздо раньше редиски
Size: a a a
2021 July 08
СС
Поэтому не очень понятно чего хочется добиться)
С
Сайт падает вслед за редис... я могу только предположить что из за лайков-дизлайков. Эта информация же в кеше обычно хранится?
СС
«В кэше» это понятие очень и очень растяжимое. В каком из?
СС
Учитывая что редис много чего хранит в оперативной памяти
С
Так я выше об этом писал вроде. Сначала надо понять что мы там храним )) соответственно тогда мы поймем как часто мы туда ходим и как нам это оптимизировать...
ЕГ
Так может дойти до своих разработчиков и выяснить у них что они там хранят?) Мы ж вам не скажем что у вас хранится в редисе
С
А я разве говорил о том чтоб вы мне об этом сказали?
ЕГ
"я могу только предположить что из за лайков-дизлайков. Эта информация же в кеше обычно хранится?"
"Сначала надо понять что мы там храним )) соответственно тогда мы поймем как часто мы туда ходим и как нам это оптимизировать..."
Вот это было похоже)
"Сначала надо понять что мы там храним )) соответственно тогда мы поймем как часто мы туда ходим и как нам это оптимизировать..."
Вот это было похоже)
ЕГ
Но вообще я тоже не уверен, что вам надо отдельно тестировать нагрузку на редис. Показательней было бы тестировать всё приложение и мониторить нагрузку на разных его частях - в том числе и на редисе
С
Переслано от Сергей
Я тоже так примерно и думаю. Поправь меня если я не прав, redis у нас кэш хранит в себе и тупа раздает и сохраняет по запросу данные в формате ключ-значение ... соответственно моя задача при НТ понять что именно мы кэшируем и по максимуму нагрузить этот функционал. А по факту нагрузка на редис будет +- зависить от числа пользователей ... больше пользователей=больше запросов к редиске ))
С
Вот что я писал изначально...
ЕГ
Может быть это вечер четверга так влияет, но я всё ещё не понял зачем вам нагружать по максимуму именно ту функциональность, которая взаимодействует с редисом? Почему нужно тестировать именно эту часть?
АТ
Привет, есть у кого то реализованный класс для mail.tm ну или для другой темп почты?
АТ
поделитесь плиз
AB
Привет, есть отдельный чат по нагрузочному тестированию, можешь там спросить https://t.me/qa_load
Но я тоже не понимаю, в чем смысл тестировать нагрузку на редис в отрыве от приложения
Но я тоже не понимаю, в чем смысл тестировать нагрузку на редис в отрыве от приложения
С
Потому что упал redis ... сожрал всю память ..
ЕГ
Как вариант - засунулось слишком много? Тогда проблема не в редисе как таковом, а все ещё в приложении. Редис же не сам решает что ему хранить, а что нет. Это делает приложение. Поэтому да, сначала разобраться что там хранится, а потом уже думать надо ли его отдельно тестировать, или всё-таки все приложение целиком.
Ну или тупо памяти докинуть надо)
Ну или тупо памяти докинуть надо)
С
В том то и дело, что когда пишется скрипт для НТ, там может быть не задействован функционал который использует редис... там же не все кешируется. Для этого и надо по максимуму нагружать тот функционал который использует его... потому что до этого проводили НТ и типа все Ок. Но похоже как раз это и не учли.
ЕГ
А редис логи у вас никакие не генерит? Есть какой-то способ посмотреть чего там так много было, что он упал? Мне кажется это был бы более правильный шаг для начала)