Легенда о работе Компаса на одном ядре.

[Lemieux]

Да, грузит конкретно при перестроении чертежа.

Да, это жёстко ©

У нас обсуждение про одно, Вы про другое.

[Lemieux]

Разозлили меня неверующие 
Потратил время на ловлю загрузки. 
Вот вам:



Это загрузка от пересчета модели.
Вновь не верите?

Верим. И видим, что КОМПАС не отвечает 

[IgorT]

Не. Отвечает когда надо и успешно пересчитывает модель. Просто ему некогда было отвлекаться на ответ в процессе пересчета.

[СВ]

Полюбопытствовал малость: включил пересчёт шестерни (без каких либо изменений в параметрах)
рис.1 - собственно пересчёт (ничем не отличается от фоновой загрузки, но по времени долго),
рис.2 - сохранение (после нажатия зелёной галки), тоже долго.

[Lemieux]

Не. Отвечает когда надо и успешно пересчитывает модель. Просто ему некогда было отвлекаться на ответ в процессе пересчета.

Жаль только, что и КОМПАС и приложения к КОМПАС кривые и глючные 

[Lemieux]

Полюбопытствовал малость: включил пересчёт шестерни (без каких либо изменений в параметрах)
рис.1 - собственно пересчёт (ничем не отличается от фоновой загрузки),
рис.2 - сохранение (после нажатия зелёной галки)

Какое графическое API используется в КОМПАС?

[IgorT]

Вот интересно, разработчики Аскона при работе по кодингу функционала Компас работают через АПИ или где? Или как?
Если у них есть исходные коды, для чего им АПИ?

[UU]

Вот интересно, разработчики Аскона при работе по кодингу функционала Компас работают через АПИ или где? Или как?
Если у них есть исходные коды, для чего им АПИ?

С ядром C3D они должны работать напрямую, зачем им лишняя прослойка.
API нужно, чтобы другие могли работать с Компас-3D.

[СВ]

Вот:
- - -
Добавил в шестерню десяток отверстий, а комп загрузился, как будто самолёт вставил.

[YNA]

Не. Отвечает когда надо и успешно пересчитывает модель. Просто ему некогда было отвлекаться на ответ в процессе пересчета.

Насколько помню ни какое клиентское приложение не имеет права доступа к процессору и вообще к какому либо оборудованию. Это прерогатива операционной системы. Она определяет флаги и приоритеты для процессов и их потоков. В противном случае начался бы полнейший хаос. Приложения могут заращивать повышение приоритета, для выполнения каких либо "неотложных задач". Компас вроде бы работает с Обычным приоритетам, что позволяет системе оставаться всегда отзывчивой. Чем выше приоритет, тем больше процессорного времени ему выделяет система. Если поднять приоритет до высокого или наивысшего, то система будет крайне не отзывчивой. Ну и самый дикий случай, если поднять приоритет до Реального времени, то это будет самоубийство до синего экрана смерти. 
Вроде так, но точно не знаю, давненько этим занимался.

[IgorT]

Насколько помню ни какое клиентское приложение не имеет права доступа к процессору и вообще к какому либо оборудованию. Это прерогатива операционной системы. Она определяет флаги и приоритеты для процессов и их потоков. В противном случае начался бы полнейший хаос. Приложения могут заращивать повышение приоритета, для выполнения каких либо "неотложных задач". Компас вроде бы работает с Обычным приоритетам, что позволяет системе оставаться всегда отзывчивой. Чем выше приоритет, тем больше процессорного времени ему выделяет система. Если поднять приоритет до высокого или наивысшего, то система будет крайне не отзывчивой. Ну и самый дикий случай, если поднять приоритет до Реального времени, то это будет самоубийство до синего экрана смерти. 
Вроде так, но точно не знаю, давненько этим занимался.

Сейчас обсуждаем не приоритеты, а параллельную работу на нескольких процессорах по решению задач Компаса.

[Lemieux]

Вот интересно, разработчики Аскона при работе по кодингу функционала Компас работают через АПИ или где? Или как?
Если у них есть исходные коды, для чего им АПИ?

DirectX, OpenGL, Vulkan.

[Doom2]

С ядром C3D

Мне кажется проблемы все оттуда.

С огромной долей вероятности ресурсы процессора Компас
запрашивает у ОС Windows.
ОС Windows знает сколько процессоров на компьютере и какова их загрузка....

Можно работать напрямую с железом и технологиями видеокарт - openCL/cuda - они и в плане вычислений не плохи.
И так же можем сказать системе что заняли 2-4 ядра и 100 ГБ памяти и пусть не рассчитывает на них в работе.

Мне вот интересны что тут делают именно 3 потока ?
(почему спрашиваю тк у карты есть доп память однако при обработке 2к видео - она выбивает ошибку переполнения памяти при том что я с ней работаю в
асинхроне 2-3 потока и еще странность графиков деокодера и енкодера - на нуле, а 3D забит.. хотя и используются явные кодировщики которые имеют поддержку opencl)

Еще пример - запустил 6 страниц гугл хром с воспроизведением ютуб и рубуб и вк видео в высоком качестве но перед этим включил аппаратную поддержку в браузере и график Video Decode даже не шелохнулся - просто на нуле .





и еще приставка High Priority которая дает балансировать нагрузку.

[Lemieux]

Можно работать напрямую с железом и технологиями видеокарт - openCL/cuda

Ну да, конечно 

[YNA]

Сейчас обсуждаем не приоритеты, а параллельную работу на нескольких процессорах по решению задач Компаса.

Ну да, "Молчу, не то по шее получу и орден свой не получу". Не буду мешать, продолжайте. 

[Владимир_Морковный]

Наблюдаю при пересчете модели такую картину:

Терзают смутные сомнения о работе Компаса исключительно на одном ядре. А нагрузка получается вон такая, 100%!
Получается на всех ядрах Компас работает когда надо.

не стоит ожидать подключения нескольких ядер при выполнении любой операции в Компас: большинство из них последовательные, думаю и перестроение по большей части тоже.
Проверять многопоточность/использование GPU лучше при расчетах, например в APM FEM.