jmeter не очень умеет связанные шаги

в в духе "для таких юзеров посылать такие запросы, а для таких - такие”

в какую отрасль после базового питона податься?

data mining?

в какую отрасль после базового питона податься?

какая больше нравится

у меня был кейс (условно) есть юзеры и для каждого - список объектов. Надо была такая последовательность щагов: 1. Запрос инфу юзера 2. По завершении - запросил один объект для этого юзера 3. По завершнии что-то ещё сделал с объектом

на танке норм, но там были пробелмы с докой год назад

а tsung вообще четко все сделал и нагрузка на клиентскую машину была меньше

на танке норм, но там были пробелмы с докой год назад

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

значит до сих пор проблемы

https://gatling.io

locust

locust

тож не плох вродь, но я не юзал)

А кто этим пользуется https://tech.yandex.ru/tank/

я нексолько лет назад лабу с его использованием делал

краткий итог - говно

А если некраткий итог?)) В чем говно

краткий итог - говно

а что именно говно, танк, phantom или jmeter? анализ результата (overload)?

нет документации

она как бы есть, но проще смотреть в исходники

нет гибкости, т.е максимум что ты можешь это сгенерить одинаковые запросы

А кто этим пользуется https://tech.yandex.ru/tank/

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

Привет всем) делаю многопоточный ехо-сервер, конечно же использую сокет, я запустил сервер, который привязан к порту, и туда подключались клиенты, был обмен информации, потом клиенты все отключились и я отключил сервер, так вот после того я второй раз хочу запустить сервер но выскакивает ошибка : "OSError: [Errno 98] Address already in use", а когда я меняю порт то все нормально и так мне приходиться менять иногда порт, клиентские и серверный сокеты я закрываю, в чем может быть проблема?

Привет всем) делаю многопоточный ехо-сервер, конечно же использую сокет, я запустил сервер, который привязан к порту, и туда подключались клиенты, был обмен информации, потом клиенты все отключились и я отключил сервер, так вот после того я второй раз хочу запустить сервер но выскакивает ошибка : "OSError: [Errno 98] Address already in use", а когда я меняю порт то все нормально и так мне приходиться менять иногда порт, клиентские и серверный сокеты я закрываю, в чем может быть проблема?

Ну, это просто означает, что ты его НЕ выключил. Убей kill -9

Привет всем) делаю многопоточный ехо-сервер, конечно же использую сокет, я запустил сервер, который привязан к порту, и туда подключались клиенты, был обмен информации, потом клиенты все отключились и я отключил сервер, так вот после того я второй раз хочу запустить сервер но выскакивает ошибка : "OSError: [Errno 98] Address already in use", а когда я меняю порт то все нормально и так мне приходиться менять иногда порт, клиентские и серверный сокеты я закрываю, в чем может быть проблема?

"отключил сервер" -- это как?

Привет всем) делаю многопоточный ехо-сервер, конечно же использую сокет, я запустил сервер, который привязан к порту, и туда подключались клиенты, был обмен информации, потом клиенты все отключились и я отключил сервер, так вот после того я второй раз хочу запустить сервер но выскакивает ошибка : "OSError: [Errno 98] Address already in use", а когда я меняю порт то все нормально и так мне приходиться менять иногда порт, клиентские и серверный сокеты я закрываю, в чем может быть проблема?

SO_REUSEADDR

Ну, это просто означает, что ты его НЕ выключил. Убей kill -9

Я та его убью, но ошибка будет поевляться опять

"отключил сервер" -- это как?

Закрыл соеденение

SO_REUSEADDR

setsockopt?

Закрыл соеденение

Ты понимаешь, что "закрыл соединение" и "выключил сервис" -- это не то же самое?

Ты понимаешь, что "закрыл соединение" и "выключил сервис" -- это не то же самое?

Закрыл сокет

Я та его убью, но ошибка будет поевляться опять

Ты понимаешь разницу между слушающим сокетом и читающим/пищущим?

Ты понимаешь разницу между слушающим сокетом и читающим/пищущим?

Нет

Точнее да

setsockopt?

да. При смерти приложения порт ОС освобождает не сразу, а через какое-то время. Если ты его тут же запускаешь заново - будет твоя ошибка. Но если запустить 2 приложения сразу будет такая же ошибка.

Точнее да

http://www.softlab.ntua.gr/facilities/documentation/unix/unix-socket-faq/unix-socket-faq-2.html#time_wait читай для понимания

нет гибкости, т.е максимум что ты можешь это сгенерить одинаковые запросы

а использовал jmeter и скрипты? https://jmeter.apache.org/usermanual/component_reference.html#JSR223_Sampler

Привет всем) делаю многопоточный ехо-сервер, конечно же использую сокет, я запустил сервер, который привязан к порту, и туда подключались клиенты, был обмен информации, потом клиенты все отключились и я отключил сервер, так вот после того я второй раз хочу запустить сервер но выскакивает ошибка : "OSError: [Errno 98] Address already in use", а когда я меняю порт то все нормально и так мне приходиться менять иногда порт, клиентские и серверный сокеты я закрываю, в чем может быть проблема?

Просто тут " я отключил сервер" и "включаю потом" должно означать остановку/запуск процесса сервера.

Два сразу биндить - не надо

да. При смерти приложения порт ОС освобождает не сразу, а через какое-то время. Если ты его тут же запускаешь заново - будет твоя ошибка. Но если запустить 2 приложения сразу будет такая же ошибка.

Понял, спасибо

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

а использовал jmeter и скрипты? https://jmeter.apache.org/usermanual/component_reference.html#JSR223_Sampler

не использовал

Понял, спасибо

Ну, это легенды скорее... Такое может быть, но очень редко

Просто тут " я отключил сервер" и "включаю потом" должно означать остановку/запуск процесса сервера.

Да такого в реальности наверне не встретишь)

Ну, это легенды скорее... Такое может быть, но очень редко

м?

я вот тоже про "легенды" не понял. TIME_WAIT на сокете распространенное явление.

Вы используете какие-то утилиты для нагрузочного тестирования веб-сервера?

Я в своё время работал на прогах от HP: лоадраннер и перфоманс центр. Может у них появились бесплатные версии, тулзы сильные

Точнее да

Ты запускаешь сервис. Он говорить listen , занимает порт. Устанавливается соединение, оно занимает ДРУГОЙ порт. Разрывается соединение, освобождает ДРУГОЙ порт. Ты запускаешь другой сервер, другой экземпляр, он пытается сделать listen, а порт ЗАНЯТ ещё первым сервером.

я вот тоже про "легенды" не понял. TIME_WAIT на сокете распространенное явление.

Ну, сколько он там держит?

Ты запускаешь сервис. Он говорить listen , занимает порт. Устанавливается соединение, оно занимает ДРУГОЙ порт. Разрывается соединение, освобождает ДРУГОЙ порт. Ты запускаешь другой сервер, другой экземпляр, он пытается сделать listen, а порт ЗАНЯТ ещё первым сервером.

ЧО?

ты путаешь сокет с портом

ты путаешь сокет с портом

нет. любой сокет - это порт.

Но это правда не важно.

нет. любой сокет - это порт.

нет

нет. любой сокет - это порт.

Лол не

Ты запускаешь сервис. Он говорить listen , занимает порт. Устанавливается соединение, оно занимает ДРУГОЙ порт. Разрывается соединение, освобождает ДРУГОЙ порт. Ты запускаешь другой сервер, другой экземпляр, он пытается сделать listen, а порт ЗАНЯТ ещё первым сервером.

Ну, там сложно. Когда сокет рвёшь то он ещё почему то занят Я хз как это побороть

Ну, сколько он там держит?

The default msl is 60 seconds, which puts the default TIME_WAIT timeout value at 2 minutes.

ERROR: S client not available

http://www.lognormal.com/blog/2012/09/27/linux-tcpip-tuning/

может все поменялось уже

нет

Вы должны понимать, КАКОЙ порт. НЕ слушаемый, естественно.

нет. любой сокет - это порт.

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

Владислав Фотограф будет жить. Поприветствуем!

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

+

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

это так очень косноязычное описание того что происходит

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

Ну это не очень важно. Главное тут что от listen он не уйдёт, если разрывается соединение с очередным клиентом.

на тему MSL @Tishka17 правильно сказал. обычно это 2 минуты.

Вообще, надо указывать контекст "порт", так как с точки зрения железа портом будет являться IO, а с точки зрения ОС порт уже как номер парковки на конкретной стоянке

ээ

Здесь теперь запрещены стикеры

Но не запрещены воисы ???

надо бы запретить

и картинки постить

и вообще РКН

надо бы запретить

И святую инквизицию ввести)

Да такого в реальности наверне не встретишь)

Ты через 2 минуты запускаешь, или ранее?

во славу Императора!

О, точно!

Почему телеграм думает, что это видео. Гифка же

@uleetochka будет жить. Поприветствуем!

Гифки?

на тему MSL @Tishka17 правильно сказал. обычно это 2 минуты.

Тишка хуйни не скажет

пусть будет

Тишка умеет