Увеличить производительность Компаса в больших 3D сборках.

[Falcon555]

В связи с правилами данного раздела форума, создаю отдельную тему с одним предложением: переписать код (ядро) Компаса, в плане быстродействия при работе с большими 3D сборками. Я сам занимался программированием и могу точно сказать, что компас можно (и нужно) оптимизировать, да для этого скорее всего придется переписать почти весь код, но это уже назрело. Все хорошо когда работаешь с небольшими сборками, но когда делаешь большой проект с огромными сборками (хотя по современным меркам и той вычислительной мощности компьютеров, эти сборки на самом деле не такие и большие и тяжеловесные) компас очень сильно тормозит. Разьве к этому мы стремимся? Я уверен, что если оптимизировать компас, то туже самую сборку, которая сейчас тормозит на 2ядерном процессоре с 4 Гб памяти, будет летать на 1-ядерном процессоре с 1 Гб памяти!

Уважаемые пользователи, присоединяйтесь к пожеланию в добавляйте сдесь свои голоса в пользу данного предложения! И тогда может быть к 12 или 13 версии что-то измениться к лучшему ))

[Администратор]

Уважаемый Falcon555!

Напоминаю, что в теме должно быть не только одно предложение, но информативное название. «Переписать код КОМПАСа» — название предельно неиформативное. Его можно дать любой теме с любым пожеланием (потому что для реализации любого пожелания надо переписывать/дописывать код). Это название — ни о чём.

Убедительно прошу поразмыслить и дать теме по-настоящему информативное название. Тема с названием, оставшимся неинформативным, будет удалена.

Спасибо за понимание!

[Дим]

Оптимизировать действительно надо!

[Starik]

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

[Sinus]

Согласен! Всеми руками за! Это самое важно предложение! Считаю надо побольше бросить на дело все силы! И человеческие и финансовые и временные! Создать все условия для программистов!

[iнжнерЪ]

Предложение более чем конструктивное! Комп навороченный, а сборки большие не тянет... чертежи перестраиваются по 30-40 минут (с учетом всех хитростей перенятых на форуме)!!!    Из за "тормозов" постоянно посещает мысль перейти на Solid... Но, как говорится, из-за большой симпатии к продукции АСКОН... Сделайте что-нибудь !!!

[pavel]

То, что оптимизация Компасу нужна - бесспорно. Однако разработчикам следует обратить внимание еще и на скорость работы некоторых библиотек. У меня например время загрузки библиотеки СИ сопоставимо со временем загрузки самого Компаса, а загрузка библиотеке материалов длится еще дольше.

[Эдуард]

  Поддерживаю предложение по увеличению производительности КОМПАСа
  До выхода V9 КОМПАС работал быстрее, утверждаю это на основании опыта работы с одними и теми же сложными сборками, на одном и том же компьютере, в одной и той же операционной системе ( сообщал об этом здесь http://forum.ascon.ru/index.php/topic,13714.msg73238.html#msg73238). Там же высказал и предположение, что может быть это связано с поголовным введением переменных в эскизах и формообразующих операциях в V9 и V10.
  Нужно найти причину замедления работы КОМПАСа в последних двух версиях (должна же она быть!).
  Необходимы усилия программистов АСКОН и по дальнейшей оптимизации работы КОМПАСа.

[Sinus]

Предлагаю пойти на радикальные меры! Увеличить штат программистов. Увеличить зарплату программистам! Программист - это звучит гордо! Он главный! А менеджер – это обслуживающий персонал!

[werwolf_nn]

Предлагаю пойти на радикальные меры! Увеличить штат программистов. Увеличить зарплату программистам! Программист - это звучит гордо! Он главный! А менеджер – это обслуживающий персонал!

у нас вроде всегда наоборот

[Teodor]

Попалась интересная статейка по этой теме http://tms.ystu.ru/mat-yadro.htm

[Sinus]

Попалась интересная статейка по этой теме http://tms.ystu.ru/mat-yadro.htm

В статье хвалят свое математическое ядро. Но статья 2002 года! Прошло уже семь лет!

[ben]

Согласен, на старой работе стояла inventor 9 2006 года, работал нормально, даже на медленных машинах. Поменял работу и там был компас 8+, недавно поменяли на 10 версию, поменяли комп, мало того что все медленно крутиться, но и со сборок 10000 элементов не возможно сделать чертеж.
Я считаю, это ни куда не годиться, но предприятие долго работало в 2D и они не знали до моего прихода, что компас настолько слаб по сравнению с буржуйскими аналогами (рисовалка АвтоКАД не в счет).
Настоятельно рекомендую АСКОН, заниматься не внешним видом программы, а производительностью (такое ощущение, что все остановилось на 8 версии)

[СВ]

 Я - абсолютный НЕспециалист в кодах, потому предложение моё на уровне наивности.

Такой вот обходной вариант: т.к. сейчас процессоры многоядерные, то нельзя ли сделать так, чтобы одно ядро перестраивало, а в это время работать  с другим файлом на другом ядре. Наверное нельзя - мысль то примитивная, любой догадается.
Или же (если нельзя) работать с другим файлом (простым, где скорости за глаза хватает), а первый перестраивался бы параллельно, деля ресерсы поочерёдно, типа 1 сек - на 1-й (перестраиваемый), 0,1 сек - на другой. Задержка была бы небольшой, на 5...15 процентов, экономия рабочего времени - огромной

[YNA]

В принципе распаралелить работу компаса не сложно. Можно создать нового пользователя и из поднего запустить компас парралельно. Они ни не влияют друг на друга и если один висит или надолго задумался то можно просто сменить пользователя (см. рис.) и продолжать работу на паралельно запущенном компасе. Через диспетчер задачь можно поглядывать, как там первый поживает.

[VIO]

В принципе распаралелить работу компаса не сложно. Можно создать нового пользователя и из поднего запустить компас парралельно. Они ни не влияют друг на друга и если один висит или надолго задумался то можно просто сменить пользователя (см. рис.) и продолжать работу на паралельно запущенном компасе. Через диспетчер задачь можно поглядывать, как там первый поживает.

Это будет похоже на 30-е годы прошлого столетия "стахановское движение". Многостаночность.
Каждому конструктору по дополнительному "компу", особо продвинутым по три. 
1 комп 4 ядра 4 Гб памяти = 4 компа 1 ядро 1 Гб памяти 
А если серьезно, обоими руками за скорострельность программы, сам стараюсь при прорисовке избегать больших сборок делать их поузловым способом. Но когда их (узлы) собираю вместе "Туши свет", можно спокойно идти на обед и кимарнуть немного после.

[Renat]

В принципе распаралелить работу компаса не сложно. Можно создать нового пользователя и из поднего запустить компас парралельно. Они ни не влияют друг на друга и если один висит или надолго задумался то можно просто сменить пользователя (см. рис.) и продолжать работу на паралельно запущенном компасе. Через диспетчер задачь можно поглядывать, как там первый поживает.

За обеими руками!
+1

[YNA]

Это будет похоже на 30-е годы прошлого столетия "стахановское движение". Многостаночность.
Каждому конструктору по дополнительному "компу", особо продвинутым по три. 
1 комп 4 ядра 4 Гб памяти = 4 компа 1 ядро 1 Гб памяти 
А если серьезно, обоими руками за скорострельность программы, сам стараюсь при прорисовке избегать больших сборок делать их поузловым способом. Но когда их (узлы) собираю вместе "Туши свет", можно спокойно идти на обед и кимарнуть немного после.

На 30-е годы больше похоже неиспользование многозадачности (или читайте многостаночности) систем.
Вот простой пример на рисунке. Когда компас сконвертирует эту автокадовскую модель в сборку я не знаю, но очень не скоро. Так чтож мне теперь "Тушить свет и кимарить" или искать выход? Обратите внимание что второй компас совершенно свободен и можно в это время работать. А стахановское или не стахановское это движение выяснится потом у шефа.
Но вернёмся к теме. Конечно хотелось бы чтобы компас работал быстрее, но прочитав всю тему не знаю точно, за что именно нужно голосовать : или компас отнимал больше процессорного времени - тогда против, если оптимизация програмных кодов на повышение быстродействия - то, естественно двумя руками за !

[VIO]

В данном случае сколько лицензий Компаса используется?
Одна или две?

[YNA]

У меня локальный ключ, но VIO, вы подсказали очень интересную мысль: а пройдёт ли такой номер с сетевыми ключами?