В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA — Load & Performance

2747 membersпожаловаться на группу
2021 March 09

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
нет, это итерация внутри катушки дает тебе сущность сессии. будет ли разница если я в 10 потоков 10 раз каждым сделаю логин, потом действия сценария и сделаю разлогин с частотой 1 сценарий в секунду. или сделаю 2 потока и 50 итераций в каждом?
Может зибель при разлогине сессию убивает

Тогда важно, чтобы одновременно работало нужное количество тредов
источник
20:47пожаловаться#1

VB

Viktor Bashkatov in QA — Load & Performance
Viktor Ganeles
Может зибель при разлогине сессию убивает

Тогда важно, чтобы одновременно работало нужное количество тредов
Да, при разлогине сессия должна убиваться. Потому и прикручивали try-catch - чтобы в случае ошибки при прохождении бизнес-процесса всё равно разлогиниться.
источник
20:48пожаловаться#2

VB

Viktor Bashkatov in QA — Load & Performance
Правда, сейчас мы try-catch открутили.
источник
20:49пожаловаться#3

VB

Viktor Bashkatov in QA — Load & Performance
Но это, похоже, будет другая история.
источник
20:49пожаловаться#4

KY

Kirill Yurkov in QA — Load & Performance
не понял и что что сессия убивается? в моем сценарии тоже разлогин же есть
источник
20:49пожаловаться#5

VB

Viktor Bashkatov in QA — Load & Performance
Kirill Yurkov
не понял и что что сессия убивается? в моем сценарии тоже разлогин же есть
Накрутить одновременное количество сессий.
источник
20:50пожаловаться#6

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
не понял и что что сессия убивается? в моем сценарии тоже разлогин же есть
Так если ты вошёл и вышел сразу, сессии считай и небыло, потому что она пробыла нисколько времени
источник
20:50пожаловаться#7

KY

Kirill Yurkov in QA — Load & Performance
ну это же образный пример
источник
20:50пожаловаться#8

KY

Kirill Yurkov in QA — Load & Performance
фактически если ты соблюдаешь интесивность логинов и разлогинов у тебя будет ровно та же ситуация что на проде
источник
20:50пожаловаться#9

VG

Viktor Ganeles in QA — Load & Performance
@VictorDragonslayer покажи график-то
источник
20:51пожаловаться#10

KY

Kirill Yurkov in QA — Load & Performance
только тредов меньше будет относительно пользователей
источник
20:51пожаловаться#11

VB

Viktor Bashkatov in QA — Load & Performance
Viktor Ganeles
@VictorDragonslayer покажи график-то
источник
20:51пожаловаться#12

KY

Kirill Yurkov in QA — Load & Performance
если у тебя 100 разлогинов и логинов в минуту не важно сколько тредов это будут делать)
источник
20:51пожаловаться#13

KY

Kirill Yurkov in QA — Load & Performance
просто будут либо медленные треды либо быстрые
источник
20:51пожаловаться#14

VG

Viktor Ganeles in QA — Load & Performance
Viktor Bashkatov
А если заменить maxT на startedT ?
источник
20:52пожаловаться#15

KY

Kirill Yurkov in QA — Load & Performance
при условии что не важен срок жизни сессии. если важен то следует менять подход вообще полностью, но пытаться реального медленного юзера сделать с помощью долгих таймеров - самый плохой вариант)
источник
20:53пожаловаться#16

VB

Viktor Bashkatov in QA — Load & Performance
Viktor Ganeles
А если заменить maxT на startedT ?
источник
20:53пожаловаться#17

KY

Kirill Yurkov in QA — Load & Performance
но тут очевидно что есть попытка сделать как раз вот таких долгих пользователей
источник
20:53пожаловаться#18

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
фактически если ты соблюдаешь интесивность логинов и разлогинов у тебя будет ровно та же ситуация что на проде
Нее, Кир.
Смотри:

Нагрузка на проде:
10 входов, 10 выходов, 100 сессий постоянно висят (каждая жрёт х мег памяти)

Твой вариант эти дополнительные х мег памяти не включает
источник
20:53пожаловаться#19

KY

Kirill Yurkov in QA — Load & Performance
Viktor Ganeles
Нее, Кир.
Смотри:

Нагрузка на проде:
10 входов, 10 выходов, 100 сессий постоянно висят (каждая жрёт х мег памяти)

Твой вариант эти дополнительные х мег памяти не включает
как мы взяли с прода стату запихнули её в скрипт, а получили разное количество сессий активных в момент времени?
источник
20:54пожаловаться#20