Баг остановки инстанса

[sanyatovk]

При достаточной нагрузке CPU/GPU остановка инстанса через кубик или instance.Stop(); не всегда СРАЗУ закрывает инстанс. Иногда браузер все еще висит N-ое количество времени.
Пример шаблона для проверки:
- последняя версия ZP
- запускаем потоки в таком количестве, что бы была нагрузка CPU/GPU, близкая к 100%. Для AMD 8700GE достаточно ~130 потоков разом.
- грузим https://testufo.com/, ждем 200-250 секунд
- останавливаем инстанс
- делаем 2 попытки удаления директории профиль-папки (через 1 сек и 10 сек). если ошибка удаления - значит процессы браузера до сих пор работают.
Файл шаблона прикрепил.
Результаты:

И вопрос: пока баг этот не будет пофикшен, как можно из потока гарантированно закрыть инстанс? Необходимо, т.к. у меня профиль-папки не остаются в сыром виде, а архивируются для экономии места на диске.

 

[ALLIN]

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

 

[sanyatovk]

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

В этом баге инстанс не зависает, а закрывается после того, как кубик "остановить инстанс" или instance.Stop() выполнился. Может через 1 секунду. А может через несколько минут.
Про баг, при котором инстанс именно зависает, написал в другой ветке - https://zenno.club/discussion/threa...urs-when-applying-profile-to-instance.134058/

 

[ALLIN]

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

 

[Oleg1987]

На более старых версиях тоже есть такой баг. Сильно мешает в сценариях, где нужно что делать с профиль-папкой по завершению работы. От нагрузки не зависит. Процесс от instance может зависнуть и при работе в 1 поток