Такая ситуация, купили мы нашим конструкторам соответствующие конструкторские ПК:
Материнская плата - H81M-K
Процессор- Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz
Оперативная память х2 - Объем: 8192 МБ Частота: 1600 МГц
Запоминающие устройства
KINGSTON SV300S37A120G ATA Device
ST500DM002-1BD142 ATA Device
Видеоадаптеры
NVIDIA Quadro K4200
Компас 3D v15.2 x64
Данные ПК полностью соответствуют требованиям АСКОНА к своему программному продукту, даже слихвой.
Если сравнивать с прежними конфигурациями, то это просто небо и земля.
Особых жалоб нет, кроме одной, самой ОСОБЕННОЙ. Это когда ты работаешь с проектом в несколько тысяч деталей, и в 3Д модели что то изменяешь, и обновляешь изменения в 2Д - то смело можно пойти отдохнуть минут на 25.
Смотрели счетчиками производительности узкие места, чего не хватает компасы в этот момент. И вы не поверите - компасу все хватает. Мощности установленного железа хватает вполне. Просто компас видимо не справляется с самим проектом. Но всем известно, что встроенные счетчики винды могут показывать неправильные значения, и где конкретно искать узкое место, мы вообще без понятия. Но каждый раз ждать по 25 минут - никаких нервов не хватит.
Есть какие либо решения для выхода из этой ситуации?
У меня компас не подгружает железо на 100% в основном в сборках с импортируемыми поверхностями (до 30% ЦП И7, ССД тоже 120 гиг и вроде не узкое место). В сборках с моделями созданными в компасе обработка идет быстрей с загрузкой до 100% ЦП. Но это так мимолетное наблюдение.
С поверхностями 3д сборка вращается вроде резвей, а вот чертежи, очень долго перестраиваются.
Иногда помогает быстрей перестроить повысить приоритет приложения "Компас" особенно в тех случаях когда при перестроении компас завершается с ошибкой.
Содержит ли сборка какие ни будь элементы из библиотеки СИ (болты, гайки и т. п.)?
Если да, то попробуйте исключить их из расчёта и после этого перестроить чертёж.
счетчики производительности - должны быть такие проги, погуглите.
еще помогает облегчить перестроение убрав невидимые линии - да, автоматом они не отображаются, но в памяти есть, надо галочку в настройках вида снять.
Не забудьте галку поставить (как на скрине). И, если честно, памяти маловато. У нас намного меньший проект, так Компас вытягивал 14 гигов без вопросов. Попробуйте на одном пк добавить памяти и посмотреть. Нам реально помогло. Ну и 1600 частота - это архаика...
Цитата: Алхимик от 08.02.16, 11:08:17
У меня компас не подгружает железо на 100% в основном в сборках с импортируемыми поверхностями (до 30% ЦП И7, ССД тоже 120 гиг и вроде не узкое место). В сборках с моделями созданными в компасе обработка идет быстрей с загрузкой до 100% ЦП. Но это так мимолетное наблюдение.
С поверхностями 3д сборка вращается вроде резвей, а вот чертежи, очень долго перестраиваются.
Иногда помогает быстрей перестроить повысить приоритет приложения "Компас" особенно в тех случаях когда при перестроении компас завершается с ошибкой.
Почти все время, пока компас "думает" используется только одно ядро процессора (иногда на 1-2с проскакивает загрузка 100%, но остальное время 25%). Проблема не в 3д, в 3д всё хорошо вертится без тормозов. Проблема именно в перестроении ассоциированных видов с 3д модели.
Цитата: YNA от 08.02.16, 11:12:15
Содержит ли сборка какие ни будь элементы из библиотеки СИ (болты, гайки и т. п.)?
Если да, то попробуйте исключить их из расчёта и после этого перестроить чертёж.
Да, содержит. О проблеме снижения производительности, при использовании стандартных элементов мы в курсе. Но без них никуда, тем более что за данную библиотеку уплачено при покупке лицензии. Согласитесь, это немного весело, когда вам продают, например, автомобиль, но говорят, что ездить можно только на 1ой пеердаче передаче из 6ти, потому что на остальных мотор не тянет :)
Так же есть пример, где на более упрощенной сборке применение стандартных элементов было задействовано минимальным образом, и убраны все импортируемые поверхности (хотя с ними поидее должно быть быстрее, чем с полноценной моделью с деревом построений). Время перестроения сократилось примерно в два раза, но создание сборочного чертежа превращается в "боль", приходится все стандартные элементы вставлять в ручную, так же как и работа со спецификацией.
Немного проясню, работа опытно-единичного производства с дальнейшим выходом на серию. Так как прорабатывается множество вариантов исполнений с различным оборудованием и в различных компоновках, с оформлением каждой версии изделия по ЕСКД отказ от функционала стандартных библиотек влечет 2х-3х кратное увеличение работы с конечными сборками и спецификациями.
Цитата: KiDim от 08.02.16, 11:33:24
Не забудьте галку поставить (как на скрине). И, если честно, памяти маловато. У нас намного меньший проект, так Компас вытягивал 14 гигов без вопросов. Попробуйте на одном пк добавить памяти и посмотреть. Нам реально помогло. Ну и 1600 частота - это архаика...
Памяти стоит 16 ГБ, из них компас при работе со сборкой использует максимум 4-5. В том числе во время перестроений.
Галка поставлена.
А Компас какой разрядности? Случаем не х32?
Цитата: KiDim от 08.02.16, 11:33:24
У нас намного меньший проект, так Компас вытягивал 14 гигов без вопросов.
У меня с 8 гигов в диспетчере только 3-4 гига заняты, когда компас перестраивает чертеж. На х64.
Цитата: Kirilius83 от 08.02.16, 11:24:59
счетчики производительности - должны быть такие проги, погуглите.
еще помогает облегчить перестроение убрав невидимые линии - да, автоматом они не отображаются, но в памяти есть, надо галочку в настройках вида снять.
Невидимые линии отключены.
Цитата: KiDim от 08.02.16, 11:38:28
А Компас какой разрядности? Случаем не х32?
Компас 15.2 x64. Забыл в шапке указать. Исправил.
Если не сложно сделайте скрин по информации сборки. Сколько деталей, сборок, элементов СИ и т.д. Хочу попробовать крутануть аналог на Компасе 13. Возможно Аскон опять что то профукал в 15-ке. А тут можно ткнуть будет ТП и учинить запрос. :-)
Провели небольшое тестирование на двух машинах по рекомендациям (в ТП также порекомендовали отключить резьбы).
Открытие и перестроение сборочного чертежа (~30 видов, ассоциация со сборочной моделью в 3х исполнениях) с результатами:
1. без отключения невидимых линий и обозначений резьб - 22 минуты.
2. с отключением невидимых линий быстрее на 8%.
3. с отключением невидимых линий и резьб быстрее на 38% (при этом файл сборочного чертежа после сохранения уменьшился с 320Мб до 70Мб :o).
Кстати, при сохранении файла тоже "тормоза" - сохраняется около 10 минут >:(
Вторая машина была чуть по-слабее (Celeron G1820, 8ГБ памяти DDR3, SSD и материнская плата теже), результат по первому пункту 36 минут, по остальным тоже самое с погрешностью +/-1%.
Использование памяти Компасом не более 4 Гб в обоих случаях.
Цитата: KiDim от 08.02.16, 12:02:27
Если не сложно сделайте скрин по информации сборки. Сколько деталей, сборок, элементов СИ и т.д. Хочу попробовать крутануть аналог на Компасе 13. Возможно Аскон опять что то профукал в 15-ке. А тут можно ткнуть будет ТП и учинить запрос. :-)
Не знаю как вам это поможет, потому как у нас в 3д сборке свои сопряжения (а они тоже влияют на производительность).
Также оказалось, что такой скриншот быстро сделать сложно, я не смог найти в компасе адекватного инструмента по быстрому отображению количества деталей, сборок и стандартных изделий на всех уровнях вложенности. Получилось примерно посчитать только с помощью отчета, который тоже "тормозит" около 8 минут :o:.
Итого: 1315 деталей, 150 сборок, 1832 стандартных изделий.
А значит в ТП обратились. Это хорошо. Тогда два момента.
1) Если у Вас Винда х64 то как они объясняют то, что Компас не может взять больше 4Гб?
2) При большом количестве крепежа у нас конструктора выгружают требуемый в папку проекта и вставляют из нее. Не могу объяснить почему, но это помогает. Бубен какой то. По умолчанию во всех видах отображение резьбы выключено. Включаем только когда на финальную проверку проект идет ибо нервы дороже будут. :-)
По поводу информации о сборке. Выделяете корневую сборку в дереве и по ПКМ вызываете команду "Информация об объекте". Компас выдаст всю инфу. Можно также сохранить в формате текста например.
Цитата: KiDim от 08.02.16, 12:02:27
Если не сложно сделайте скрин по информации сборки. Сколько деталей, сборок, элементов СИ и т.д. Хочу попробовать крутануть аналог на Компасе 13. Возможно Аскон опять что то профукал в 15-ке. А тут можно ткнуть будет ТП и учинить запрос. :-)
Думаю, здесь проблема не в железе. Вот специально открыл старую сборку, сделанную в v13. Ни каких намёков на тормоза нет, любой вид перестраивается в единицы секунд (причём намного быстрее чем было в v13). Скорее всего дело в библиотеках. Любая библиотека и в особенности типа СИ забъёт вашу сборку не то что бы в разы, а на порядки. Лучше просто дописать фразу: требуется 500-5000 кг болтов (гаек) такого то типа +/- 10% на утерю. И будете хлеб с маслом кушать и получать свои заработанные деньги. :)
Цитата: dit.promoil от 08.02.16, 16:26:59
Провели небольшое тестирование на двух машинах по рекомендациям (в ТП также порекомендовали отключить резьбы).
Открытие и перестроение сборочного чертежа (~30 видов, ассоциация со сборочной моделью в 3х исполнениях) с результатами:
1. без отключения невидимых линий и обозначений резьб - 22 минуты.
2. с отключением невидимых линий быстрее на 8%.
3. с отключением невидимых линий и резьб быстрее на 38% (при этом файл сборочного чертежа после сохранения уменьшился с 320Мб до 70Мб :o).
Кстати, при сохранении файла тоже "тормоза" - сохраняется около 10 минут >:(
Вторая машина была чуть по-слабее (Celeron G1820, 8ГБ памяти DDR3, SSD и материнская плата теже), результат по первому пункту 36 минут, по остальным тоже самое с погрешностью +/-1%.
Использование памяти Компасом не более 4 Гб в обоих случаях.
Не знаю как вам это поможет, потому как у нас в 3д сборке свои сопряжения (а они тоже влияют на производительность).
Также оказалось, что такой скриншот быстро сделать сложно, я не смог найти в компасе адекватного инструмента по быстрому отображению количества деталей, сборок и стандартных изделий на всех уровнях вложенности. Получилось примерно посчитать только с помощью отчета, который тоже "тормозит" около 8 минут :o:.
Итого: 1315 деталей, 150 сборок, 1832 стандартных изделий.
1) Не ожидал от резьбы такого...
2) То, что надо нажать Информация об объекте - это не вся истина. Чтобы увидеть на всех уровнях, надо сначала запустить эту команду, потом убрать галочку Кратко на панели, а затем уже ткнуть на корневую сборку.
3) Тут на форуме многих интересует численный профит от использования квадро. "От нечего делать" :) не могли бы вы поставить эксперимент с использованием программы FRAPS в 3D? При использовании игровой и квадро на вашей самой сложной сборке? Тот Селерон G1820 с профессиональной картой?
Цитата: dit.promoil от 08.02.16, 16:26:59
Итого: 1315 деталей, 150 сборок, 1832 стандартных изделий.
А вопрос такой :?: Имеются ли в деталях сборки прорисованные на 100% массивы ребер жесткости, массивы отверстий, прорисованные просечные листы и проч. :?:
Сталкивался, что иногда такая подробная прорисовка очень сильно тормозит комп.
Цитата: KiDim от 08.02.16, 16:56:31
А значит в ТП обратились. Это хорошо. Тогда два момента.
1) Если у Вас Винда х64 то как они объясняют то, что Компас не может взять больше 4Гб?
2) При большом количестве крепежа у нас конструктора выгружают требуемый в папку проекта и вставляют из нее. Не могу объяснить почему, но это помогает. Бубен какой то. По умолчанию во всех видах отображение резьбы выключено. Включаем только когда на финальную проверку проект идет ибо нервы дороже будут. :-)
По поводу информации о сборке. Выделяете корневую сборку в дереве и по ПКМ вызываете команду "Информация об объекте". Компас выдаст всю инфу. Можно также сохранить в формате текста например.
1) по этому поводу они никак не объяснили, иногда при работе бывает, что компас "раздувается" в памяти и до 4,5-5 Гб.
2) это всё конечно хорошо, но как быть при опытном производстве ? когда постоянно приходится менять и отдавать в работу ? я пока для себя пользуюсь по минимуму стандартными библиотеками и не дай баг к ним применять ещё и операции построения массивов :shu: Тут в итоге получается взаимозависимые факторы, если в одном месте оптимизируешь, то в финале добавляешь себе кучу ручной работы.
Про информации о сборке - век живи, век учись :um: спасибо за совет.
Цитата: Дим от 09.02.16, 05:41:10
А вопрос такой :?: Имеются ли в деталях сборки прорисованные на 100% массивы ребер жесткости, массивы отверстий, прорисованные просечные листы и проч. :?:
Сталкивался, что иногда такая подробная прорисовка очень сильно тормозит комп.
Да, есть такой момент, стараемся по возможности как можно меньше их использовать.
Цитата: Вират Лакх от 09.02.16, 05:15:29
3) Тут на форуме многих интересует численный профит от использования квадро. "От нечего делать" :) не могли бы вы поставить эксперимент с использованием программы FRAPS в 3D? При использовании игровой и квадро на вашей самой сложной сборке? Тот Селерон G1820 с профессиональной картой?
Боюсь адекватного сравнения не получится, да и времени особо нет - конструкторам работать нужно. На второй тестовой машине стояла GeForce 620, как видно по результатам тестов пока разработчики продуктов Аскона не пользуются мощью квадро в операциях построениях ассоциированных видов, разрезов :( Квадро даёт преимущество только в работе в 3д (быстрее крутятся модели), да и то как мне кажется весьма "сомнительное"
Вообще, вопрос использования квадро весьма "скользкий" и боюсь не для этой темы ;)
Цитата: dit.promoil от 08.02.16, 16:26:59
Итого: 1315 деталей, 150 сборок, 1832 стандартных изделий.
Еще бы, столько стандартных изделий из библиотеки! Это из-за них все тормоза, 99%. Я пользуюсь своей базой крепежных изделий, со своими правильными обозначениями в спецификации,
Вытащить весь ходовой крепеж из СИ и добавлять в сборки как детали?
Вот зря вы только на СИ напали :um:
Ссылка на испытуемые файлы (https://yadi.sk/d/kRY-96UEoXrCa)
Система ПК во вложении. Видеокарта GeForce GTX 960
В практических расчетах использовал пружину (см. вложение), геометрическая характеристика везде одинаковая, построение идет от общих эскизов.
Проверка времени была при при таких моделях:
- твердое тело 100х100=10000 = 3:35 минуты
- поверхность 100х100=10000 = 3:35 минуты
- парасолид 100х100=10000 >18:30 недождался окончания просчета.
- парасолид 25х25=625 = 4:04 минуты.
- парасолид 25х25=625 = 2:30 минуты - при разрушенном массиве.
Все расчеты повторялись дважды, вечером и утром на одной системе. Формат парасолид получен в результате сохранения твердого тела.
+ интересные наблюдения, при расчете последних двух сборок, система "кушала" 4 гига оперативки и 30-100% процессора, хотя в больших сборках 100х100 процессор стабильно занимал 30% и уходила вся свободная оперативка на процесс kAssist и на KOMPAS.exe порядка 1,5 гига.
Цитата: Kirilius83 от 09.02.16, 09:22:53
Вытащить весь ходовой крепеж из СИ и добавлять в сборки как детали?
Да именно так.
И поверьте добавить из папки получается в 10 раз быстрее чем из библиотеки СИ. Я уже не говорю, что будет твориться в спецификации если брать DIN крепеж из СИ...
Только, если надо будет куда-то предать файлы, то еще прицепом надо мешок (папку) с болтами копировать... Вот когда можно будет одним нажатием взять в сборку детали со сборками (сделать локальными) и тоже одним нажатием их возвращать обратно в файлы, применение болтов-не-СИ будет удобнее.
P.S. Сортировка в разделе Стандартные изделия нормальная остается при не-СИ-болтах? Там же по всяким атрибутам-типоразмерам, а не просто по имени сортируется.
так типоразмеры в имени прописаны - должно нормально сортировать, не?
Цитата: Вират Лакх от 09.02.16, 12:14:15
Сортировка в разделе Стандартные изделия нормальная остается при не-СИ-болтах? Там же по всяким атрибутам-типоразмерам, а не просто по имени сортируется.
Сортировка в СП идет не от каких то атрибутов, а от сортировки в Разделе. В разделе стандартные изделия сортировка производится по Наименованию.
ЛКМх2 на строке Наименования при редактировании - см. картинку.
И что?
Не факт то по этому сортирует.
Я в СП вообще в виде строки болты вношу, проблем нет. Правда я не делаю больших сборок.
Сортировка нормальная, при создании объекта спецификации, выбираешь шаблон (гайка, болт и т.д.) и все параметры заполняются в соответствующих полях.
Цитата: Вират Лакх от 09.02.16, 12:59:50
ЛКМх2 на строке Наименования при редактировании - см. картинку.
Сейчас не проверял, а может исправили. Но сортировка не идет по этому шаблону. Раньше было, сейчас вроде нет, нужно проверять, но эта строка актуальна для СИ, а не пользовательских строк.
Та картинка - это не шаблон, это разбитое на части Наименование. И сортировка в СП называется не просто по возрастанию, а составная. И составляется она из маленьких сортировок по каждому полю. Чтобы была сортировка по ГОСТу (по увеличению типоразмера и т.д.). Думаете, разработчик от безделия заморочился?
Другое дело, на сколько хорошо это у него получается :)
Нужно будет попробовать по-вашему сделать... А всякие подшипники вы как делаете? Тоже вытаскиваете из СИ?
Для удобства передачи файлов на другой комп хранить мешок с болтами, например, в папке компаса? И еще бы провести эксперимент как Алхимик, но вместо пружины болты СИ и неСИ...
Массив по сетке болтов/гаек/шайб с сопряжениями - самое то для проверки производительности. (Чтобы у всех проверка была одинаковой - брать первые, что стоят в справочнике.)
Цитата: Вират Лакх от 09.02.16, 15:40:21
А всякие подшипники вы как делаете? Тоже вытаскиваете из СИ?
Для удобства передачи файлов на другой комп хранить мешок с болтами, например, в папке компаса? И еще бы провести эксперимент как Алхимик, но вместо пружины болты СИ и неСИ...
Подшипники оставляю из справочника, их не так много в сборке по сравнению с крепежом.
Для удобства папочка под крепеж отдельная, сейчас она весит 53 Мб.
Сделал массив 50х50 болтов М16-6gx300 ГОСТ 7798-70 и поиспытывал на V16x32. Результаты:
1) Отображение резьбы в ассоциативных видах сильно влияет (перестройка двух видов с 7 сек. до 2-3 сек.)
2) A3D по объему с СИшными болтами 31 Мб против сборки с неСИшными - 5 Мб !
3) CDW по объему особо не отличаются: 893 vs 860 кБайт (по три вида, неСИ легче).
4) Время перестройки СИ и неСИ одинаковое.
5) Крутится в 3D одинаково 12 fps (Полутоновое с каркасом) на i5-4690 + GTX 750.
Так что пока не вижу смысла отказываться от СИ. Спрошу у ТП, почему объем сборок разный.
Цитата: Вират Лакх от 10.02.16, 06:32:13
... Спрошу у ТП, почему объем сборок разный.
Наверное, сначала посмотреть объём болта СИ и болта "ручного"?
Я же его сделал командой Создать деталь на базе стандартной.
Да не важно. Логика вроде бы подсказывает, что вставив куда-то "что-то", мы получаем объём больше, чем у исходного "чего-то", так Вы рассуждаете? (А если, к примеру, вместо создания детали на базе СИ создать сборку и вставить СИ. Будет разница?)
Но получился меньший объём. Получается, что-то исчезло. Что?
Цитата: Вират Лакх от 10.02.16, 06:32:13
1) Отображение резьбы в ассоциативных видах сильно влияет (перестройка двух видов с 7 сек. до 2-3 сек.)
Можно было еще и в милисекундах провести проверку... Тут статистическая ошибка может быть больше чем разница в 5 сек. Мышкой крутили больше, приложение открывали сторонее.
Цитата: Вират Лакх от 10.02.16, 06:32:13
2) A3D по объему с СИшными болтами 31 Мб против сборки с неСИшными - 5 Мб !
Вы подумайте, где хранятся 3д модели СИ из библиотеки? и где хранятся неСИ? Это те же локальные детали в первом случае и детали сохраненные в отдельном файле.
С другой стороны это конечно может быть причиной тормозов.
Я тоже кое что потестил.
Построение массива 50х50 из пакета болт+гайка+шайба:
СИ - 62 сек
неСИ - 14 сек
Построение вида:
неСИ - 34 сек
СИ - 15 сек
Но для меня главное даже не быстродействие, а то, что в моем крепеже обозначения в спецификации выглядят так,
а крпеж из СИ выглядит так
Именно этого болта нет в СИ. Там его параметрический родитель. Он весит 351 кб. А то, что из него делается той командой - 78 кб. Значит отсюда разница... Если "сохранить как..." файл PLib_Bolt_1_900, то он становится 149 кб. Сборка 50х50 таких болтов 3 Мб. Но не 30 и 15 Мб ведь.
Короче, чехарда с объемами. Может и не о чем говорить с СТП. Я рассуждал так: оба пути должны были привести к одному объему сборки, а не на порядок разными. Что они скажут - ну и ладно, такова цена библиотечных элементов. На построение видов влияния не оказывает.
"Создать сборку и вставить СИ" - это один из сравниваемых файлов, который с массивом и который 31 Мб.
Если массивы исключить из расчета, объемы те же. С удаленными массивами соотв. 52,6 и 40,5 кб.
Цитата: Алхимик от 10.02.16, 09:48:00
Можно было еще и в милисекундах провести проверку... Тут статистическая ошибка может быть больше чем разница в 5 сек. Мышкой крутили больше, приложение открывали сторонее.
Вы подумайте, где хранятся 3д модели СИ из библиотеки? и где хранятся неСИ? Это те же локальные детали в первом случае и детали сохраненные в отдельном файле.
С другой стороны это конечно может быть причиной тормозов.
1) Нет, действительно отображение резьбы замедляет перестройку. Можете сами проверить.
2) Оба случая НЕлокальные детали.
"Резюме":
В общем (даже не влезая в дальнейшие дебри), принимая во внимание все обозначенные на форуме (и вне форума) претензии, библиотека СИ - это ..... И первейшей задачей для К17-28 будет доработка библиотеки стандартных изделий и всех алгоритмов работы Компаса, связанных с ней.
Цитата: Falcon555 от 10.02.16, 10:08:08
Построение массива 50х50 из пакета болт+гайка+шайба:
СИ - 62 сек
неСИ - 14 сек
Построение вида:
неСИ - 34 сек
СИ - 15 сек
Виды с СИ строятся быстрее? Да еще и в два раза? Тогда не стоит с них уходить.
Я уже описал причину по которой я ушел от СИ
Уважаемые участники дискуссии.
Предлагаю ознакомится с результатами и методикой тестирования. (https://docs.google.com/spreadsheets/d/18hQHGPG6gW8IDfi8MpPvX2TlGS9X6bWnAfyW_HF6OB0/edit?usp=sharing)
Кому лень идти по ссылке краткое описание и картинка с результатами:
(https://forum.ascon.ru/proxy.php?request=http%3A%2F%2F2.firepic.org%2F2%2Fthumbs%2F2016-02%2F11%2Frfb4s1j4wgib.jpg&hash=347307e5bcfab7f33962db0ba11cbbb986824ffd) (http://firepic.org/?v=2.2016-02-11_rfb4s1j4wgib.jpg)
(https://forum.ascon.ru/proxy.php?request=http%3A%2F%2F2.firepic.org%2F2%2Fthumbs%2F2016-02%2F11%2Ffcuvux8n73v5.jpg&hash=ccbacaee7885d7ff9a831908ccc1ac437a3035fd) (http://firepic.org/?v=2.2016-02-11_fcuvux8n73v5.jpg)
- Тест №1 (со стандартными изделиями)
- Сборка1
Изначально включает в себя 2 детали, в каждой 900 отверстий, выполненных одной операцией построения.
Добавлены из библиотеки стандартных изделий 1 винт, 2 шайбы плоских, 1 шайба пружинная, 1 гайка
Создается 2х мерный массив из всех стандартных изделий. Общее количество стандартных изделий 4500.
Сборка2
Изначально включает в себя сборку1.
Создается 1х мерный массив из сборки1, с общим количеством стандартных изделий 13500.
Сборка3
Изначально создается копированием из файла сборка1.
Внутри сборки создается 1х мерный массив из всех стандартных изделий и деталей, общим количеством стандартных элементов 13500.
- Тест №2 проводится точно так же как и Тест №1, только стандартные изделия заменены на "болванки", т.е. пересохраненные через STP модели стандартных изделий без истории построения
Так же пробовали отключить файл подкачки, и выявить влияние этой меры на скорость работы компаса, а именно перестроение ассоциированных видов со сборочной модели нашего изделия.
Время перестроения стало меньше на более слабой машине! С ~36 минут снизилось до 28:51, а если перестраивать чертеж с отключенными невидимыми линиями и резьбами - 15:45 !, т.е. время перестроения уменьшилось почти на 45%! Потребление компасом оперативной памяти возросло примерно на 500-600 Мб, и в пике доходило до 4,3 Гб.
Но, на более мощной машине (см. конфиг в шапке) результат оказался таким же - 22:52. Пока напрашивается вывод , что отключение файла подкачки даёт значимый прирост лишь на слабых машинах с достаточным объёмом оперативной памяти, а с увеличением производительности/многоядерности, эта мера эффекта уже не даёт, т.е. проблема в плохой оптимизации ПО (плохая масштабируемость производительности) как мне кажется.
Итоги:Из таблицы с результатами тестирования пока вытекает вывод конкретно по "слабой" машине - использование стандартных изделий, становится даже полезнее, если отключен файл подкачки. :shu:
Остаются открытые вопросы – почему компас большую часть времени (не менее 80%) вычисляет с использованием всего лишь одного ядра ? и почему файлы сборки жиреют при увеличение количества компонентов массива :o.
По результатам двух различных тестирований пока напрашивается вывод, что, вероятно, намного большее влияние на скорость перестроения, возможно, вносят сопряжения.
В любом случае о каких либо закономерностях можно говорить только при массовом тестировании и большом объеме выборки, чем должны заниматься на этапах бета-тестирования продукта, а не после его продажи :)
P.S: к сообщению прикрепил файл с папками и моделями для тестирования, правда нужно будет в соответствии с методикой их допилить.
Цитата: dit.promoil от 11.02.16, 08:46:44
Уважаемые участники дискуссии.
Сборка3
Изначально создается копированием из файла сборка1.
Внутри сборки создается 1х мерный массив из всех стандартных изделий и деталей, общим количеством стандартных элементов 13500.
Создал массив 30х30 с вашими СИ. Время перестроения массива и пересохранение 20 секунд, время перестроения вот такого чертежа 15 секунд.
Торможение СИ меня не убедили, а вот при работе с экспортируемыми телами, тормоза по значительней. Больше времени буду тратить на накладывание связей у 30х30 СИ, чем на производительность массивов. Еще и сопряжения уберем... очень меня это радует когда за любителями, отсутствия массивов и сопряжений, переделывать/редактировать сборку нужно.
Цитата: Алхимик от 11.02.16, 10:18:10
Создал массив 30х30 с вашими СИ. Время перестроения массива и пересохранение 20 секунд, время перестроения вот такого чертежа 15 секунд.
Торможение СИ меня не убедили, а вот при работе с экспортируемыми телами, тормоза по значительней. Больше времени буду тратить на накладывание связей у 30х30 СИ, чем на производительность массивов. Еще и сопряжения уберем... очень меня это радует когда за любителями, отсутствия массивов и сопряжений, переделывать/редактировать сборку нужно.
Вот вы уже третий, кто это подтверждает, следовательно СИ не причём, тогда нужно сужать поиск методом исключения. Так глядишь и до истины кто-то докопается :)
Никто же вас не заставляет отказываться от функционала, просто есть проблема и есть предположения о причинах этой проблемы, и на неё надо обращать внимание ТП, раз они сами на ранних и поздних этапах тестирования не могут обнаружить "костыли", мешающие эффективной и продуктивной работе ;) А советы от ТП пока только одни - отключите "то", не используйте "сё".
Скорее всего оптимизировать СИ не получается, проблема наверное в ядре, а не в нежелании оптимизировать.