Fonkalitin Posted August 12 Report Share Posted August 12 (edited) При открытии окна пользовательских универсальных маркеров с большим количеством атрибутов (переменных) и графических элементов в окне, а так же при редактировании содержимого окна (перемещение/добавление элементов) происходит существенная задержка (тормоза и подвисания). При редактировании и сохранении элемента в БД вообще наблюдаются задержки вплоть до нескольких минут. При работе с этими же объектами в локальной БД "pgsql:nspds230" всё летает, задержек нет. При этом мониторинг нагрузки со стороны сервера MSSQL показал что нагрузка не значительная, ИТ говорят "у нас на сервере полный порядок, тормозить не может". Простые объекты с десятком переменных и простым наполнением окна работают нормально на том же сервере. Если у кого то есть подобный опыт с проблемами производительности, то подскажите куда копать пожалуйста. Edited August 14 by Fonkalitin добавлены тэги Quote Link to comment Share on other sites More sharing options...
AlexEkimov Posted August 14 Report Share Posted August 14 В 12.08.2023 в 20:34, Fonkalitin сказал: происходит существенная задержка Здравствуйте! Задал вопрос разработчикам. #19298 Quote Link to comment Share on other sites More sharing options...
AlexEkimov Posted August 15 Report Share Posted August 15 В 12.08.2023 в 20:34, Fonkalitin сказал: При редактировании и сохранении элемента в БД Добрый день! Приложите пожалуйста файл, в котором наблюдается данная проблема. Quote Link to comment Share on other sites More sharing options...
doctorraz Posted August 15 Report Share Posted August 15 Имха файла недостаточно, нужны тормозные объекты По определенным причинам не пользую постгресс На sql при заполнении таблицы параметров 4к строк нано встает колом на несколько минут. При ПЕРВОМ в сеансе открытии этого маркера тоже лагает, потом нормально. Надо будет на постгресс потестить быстродействие Quote Link to comment Share on other sites More sharing options...
MCAD Posted August 15 Report Share Posted August 15 11 минут назад, doctorraz сказал: На sql при заполнении таблицы параметров 4к строк нано встает колом на несколько минут. Вот тут 6 тысяч строк и нет тормозов. Правда у тебя там большие строковые данные. Пытаемся разобраться в чем дело. У меня (на моём сервере) бывают тормоза при подключении пользователей с других компьютеров. Помогает перезагрузка. Разбираемся в общем ;-( 1 Quote Link to comment Share on other sites More sharing options...
Fonkalitin Posted August 15 Author Report Share Posted August 15 2 часа назад, AlexEkimov сказал: Добрый день! Приложите пожалуйста файл, в котором наблюдается данная проблема. Направил вам в ЛС Quote Link to comment Share on other sites More sharing options...
MCAD Posted August 15 Report Share Posted August 15 Посмотрел. Строк в таблице не много. Максимум 107 Зато исполнения и формы... Тормоза не могут быть в момент определения какую форму открывать? добавлено через 0 минут Хотя, если бы так, то в локальной тоже проблемы были бы Quote Link to comment Share on other sites More sharing options...
MCAD Posted August 15 Report Share Posted August 15 В 12.08.2023 в 20:34, Fonkalitin сказал: а так же при редактировании содержимого окна При изменении checkBox тормозит? А вообще, "снимаю шляпу" (с) Quote Link to comment Share on other sites More sharing options...
Fonkalitin Posted August 15 Author Report Share Posted August 15 1 час назад, MCAD сказал: При изменении checkBox тормозит? А вообще, "снимаю шляпу" (с) Происходит длительное открытие формы. В этом конкретном объекте не так критично (тут редактирование формы тупит адово если из сетевой БД). Наиболее проблемный объект в плане длительности открытия его формы это "Поз. обозначение линии_оборудования.mcdi" Поз. обозначение линии_оборудования.mcdi Quote Link to comment Share on other sites More sharing options...
MCAD Posted August 15 Report Share Posted August 15 32 минуты назад, Fonkalitin сказал: тут редактирование формы тупит адово если из сетевой БД Не могу отловить Попробуйте перезагрузить MS SQL и попробовать еще раз Quote Link to comment Share on other sites More sharing options...
Fonkalitin Posted August 15 Author Report Share Posted August 15 4 часа назад, MCAD сказал: Не могу отловить Попробуйте перезагрузить MS SQL и попробовать еще раз MSSQL в моем случае на боевом корпоративном сервере на котором ещё много чего крутиться, поэтому по той стороне сам не вижу что происходит, только со слов ИТ "у нас всё отлично с сервером и БД". Подозреваю что есть нюансы... Quote Link to comment Share on other sites More sharing options...
kpblc Posted August 15 Report Share Posted August 15 Я бы посмотрел "подвисшие" транзакции SQL и соединения. В идеале, конечно, было бы через MS SQL Studio или dbForge проверить скорость срабатывания запроса на сервере, но это вряд ли возможно. Quote Link to comment Share on other sites More sharing options...
Timwellex Posted September 14 Report Share Posted September 14 Увидел тему про подвисание и свою проблему опишу может знаете как решить. При копировании любого блока, который добавляется в таблицу спецификаций СПДС, происходит постоянное подвисание на 10-15 сек. Quote Link to comment Share on other sites More sharing options...
XPom Posted September 14 Report Share Posted September 14 2 часа назад, Timwellex сказал: Увидел тему про подвисание и свою проблему опишу может знаете как решить. При копировании любого блока, который добавляется в таблицу спецификаций СПДС, происходит постоянное подвисание на 10-15 сек. если блоков в чертеже много и "таблица спецификации СПДС" - это таблица нанокад (содержащая раздел отчета) со включенным автоматическим пересчетом отчета, то это "нормально". Немного поможет выключение автоотчета для этой таблицы, а еще лучше поможет временное удаление этой таблицы из чертежа (можно сохранить ее в базу (или другой файл) и вытащить потом по мере надобности) Quote Link to comment Share on other sites More sharing options...
Timwellex Posted September 14 Report Share Posted September 14 3 часа назад, XPom сказал: если блоков в чертеже много и "таблица спецификации СПДС" - это таблица нанокад (содержащая раздел отчета) со включенным автоматическим пересчетом отчета, то это "нормально". Немного поможет выключение автоотчета для этой таблицы, а еще лучше поможет временное удаление этой таблицы из чертежа (можно сохранить ее в базу (или другой файл) и вытащить потом по мере надобности) Все именно так как описали, хорошо будем считать это нормой) Но когда я таблицу к примеру переношу в лист, чтобы в модели можно было работать без подвисаний, а потом обратно в модель, то слетают заголовки отчетов (у меня в таблице спецификаций несколько отчетов для каждого типа материала) и забито все через формулы в итоге каждый раз приходится все отчеты формировать заново. Это тоже считается нормой?) Quote Link to comment Share on other sites More sharing options...
doctorraz Posted September 14 Report Share Posted September 14 43 минуты назад, Timwellex сказал: (у меня в таблице спецификаций несколько отчетов для каждого типа материала) Хоть нанодев и утверждает, что победил, но похоже, что нет.. Не надо в одну таблицу помещать несколько отчетов, по закону мерфи эта конструкция глюкнет на выпуске((( Если немного подумать, то можно собрать такую таблицу которая будет разбирать спеку по разделам А можно не думать и посмотреть, как устроена таблица технология... чего то в базе Quote Link to comment Share on other sites More sharing options...
XPom Posted September 14 Report Share Posted September 14 2 минуты назад, doctorraz сказал: Хоть нанодев и утверждает, что победил, но похоже, что нет.. Не надо в одну таблицу помещать несколько отчетов, по закону мерфи эта конструкция глюкнет на выпуске((( плюсую. победил, да недопобедил, как обычно 1 Quote Link to comment Share on other sites More sharing options...
Moderator Posted September 14 Report Share Posted September 14 Судя по скрину разработкой и поддержкой этого продукта мы не занимаемся. По вопросам поддержки вертикальных решений для AC лучше всего писать на адрес support@csdev.ru Quote Link to comment Share on other sites More sharing options...
Timwellex Posted September 14 Report Share Posted September 14 24 минуты назад, Moderator сказал: Судя по скрину разработкой и поддержкой этого продукта мы не занимаемся. По вопросам поддержки вертикальных решений для AC лучше всего писать на адрес support@csdev.ru Какому именно продукту. Тема посвящена модулю СПДС по нему же и вопрос, а служба поддержки явно не будет заниматься настройкой таблиц под нужды каждого пользователя. Поэтому иду в народ за помощью) Quote Link to comment Share on other sites More sharing options...
XPom Posted September 14 Report Share Posted September 14 11 минут назад, Timwellex сказал: Тема посвящена модулю СПДС так нанософтовскому же, а не сисофтомскому. это же разное) Quote Link to comment Share on other sites More sharing options...
Timwellex Posted September 14 Report Share Posted September 14 3 минуты назад, XPom сказал: так нанософтовскому же, а не сисофтомскому. это же разное) пусть разработчики не серчают так по мне сисофт нанософт это те же яйца только в профиль ) 2 Quote Link to comment Share on other sites More sharing options...
doctorraz Posted September 14 Report Share Posted September 14 (edited) 19 минут назад, Timwellex сказал: Тема посвящена модулю СПДС по нему же и вопрос баги мультикада у нано си дев на 100500% одинаковые.. (хоть они и отрицают, но исходник mcad один) ну и дабы ТП не открещивалась от проблемы... имха было бы конструктивно выложить файл примера и повторить багу в нане 23.1 Edited September 14 by doctorraz Quote Link to comment Share on other sites More sharing options...
Timwellex Posted September 14 Report Share Posted September 14 12 минут назад, doctorraz сказал: баги мультикада у нано си дев на 100500% одинаковые.. (хоть они и отрицают, но исходник mcad один) ну и дабы ТП не открещивалась от проблемы... имха было бы конструктивно выложить файл примера и повторить багу в нане 23.1 Кто попробует в нано обновить таблицу спецификации удалить-заново вставить, подозреваю результат будет такой же _4_Деталировка ПРИМЕР 2.dwg Quote Link to comment Share on other sites More sharing options...
doctorraz Posted September 14 Report Share Posted September 14 57 минут назад, Timwellex сказал: подозреваю результат будет такой же не совсем во первых таблица в аттаче уже битая, в последнем разделе "Упоры" заголовок отчета и шаблон отчета поменяны местами, понятно что это следствие предыдущего глюка поэтому Поправил.. потестировал Что делал: копировал с модели в лист и обратно, между автокадом и наной, в пустой чертеж и назад, добавлял удалял объекты отчета Результат: строки не перемешало на чем это творил: nanoСПДС23.1, СПДСCS2023.1 (т.е. последние из доступных смертным) Вполне допускаю, что при реальной боевой работе в какой то момент строки перемешает С другой стороны не совсем понимаю, как с такими лагами можно работать, а главное зачем? т.е. по прежнему стою на своем, одна таблица=один отчет... тем боле, что в твоем случае это достаточно просто реализовать (у блоков одинаковые названия атрибутов) Спойлер Кстати про атрибуты... в блоке Упор в земле, нафига два атрибута АЛЬБОМ???? (не стал ничо менять, возможно где то еще такое) из за этого у мультикад может башню рвать, раз один атрибут берет другой раз одноименный и косяк в твоей таблице был в этом разделе При аудите вывалило за сотню ошибок, ну и очистка тож много чо нашла. ------------------- так что вердикт, похоже бага поправлена, но злоупотреблять не стоит))) =================== PS если не обновил еще свой СПДСCS2023 на 2023.1, обнови, лицензию новую покупать не придется _4_Деталировка ПРИМЕР 2 упоры поправлено.dwg 1 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.