Зависание инстансов

  • Автор темы Автор темы valera-k
  • Дата начала Дата начала

valera-k

Client
Регистрация
26.12.2020
Сообщения
136
Реакции
14
Баллы
18
Регулярно зависают инстансы, закрыть их принудительно невозможно, приходится перезапускать зенопостер.

Неужели нельзя сделать принудительное закрытие инстансов по таймауту?
Версия 7.3.2.1
 
  • Спасибо
Реакции: prostors
так сделано же. настраивай и пользуйся. что не дает ?

Сделано что?
Закрытие заданий по таймауту, да, но зависшие инстансы это не закрывает, приходится перезапускать ЗП, что бы исчезли зависшие потоки.
 
Сделано что?
Закрытие заданий по таймауту, да, но зависшие инстансы это не закрывает, приходится перезапускать ЗП, что бы исчезли зависшие потоки.
задания ? там про потоки речь, а не про задания. задания это вон планировщик нормально все скидывает.
потоки по таймауту надо для каждого шаблона настраивать. вот у тебя что настроено ?
а ну и да, это все применимо к шаблонам на стандартных кубиках, если ты завешиваешь шаблон в c# коде мертвыми циклами, то извиняйте, сэр вы сами виноваты :ca:
 
Регулярно зависают инстансы, закрыть их принудительно невозможно, приходится перезапускать зенопостер.

Неужели нельзя сделать принудительное закрытие инстансов по таймауту?
Версия 7.3.2.1
Проведены работы по профилактике таких зависов во внутр. тестовой версии 7.4.0.0 - есть хорошие результаты.
 
если ты завешиваешь шаблон в c# коде мертвыми циклами, то извиняйте, сэр вы сами виноваты

Таких вроде нет, но даже если и есть, то все равно даже такие надо принудительно закрывать.
 
Таких вроде нет, но даже если и есть, то все равно даже такие надо принудительно закрывать.
так ты не показал как ты таймаут принудительного закрытия настроил. ты его вообще настраивал ?
а то может у тебя ничего и не настроено, а ты говоришь что ничего не закрывается принудительно, потому что..... хороший вопрос почему....
одно дело когда ты настроил таймаут и он не сработал, а другое дело ты не настроил его.... :bw:
 
74751

вот же. все сделано как ты хотел :) Прерывание потока через N секунд и даже выход на BADEND есть.
заметь не заданий, а именно потока. пользуйся.
вот совсем другой вопрос , если это у тебя не срабатывает. Вот в этом случае тебе надо делать не предложение по внедрению уже внедренного функцианала, а оформлять баг в разделе багтрекера. прикладывать расширенную диагностику, шаблон для воспроизведения, трассировку с этого шаблона, где будет видно id кубика, на котором все зависло.
А с другой стороны, зачем тебе этот багтрекер, если с помощью трассировки, вывода в лог хода работы шаблона и этой, как ее... ааааа одной матери :) можно и так найти место где зависает шаблон и поправить его.
 
  • Спасибо
Реакции: seodamage и volody00
вот же. все сделано как ты хотел

Да не закрывает это ЗАВИСШИЙ инстанс, поток или как там его не назови.
Закрывает только задание которое не успело выполниться.
А беденд это вообще возможность запуска какого-нибуть своего скрипта, на закрытие зависшего инстанса никак не влияет.
 
Да не закрывает это ЗАВИСШИЙ инстанс, поток или как там его не назови.
Закрывает только задание которое не успело выполниться.
А беденд это вообще возможность запуска какого-нибуть своего скрипта, на закрытие зависшего инстанса никак не влияет.
ну все понятно.... закрытие задания, запуск скрипта...

Короче, разработчики, клиент полностью ваш :ca: :ca: сделайте что он хочет.
 
Не сам ли писал?

Лично я с помощью BedEnd записываю в таблицу сбой выполнения.
писал. и использую до сих пор. потому как все это до сих пор актуально.
но когда я это писал еще не было этой настройки, что я на скрине привел. во многих случаях сейчас, это помогает.
если тебе не помогает, то это баг текущего функционала. что делать в этом случае я написал выше. Ты предложил сделать новый функционал , закрытия по таймауту, и вот не прошло и суток, а твое предложение уже реализовано :)
можно закрывать тему :)

почему бы тебе не сделать трассировку работы шаблона ? в последних конкурсных статьях даже есть уже годное решение для статического анализа файлов с трассировкой. используй его и найди место где зависают шаблоны. ну никто же не будет делать отладку шаблона за тебя.... ну за деньги если только.
Про логирование работы бота, я так понял лучше не предлагать, так как это же надо делать и анализировать логи.
 
Неужели нельзя сделать принудительное закрытие инстансов по таймауту
Аналогичная проблема, потоки по таймауту не прерываются, а висят. Обнаружил проблему полгода назад, с тех пор почти никаких улучшений.
 
  • Спасибо
Реакции: prostors и sw_sw
Также будет ценить ссылку для скачивания. Спасибо!
 
thx )

Щас потесчу, отпишу.


UP

Эту уже тестил, проблема не решена.

http://joxi.ru/brRBZy4tOpoKqr 2 дня назад тестил, топик апал с аналогичной темой.

Все еще недоумеваю и не понимаю механизм таймаута.
Прошло 1200 секунд, все нафиг СТОП.
Это сложно реализовать программно на уровне основного окна Zennoposter?

UP2 Вру, тестил за 23 число, пробую за 26. Отпишусь.


PS Вот топик, думаю можно уже десяток собрать с аналогичной проблемой =)
 
Последнее редактирование:
Все еще недоумеваю и не понимаю механизм таймаута.
Прошло 1200 секунд, все нафиг СТОП.
Это сложно реализовать программно на уровне основного окна Zennoposter?
у тебя же dll от аппиума зависают. ты их вызываешь из своего кода.
Скажи, насколько легко прервать вызов функции аппиума, на программном уровне, где находится этот вызов ?
 
у тебя же dll от аппиума зависают. ты их вызываешь из своего кода.
Скажи, насколько легко прервать вызов функции аппиума, на программном уровне, где находится этот вызов ?
Я почему-то всегда считал, что если код выполняется, то он порождает процесс ( в общем случае)
И вот я наивно полагал, поправь меня, если я ошибаюсь, что этот вот порожденный процесс можно убить.
Скажем через 800, или через 1200 секунд.
Конечно я не кодер никаким боком, но в чем я ошибся?

Еще раз подчеркну - у меня однопоток.
1 шаблон, один коннект.
 
Последнее редактирование:
Я почему-то всегда считал, что если код выполняется, то он порождает процесс.
И вот я наивно полагал, поправь меня, если я ошибаюсь, что этот вот порожденный процесс можно убить.
Скажем через 800, или через 1200 секунд.
Конечно я не кодер никаким боком, но в чем я ошибся?
логично. остается только выяснить что будет есть жестко убивать порожденный процесс, который в свою очередь вызывает сотни других процессов в неизвестной dll. и как это скажется на всей программе.
помнится я в одно время баловался с запуском параллельных процессов, так вот из этого небольшого опыта я вынес то что убив родительский процесс, не факт что убьются дочерние, которые в силу непонятных причин под зависли непонятно где. у меня было даже так, что проджект вылетал по криту, а порожденные процессы в кубике c# продолжали слать счетчик в созданную форму.
Поэтому убивать жестко свой же процесс, без точной уверенности что там наделал юзер, это чревато такими утечками памяти, что и в кашмаре не предвидится.
Опять же, это мое личное мнение и конечно я только за то что бы было больше стабильности и больше возможности снять зависший инстанс.
Однако разрабы все делают для стабильности браузера, а не для стабильности dll аппиума. твой путь это изучение как работать с аппиумом в твоей обертке программного кода, которую ты можешь сам закилить через N секунд, а наш путь это донимать разрабов что бы они делали стабильность браузера и его аннонимность :ca:
 
  • Спасибо
Реакции: lbvf65
логично. остается только выяснить что будет есть жестко убивать порожденный процесс, который в свою очередь вызывает сотни других процессов в неизвестной dll. и как это скажется на всей программе.
помнится я в одно время баловался с запуском параллельных процессов, так вот из этого небольшого опыта я вынес то что убив родительский процесс, не факт что убьются дочерние, которые в силу непонятных причин под зависли непонятно где. у меня было даже так, что проджект вылетал по криту, а порожденные процессы в кубике c# продолжали слать счетчик в созданную форму.
Поэтому убивать жестко свой же процесс, без точной уверенности что там наделал юзер, это чревато такими утечками памяти, что и в кашмаре не предвидится.
Опять же, это мое личное мнение и конечно я только за то что бы было больше стабильности и больше возможности снять зависший инстанс.
Однако разрабы все делают для стабильности браузера, а не для стабильности dll аппиума. твой путь это изучение как работать с аппиумом в твоей обертке программного кода, которую ты можешь сам закилить через N секунд, а наш путь это донимать разрабов что бы они делали стабильность браузера и его аннонимность :ca:
Понятно, что зенка не для того, есть студия) Но вся соль в том, что я следом за апиумом стартую (тадам!) браузер зенки =)
 
Понятно, что зенка не для того, есть студия) Но вся соль в том, что я следом за апиумом стартую (тадам!) браузер зенки =)
так у тебя что виснет, аппиум или браузер зенки ? трассировка что показывает ?
 
так у тебя что виснет, аппиум или браузер зенки ? трассировка что показывает ?
К браузеру зенки у меня нет никаких нареканий в плане зависаний.
Меня не устраивает, что основной проект не выходит по таймауту.
Безотносительно содержимого этого проекта.
Вот и все =)
 
  • Спасибо
Реакции: todayer
Так, похоже в крайней тестовой пофикшено.
Утром точно скажу, после ночной работы.
Ура!
 
  • Спасибо
Реакции: Sergodjan
Отпишитесь пожалуйста, у кого была проблема с зависанием инстансов, решилось ли в версии 7.4.0.0.
 
Отпишитесь пожалуйста, у кого была проблема с зависанием инстансов, решилось ли в версии 7.4.0.0.
7.8.11

Edition Windows Server 2022 Standard
Version 21H2
Installed on ‎Friday, ‎2024-‎11-‎08
OS build 20348.4171

актуально.

136869

висят более 10 минут уже, движения нет, нажал прервать на проекте - сократилось до 10 инстансов, эти висят ещё
 
136870 как отсюда убрать файлы, чтобы отправить сообщение?
форму тикетов обновлял, перезагружал - отправить не удалось
 
Репорт по задаче о зависании инстансов
версия 7811

ссылка на репорт https://dropmefiles.com/N70Qk
 

Кто просматривает тему: (Всего: 0, Пользователи: 0, Гости: 0)