Ramp up - это время разгона. Оно должно быть минимальным, при котором можно тестировать вашу систему.
Тут такой нюанс: сделаете слишком мало - система упадёт при разгоне. Или не упадёт, но будет долго стабилизироваться и результаты теста будут неверными.
Сделаете слишком много - тест будет верным , но уж очень долго ждать результат. Обычно для количества потоков от ста и выше делают минут 5.
loop count обычно делают бесконечным - зато добавляют таймеры.
Как считать значение таймеров и количество потоков - шикарно описал Слава Смирнов вот тут:
Если вася -разработчик не нашёл ничего лучше, кроме как пойти писать алгоритмы для управления ракетами в нынешней ситуации - значит вася говно, каких поискать.
Так что ваш пример так себе.
А если вы полагаете, что в случае полного отказа мира от российских энергоносителей васе станет жить лучше - так вы ошибаетесь.
Тут будет в точности как в анекдоте:
-папа, у нас стало меньше денег. Это значит, что ты будешь меньше пить?
-Нет, сынок, это значит, что ты будешь меньше кушать
Я понимаю вашу логику, но она не применима к этому случаю.
Это как сказать:
«Мне нужен телефон чтобы звонить и пользоваться интернетом. Почему у него 100500 кнопочек в настройках?»
Да, было бы круто, если бы запросов было бы меньше. Но сильно меньше на самом деле не получится. Раза в 3-10 меньше - да, наверное можно. Только.. нужно ли? Что за самоцель «сделать меньше запросов». Цели другие важны: сделать пользователю удобно.
И тому, кто заказывает, и тому кто готовит, и всем остальным пользователям.
Если разбить запросы на разные задачи и считать «количество запросов на задачу» - будет более адекватное число.
Это как взять современный телефон и посчитать, сколько времени мы используем относительно количества звонков в день. Получится, что на то, чтобы совершить один звонок длительностю в 5 минут у нас уходит 2-8 часов.
Кроме того перевезти эти грузы иначе, полагаю, зачастую просто невозможно потому, что океан. Самолётам придётся сделать столько рейсов, что выхлопов тоже будет прилично, а машинами либо нельзя (потому что через океан) либо можно, но настолько «в окружную», что будет опять же сильно плохо
Я при чтении этой статьи сперва подумал, что идея тёмного леса уничтожается наличием горизонта событий - нет смысла сражаться за ресурсы, если они станут недостижимы
А сейчас подумал, что может наоборот , количество ресурсов сокращается из-за разлетающегося пространства а значит конкуренция выше.
Но всё же, имхо горизонт событий сокращает необходимость сражаться за ресурсы
Это легко сказать, но почти нереально сделать в современном мире.
Нанимать своих уборщиков или заключить контракт? А вдруг уборщица - шпион и воткнёт свой MitM-роутер в Ethernet?
Покупать своё здание или арендовать? А вдруг в арендованном есть запасной ключ? или в проложенной Ethernet-сети в стенах вмонтированы видеокамеры и микрофоны?
Я к тому, что следить за тем, какие услуги вы доверяете делать аутсорсу, конечно, надо. Только вот отказаться от аутсорса полностью настолько сложно и дорого обойдётся, что делать это могут только в ФСБ. И то, думаю, не делают.
2) нет, вы можете в один «скрипт» засунуть уелый бизнес-кейс, состоящий из огромного количества запросов.
Запросы эти можно записать автоматически просто выполнив действия в браузере.
В одном запуске джиметра может быть много тред-групп (разных бизнес-кейсов), каждый из которых работает со своей интенсивностью.
По поводу цифрок (ваш вопрос номер 1):
Ramp up - это время разгона. Оно должно быть минимальным, при котором можно тестировать вашу систему.
Тут такой нюанс: сделаете слишком мало - система упадёт при разгоне. Или не упадёт, но будет долго стабилизироваться и результаты теста будут неверными.
Сделаете слишком много - тест будет верным , но уж очень долго ждать результат. Обычно для количества потоков от ста и выше делают минут 5.
loop count обычно делают бесконечным - зато добавляют таймеры.
Как считать значение таймеров и количество потоков - шикарно описал Слава Смирнов вот тут:
https://loadtestweb.info/2017/08/23/pacing/
Окей, «наши мальчики» просто вынуждены воевать, это всё запад им в штаны насрал
Если вася -разработчик не нашёл ничего лучше, кроме как пойти писать алгоритмы для управления ракетами в нынешней ситуации - значит вася говно, каких поискать.
Так что ваш пример так себе.
А если вы полагаете, что в случае полного отказа мира от российских энергоносителей васе станет жить лучше - так вы ошибаетесь.
Тут будет в точности как в анекдоте:
-папа, у нас стало меньше денег. Это значит, что ты будешь меньше пить?
-Нет, сынок, это значит, что ты будешь меньше кушать
Логика отключения свифта была Не «не надо нам ваших денег» а «не надо ВАМ наших денег»
главное - обеспечить бэкап вашего ТОТР
а то потеряете телефон - и доступ к госуслугам вместе с ним
..нам этот ваш интернет нафиг не нужон! (с)
автор сказал, что разработал алгоритм, но не сказал, что использует этот алгоритм для ГУ :)
то есть вам тоже стоит сменить паспорт
При чём тут возможности разработки.
Суть статьи в том, что взяли чужую разработку и назвали своей - украли.
Могли сами разработать или нет тут вообще не обсуждается.
Если им нужен был этот девайс - должны были купить официально а не воровать.
Олимпус не продовал, а вот в Fallout sonora играю - и оно реально того стоит.
Это буквально продолжение Fallout 2 - с тем же уровнем удовольствия!
о, как раз играю в sonora - ух, прям как от Fallout2 не оторваться было - так и от неё тоже!
Я понимаю вашу логику, но она не применима к этому случаю.
Это как сказать:
«Мне нужен телефон чтобы звонить и пользоваться интернетом. Почему у него 100500 кнопочек в настройках?»
Да, было бы круто, если бы запросов было бы меньше. Но сильно меньше на самом деле не получится. Раза в 3-10 меньше - да, наверное можно. Только.. нужно ли? Что за самоцель «сделать меньше запросов». Цели другие важны: сделать пользователю удобно.
И тому, кто заказывает, и тому кто готовит, и всем остальным пользователям.
Нет :)
Вы зря привязались к количеству заказов.
Если разбить запросы на разные задачи и считать «количество запросов на задачу» - будет более адекватное число.
Это как взять современный телефон и посчитать, сколько времени мы используем относительно количества звонков в день. Получится, что на то, чтобы совершить один звонок длительностю в 5 минут у нас уходит 2-8 часов.
Просто неверный вариант подсчёта
Вы учтите что на 4 ЗАКАЗА приходится 100500 ПРОСМОТРОВ перед заказом
Кроме того перевезти эти грузы иначе, полагаю, зачастую просто невозможно потому, что океан. Самолётам придётся сделать столько рейсов, что выхлопов тоже будет прилично, а машинами либо нельзя (потому что через океан) либо можно, но настолько «в окружную», что будет опять же сильно плохо
Я при чтении этой статьи сперва подумал, что идея тёмного леса уничтожается наличием горизонта событий - нет смысла сражаться за ресурсы, если они станут недостижимы
А сейчас подумал, что может наоборот , количество ресурсов сокращается из-за разлетающегося пространства а значит конкуренция выше.
Но всё же, имхо горизонт событий сокращает необходимость сражаться за ресурсы
Вы правы
Это легко сказать, но почти нереально сделать в современном мире.
Нанимать своих уборщиков или заключить контракт? А вдруг уборщица - шпион и воткнёт свой MitM-роутер в Ethernet?
Покупать своё здание или арендовать? А вдруг в арендованном есть запасной ключ? или в проложенной Ethernet-сети в стенах вмонтированы видеокамеры и микрофоны?
Я к тому, что следить за тем, какие услуги вы доверяете делать аутсорсу, конечно, надо. Только вот отказаться от аутсорса полностью настолько сложно и дорого обойдётся, что делать это могут только в ФСБ. И то, думаю, не делают.