Включите трассировку, и при зависании и прерывании потоков руками, сможете понять на каких кубиках это произошло. Тем самым, с большой долей вероятности, сможете понять где именно затык и тогда сможете его убратьПохожая история случается, когда просто рандомные инстансы зависают. Какие-то закрываются через ПКМ => Прервать, какие то зависают так плотно, что приходится только нажимать ПКМ по самому проекту => Прервать вообще все инстансы и только потом закрывается зависший инстанс. Никакой логики не определил, бывает больше за сутки зависаний, бывает меньше.
Я такого не встречал.
Диагностику зависания надо начать с поиска кубика на котором останавливается проект. А для этого нужно включить трассировку. Вы правильно поняли. Спасибо
Трассировку нужно делать в один поток, верно? Иначе в файле лога будет серьезный хаос, как мне представляется, так как трассировка будет затрагивать и удачные выполнения проекта и найти потом зависший инстанс будет проблематично.
трассировка пишет данные для каждого потока в отдельный файл.
Не как) откатился еще тогда на зенку 5,9,9,1 там такой проблемы нету, ее и использую, есть еще 7 версия ее для других целей использую.
Хотя у вас в целом немного другая проблема. У меня вот четко как у автора. Прерывание ничего не дает, просто в рандомном месте "залип", лог стопается и все. Действия можно делать разные, добавлять шаблон например, менять настройки. Но лог в мертвую стоит на месте.
Так может быть надо уже включить трассировку и проанализировать свой шаблон ?
Я при поиске какого-то зависания старался включать один поток именно для того что бы не путаться в файлах трассировки.
В один поток сложно будет поймать, так как зависание может быть как несколько в день, так и вовсе не быть, но там вижу создается по одному файлу на один поток, поэтому в целом можно будет понять, что если файл не меняется, значит он относится к зависшему инстансу. Спасибо за подробный пост.
К счастью все таки удалось с помощью Sergodjan решить проблему. Сменили Zenno ID и проблема пропала.
а зачем нужно сопоставлять инстанст с логом трассировки ?
Судя по данным сообщениям мы словно ищем не зависания, то есть остановку выполнения проекта на каком-то месте, а цикличные зависания, когда кубик один переходит в кубик два, кубик два, в кубик один и т.д. Тогда результат будет похож на описанный в вашем сообщении. Файлы трассировки будут большие и иметь акутальную дату последнего редактирования.
Вот такая же и у меня проблема, зависания абсолютно рандомные и не поддаются логики, вплоть до банального экшена ожидания (Пауза). Возможно думаю из-за нагрузки превышеной на железо. Часто вижу 100% на процессоре, есть вероятность, что это может создавать такие вот проблемы.
У меня к слову загрузка железа ~5% CP, 20% RAM, <10% диск, <10% канал, <20% GPU
какой еще общий файл логирования ? трассировка создает отдельный файл для каждого потока и туда пишет, без пересечений.
Создается 1 файл на 1 поток, а что такое 1 поток, это сотни выполненных инстансов. Инстанс выполнился, закрылся, открылся новый, но логирование продолжает записыватсья в тот же самый файл. Зачем тогда вообще разделять логирование на потоки, если можно просто записывать в один файл соответствующий самому проекту. Получать на выходе файл размером 10 ГБ и сидеть его анализировать половину жизни.какой еще общий файл логирования ? трассировка создает отдельный файл для каждого потока и туда пишет, без пересечений.
сразу скажу, это полная фигня, визуально сидеть и выискивать зависания. для этого есть трассировка и можно кастомно писать в БД дополнительную инфу. а уж вытянуть аналитику по выполнению из БД это даже ИИ сможет
да я у себя быстрее нашел где что зависает, чем прочитал эту простыню
исправьте это....
да я у себя быстрее нашел где что зависает, чем прочитал эту простыню
Не знаю, кто такой Константин, и не об этом речь собственно. Я не утверждаю и не утверждал, что трассировка в сегодняшнем исполнении не рабочий инструмент, и не предлагаю координально, что-то менять. Мысль простая: привязывать файл трассировки к ID инстанса, а не к потоку, так как "поток" по факту не несет за собой никакой информации, так как все потоки полностью идентичны друг другу, так как выполняют один и тот же проект.Вам походу в раздел предложений, там где Константин постит свои выдумки, не имеющие связи с реальностью. Расскажите там, что такое потоки и как правильно должна работать трассировка в зеннопостере.
а то получается у всех все нормально с ней, люди решают проблемы с помощью этого инструмента, а у Вас оказывается террабайты нечитаемые
Вы действительно можете обратиться в раздел предложений. И вы действительно можете не понимать почему устроено так, а не иначе.
Не знаю, кто такой Константин, и не об этом речь собственно. Я не утверждаю и не утверждал, что трассировка в сегодняшнем исполнении не рабочий инструмент, и не предлагаю координально, что-то менять. Мысль простая: привязывать файл трассировки к ID инстанса, а не к потоку, так как "поток" по факту не несет за собой никакой информации, так как все потоки полностью идентичны друг другу, так как выполняют один и тот же проект.
Мое дело высказать мысль, и понять верный ли у меня ход мыслей, а если нет, то почему он неверный. Для опыта будет полезно, не вижу в данном вопросе негативных сторон, кроме траты времени на текст. Если разработчикам нужно, то они сами будут искать умные мысли на форуме и обсуждать их на планерках, а если нет... то и суда нет, это не мои обязанности и мне это нужно в последнюю очередь.
