Маленькая загрузка процессора

[the Devil incarnate 35]

Друзья, всем привет. Делаю чертёж, много мелких деталей, при обновлении чертежа программа долго думает. При том загрузка ЦП не превышает 15%. Можно ли как-то увеличить загрузку ЦП, чтобы он быстрее всё пересчитывал?

[Udav817 288]

21.12.2020 в 22:05, the Devil incarnate сказал:

Друзья, всем привет. Делаю чертёж, много мелких деталей, при обновлении чертежа программа долго думает. При том загрузка ЦП не превышает 15%. Можно ли как-то увеличить загрузку ЦП, чтобы он быстрее всё пересчитывал?

Судя по всему, алгоритм таков, что основная нагрузка идёт на память. Чтобы солид отожрал почти 5 гигов? Немыслимо! У меня полгига максимум жрёт. И то, если открыть сборку на несколько сотен деталей.

[Romario03 93]

On 12/21/2020 at 6:05 PM, the Devil incarnate said:

Можно ли как-то увеличить загрузку ЦП, чтобы он быстрее всё пересчитывал?

Можно, именно для пересчета чертежных видов, есть опция в настройках. Но она вроде только работает с проекционными видами (не разрезами, доп. видами и т.д.)

 

[Udav817 288]

О, а в ST8 нет этой функции.

[Romario03 93]

Да, она вроде в ST9 или ST10 появилась. Не помню точно.

[the Devil incarnate 35]

On 12/23/2020 at 6:03 PM, Romario03 said:

Можно, именно для пересчета чертежных видов, есть опция в настройках. Но она вроде только работает с проекционными видами (не разрезами, доп. видами и т.д.)

 

Она по умолчанию включена

[mishanag 23]

Вот на этой вкладке какие галочки отмечены?

[the Devil incarnate 35]

2 minutes ago, mishanag said:

Вот на этой вкладке какие галочки отмечены?

Такие же

[mishanag 23]

Хм... А при обновлении чертежа масса пересчитывается? Мною опытным путем было установлено, что долгое сохранение файлов САПР SW, SE, AI и КОМПАС вызвано именно перерасчетом массы. Отключение данной опции дает эффект включения второй космической скорости в процессе сохранения.

Так же тормозов значительно добавляют всякие транзитивности. Особенно наследование сборки в деталь.

В чертежах тормоза могут быть связаны еще с расчетом невидимых линий.

Вообще - любое обращение САПР к ЖД - очень долгое мероприятие. Причем я заметил, что они все периодически зачем-то обращаются к открытому файлу. Ну обращайся ты к нему в оперативку!! Нафига на диск-то лезть?

[the Devil incarnate 35]

1 minute ago, mishanag said:

Хм... А при обновлении чертежа масса пересчитывается? Мною опытным путем было установлено, что долгое сохранение файлов САПР SW, SE, AI и КОМПАС вызвано именно перерасчетом массы. Отключение данной опции дает эффект включения второй космической скорости в процессе сохранения.

Так же тормозов значительно добавляют всякие транзитивности. Особенно наследование сборки в деталь.

В чертежах тормоза могут быть связаны еще с расчетом невидимых линий.

У меня в чертеже тормоза связаны, скорее всего, с расчётом видимых линий, т.к. есть деталь у которой очень много видимых рёбер на очень маленьком расстоянии и на чертеже они превращаются в сплошную чёрную массу. Но вопрос то не в этом. Вопрос в том, что SE расходует не все возможности ПК, грузит только 14-15% процессора, при этом распараллеливает их. Видя это, невольно задаёшься вопросом: зачем покупать топовые шустрые процессоры, если они не используются программой?

[mishanag 23]

Нужно посмотреть загрузку ЖД. Вангую, что тормозит работу именно обращение к файлам на ЖД, а никак не процессор. Почему загрузка всего 15%? потому что это средняя загрузка и быстрые пики диспетчер задач просто не успевает отслеживать.

[strannik545 0]

Тоже была интересна эта проблема. У нас на деталях есть решётки и редактирование деталей с ними вызывает адские загрузки.    Мой опыт работы показывает, что скорее всего это связано с обработкой в один поток возможных точек привязки, так как после тупника он их довольно бодро находит. То что один поток я понял, так как работаю на 2 машинах. На одной чистые 8 ядер и пиковая загрузка 12-13%, а на 2 реальных с 4 логическими потоками выдаёт 33%. Я борюсь с этим при помощи отсоединения мелких вырезов (решёток) и сокрытием их, так, что бы к ним нельзя было привязаться, тогда всё работает нормально. Ещё немного и постучусь по поддержку, что бы рассказали как на GPU переложить вычисления, если это возможно.

[Udav817 288]

23.12.2020 в 09:53, Udav817 сказал:

Чтобы солид отожрал почти 5 гигов? Немыслимо! У меня полгига максимум жрёт. И то, если открыть сборку на несколько сотен деталей.

Вчера лично убедился, что Солид может жрать память.

Сборка. 61000 деталей. Пытался в сборке проставить размер-атрибут. На это ушло 40 минут. 5 минут, чтобы от первой точки он вернул зум к норме, минут 30, чтобы зумом добраться до нужной точки и ещё минут 5, чтобы попасть курсором в ребро.

При этом загрузка ЦП 19-20%. 

Железо нормальное, но вот программа им пользоваться не умеет.

Интересно, версии 2019-2021 тоже экономят на нагрузке процессора?

А то встаёт вопрос о переходе на новую версию. Будет ли профит в производительности?

[strannik545 0]

1 час назад, Udav817 сказал:

Интересно, версии 2019-2021 тоже экономят на нагрузке процессора?

А то встаёт вопрос о переходе на новую версию. Будет ли профит в производительности?

Неа. В 2019, 2020 и 2021 у меня всё как висит, так и висит. Насколько я помню разница между 19 и 20, только в добавлении несколько прикольных штук, как нормальная резьба например, а чем отличается 21 ещё не читал, но с этим они вроде ничего не сделали.