При чому тут овертайми? Уявіть:
1. ви шукаєте роботу, ходите по співбесідах (наприклад місяць)
2. приймаєте офер, відповідаєете всім компаніям, що знайшли роботу
3. кілька місяців намагаєтесь вїхати в новий проєкт, страждаєте фігнею і звільняєтесь

Результат: витрачено 3 місяці + купа нервів і все треба починати спочатку. А ще через цей двіж навіть у відпустку не поїдеш.

Я б, наприклад, не хотів літо на таке просрати. І таке жодні вибачення не компенсують

можна умовно поділити ITшників на 2 категорії:
1 — ті, хто все ще вважають гроші основним ресурсом
2 — ті, хто вже зрозумів, що основний ресурс — час
*кряхтить як старий дід*

Навіть якщо автор щось прикрасив, щоб бути «весь у білому», я в шоці, скільки скільки людей в коментах написало, що якщо платять гроші, і не ставлять задач, то можна сидіти на попі рівно і нічого не робити, чи вчити новий стек технологій, деградуючи по своїй основній спеціальності, а ініціативу проявляти — то фу!

Ще смішніше чути/читати таке від людей, що називають себе devops`ами. Бо devops, як методологія, явно каже «не сиди на попі рівно — а покращуй процеси, проявляй ініціативу»

Я думав, що більшість все таки працює на результат, а не на «освоєння бюджету»

можна просто таблицю відкрити та скопіпастити туди ще значень

Коли шукав — не знайшов такого. В першу чергу плагін для JMeter шукав. Дякую, буду мати на увазі.
P.S. Бійтеся, тут коментатори пишуть, що все, що не на С написано — то повна лажа! Тул на Ерланг в зоні ризику :D

нащо взагалі напридумували стільки мов і готові інструменти на кшталт JMeter, якщо якщо приходять експерти й кажуть, то все фігня, а от на С працює швидше

а я десь писав, на чому працює сервер?
Чи що мені потрібно було саме вигрібати повідомлення для тесту, а не публікувати?
Так, програма на С буде працювати швидше за аналогічну на будь-якій інтерпретованій мові (на стековерфлоу навіть є тред з вимірами де приводять цифри в100-400 разів), ал повторюсь:

Інструменти обираються згідно задач і часу, що на них виділено

Якщо пайтон чудово зправляється з генерацією 1000 повідомлень, чи треба обов’язково і категорично використовувати С? Як у вас прості робочі задачі виріуюються?
— «Влад, напиши будь-ласка шел скрипт для копіювання логів з однієї директорії в іншу»
— «НІ! напишу програму на С, бо вона буде швидше працювати. На порядок, чи навіть більше»

ні, такого не бачив. Дякую, почитав доку — корисно!

На скількох message per sec все впало?

в перших ітераціях тестовий сервіс не встигав обробляти й пів тисячі за секунду. Який максимум може видати скрипт на пайтон, я не перевіряв ¯\_(ツ)_/¯

Ахаха. У мене є досвід, але я вам нічого конкретного не скажу :р. Друже, не ображайся, але ти не написав нічого конкретного:
* Чим тест на С кращий за пайтон чи жметер? В скільки разів? В яких умовах?
* Ти перелічив клієнти і брокери, але не вказав, наскільки вони ефективні, в яких умовах та сценаріях. Може маєш десь посилання на порівняльний тест?

Маєш конкретний досвід, метрики, посилання — будь-ласка пиши, а як ні — ображайся на здоров’я ;)

Не зовсім ясно, що тестилося?
Клієнт, брокер?

гг, під кожною постом можна знайти людину, що не читала, але засуджує. Вгорі навіть схема є, що тестується ;)

MQTT тре тестувати або на С або Rust
а не python,

MQTT тре тестувати або на С або Rust
а не python,

.. користуватись лінукс, а не віндовс, їсти полуничне морозиво, а не шоколадне. Звідки така категоричність? Інструменти обираються згідно задач і часу, що на них виділено

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

ніт. Знову ж таки, читайте уважно

І власне, є кілька брокерів mosquitto, Kafka, etc.

і що? до чого цей комент? ми використовуємо mosquitto, але для посту це взагалі не важливо

І ще більше клієнтів: mosquitto, paho, mqttс etc,

і що? я знаю кунгфу, карате та багато інших страшних слів

1000 повідомлень в секунду, це десь для Распбері 0.
Для ПК може бути і 100К в секунду і більше.

замовник каже — треба, щоб сервіс читав з брокера 1000 в секунду. А ми йому — ні! це рівень расбері, ми проведемо тест на 100К! Ну і що, що вам не треба. І тести на С напишемо. або Rust, бо інакше це тестування «сферичного коня у вакуумі з пудовими гирями на копитах»

дякую! Як раз розбирався, як написати пайплайн для своїхтестів з алюр

сам такого не робив, але згідно документації, аудіо має передаватись в полі audio об’єкту message core.telegram.org/bots/api #message

Ого! Дякую!

про мікроскоп точніше не скажеш. Wireshark/Fiddler використовую у випадках, коли простіших варіантів нема. Наприклад: клієнт — десктоп аплікейшн, без дебаг консолі, логів та інших можливостей моніторити трафік

¯\_(ツ)_/¯

тут ви мене підловили — дійсно, правильно було написати одночасно (concurrent), як це і називається в документації asyncio docs.python.org/...​unning-tasks-concurrently

І гарна сттаття, дякую!

Встановив плагін pytest-xdist, все працює паралельно. Без змін в коді. Вже готую дописп про сетап пайтесту

Я тестив — там є нюанси, ще не розібрався. До пайтест є плагін, але в мене працювати не став. Напишу інший допис, як розберусь :)

Соррі, так руки і не дійшли :(

Где его увидеть этот «чистый» тест?

Легше, ковбой. І так почав ходити в коменти, як на роботу. Як писав вище, треба кілька днів, щоб оформити дані, записати відео, в перрвах між роботою та домашніми справами

При 1 RPS Response Time 1 секунда, при 100 RPS — 10 секунд, а тестируем якобы инструмент для генерации нагрузки, а не SUT.

у мене різниця між flask та nginx static майже в 10 разів
То есть заменяем SUT, получаем разницу в 10 раз, но все равно утверждаем, что тестируем производительность инструмента для генерации нагрузки. Я ничего не перепутал?

тобто вас хвилюють RPS в результатах? Можна їх прибрати (я не буду, інакше контекст втратиться). Just ignore. Мої тести (JMeter) показують, що SUT для ресурсів тула значення не має (для Gatling та Locust ще не перевірив). За весь час наших суперечок могли б самі тест який провести і довести свою правоту. Більш того, помітив що JMeter виділяє RAM та threads на самому початку тесту, незалежно від часу на ramp. Припускаю, для того, щоб ресурси випадково не скінчились посередині тесту

Тогда где же противоречие в моем вопросе? Я же и спрашиваю, как проверялось, что код 200, а не что-то другое меньше 400?

В моєму конкретному випадку це не має сенсу. Підкажіть, в якому кейсі flask сервіс, запрограмований повертати 200 ОК, чи офіційний nginx docker, що з коробки відповідає статичною сторінкою з кодом 304 — може повернути інший код < 400?
Мене колись студенти спитали, як ми можему довіряти програмістам, використовуючи класи еквівалентності — хто зна, що там накодили? Якщо вже є інпут для цілих чисел від 0 до 100 000, треба перевірити кожне число. Так і ви пропонуєте робити зайві перевірки, не аргументуючи, чи є імовірність отримати false positive

Ліричний відступ: звісно, в своїй практиці я писав тести, що валідували payload, щоб визначити, що респонс ок, так само як і робив тести, що очікували отримати HTTP 400, але явно не в цьому разі

«Усы, лапы и хвост — вот мои докУменты!»

докумЕнты!
пруф: www.youtube.com/watch?v=Sk0taJn5dyU

Мимо. Попробуйте еще раз.

¯\_(ツ)_/¯ замало інфи, щоб робити висновки

Я смотрю, что доклады о софт-скиллах помогают :)

карантин-driven коментування