Кол-во используемых ядер в Vericut

[s_liam 67]

Сколько по умолчанию ядер использует Vericut?

Откуда вопрос...

В Батнике запуска Vericut есть заремаренный параметр CGTECH_CPU_COUNT

Нам компы поставили дичавые. С 8-мью ядрами. Есть ли смысл разремарить и указать значение 8? Или же Vericut умный и сам определяет какое кол-во ядер юзать, а параметр нужен для возможности ограничения задействования ядер?

[NickyWizard 18]

Вовремя вопрос задан :) Напротив нас сидят как раз оба Гавина (многие здесь знают кто это такие), и мы им его задали.

Ответ таков - Верикат и Ява в частности сами определяют сколько ядер юзать. А переменную сию разремаривать не нужно. Это нужно только в том случае, если зачем-то (трудно представить зачем), надо использовать только одно ядро.

[s_liam 67]

Спасибо, Ники! Действительно вовремя задал вопрос :)

Благодарю за исчерпывающий ответ :)

[viper-vs 2]

Тестировал верикат на 6-ти ядрах. Загрузка процессора не превышает 20%, что чуть больше, чем 1 ядро из 6-ти. Пичаль...

Винда 7 х64, верикат тоже.

На видео видно, как-будто все ядра загружены, но цифра говорит, что всего 20% процессорного времени занято.

В общем не понятно что и думать.

zagruzka_vericut_na_6_yader.zip

UPD

нашёл в соседней теме:

В свое время еще на версии где то 5.4 (а может уже и на 6) в документации было написано, что использовании многоядерности увеличивает производительность до 20%.

Реально примерно так и получалось.

Если использовать NX и Vericut, то у меня на двухядерной машине оба процессор азагружены были по завязочку.

Решил протестировать сколько времени займёт симуляция на 1 ядре и на 6-ти, используя команду "set CGTECH_CPU_COUNT" в vericut.bat.

В итоге получилось такое время симуляции

команда set CGTECH_CPU_COUNT=1 - 349 секунд

команда set CGTECH_CPU_COUNT выключена - 320 секунд.

Итого производительность выросла на 9%.

Изменено 2 мая 2012 пользователем viper-vs

[avd 73]

Тестировал верикат на 6-ти ядрах. Загрузка процессора не превышает 20%, что чуть больше, чем 1 ядро из 6-ти. Пичаль...

Винда 7 х64, верикат тоже.

На видео видно, как-будто все ядра загружены, но цифра говорит, что всего 20% процессорного времени занято.

В общем не понятно что и думать.

zagruzka_vericut_na_6_yader.zip

UPD

нашёл в соседней теме:

Решил протестировать сколько времени займёт симуляция на 1 ядре и на 6-ти, используя команду "set CGTECH_CPU_COUNT" в vericut.bat.

В итоге получилось такое время симуляции

команда set CGTECH_CPU_COUNT=1 - 349 секунд

команда set CGTECH_CPU_COUNT выключена - 320 секунд.

Итого производительность выросла на 9%.

У вас в тесте работал только модуль верификации, т.е. не было кинематики станка. Я думаю, что это должно повлиять. Кроме того, для полноты картины надо по тестировать такую ресурсоемкую операцию как AUTO-DIFF. На ней может и выйдет прирост побольше.

Еще интересно как влияют допуска (например, cutting tolerance) на многоядерность. Что он влияет на "сжираемую" память это проверенно много кратно.

Про 20% на процессор, тут картина, как мне кажется, простая: делим 100% на 6, получаем 16,6667% производительности на процессор. Плюс есть коэффициент распараллеливания (который неизвестен в априори). На двух процессорном компе, у меня так и получалось, ява брала 56-62% на процессор (для Winodws XP 32b)

[viper-vs 2]

У вас в тесте работал только модуль верификации, т.е. не было кинематики станка. Я думаю, что это должно повлиять.

Об этом не подумал. Будет время потестю на той же детали, благо станок прорисован и кинематика работает, привет s_liam :))

Кроме того, для полноты картины надо по тестировать такую ресурсоемкую операцию как AUTO-DIFF. На ней может и выйдет прирост побольше.

На моих деталях эта процедура занимает от силы секунд 10-15, так что особо не потестируешь.

Еще интересно как влияют допуска (например, cutting tolerance) на многоядерность.

Тоже интересно стало. Но опять же время найти и потестить.

[avd 73]

На моих деталях эта процедура занимает от силы секунд 10-15, так что особо не потестируешь.

Тоже интересно стало. Но опять же время найти и потестить.

А вот вы сделайте cutting tolerance 0.01 и другие допуска и будет уже другое время... если конечно памяти хватит

[viper-vs 2]

Поигрался немного со значениями tolerance и вот что получилось.

При tolerance 0,05 - ооочень долго симулирует верикат, в памяти занимает 4Гб, а прирост производительности с 1 ядра на 6 составляет 5%.

Загрузка процессора не более 18%.

При tolerance 0,5 - 320 Мб в памяти, а прирост производительсности 1 ядро - 6 ядер - 14%.

Загрузка процессора не более 23%.

По идее надо бы провести дополнительные тесты, но уже нет желания, т.к. я выяснил для себя что хотел.

А выводы не утешительны.

64-х битная версия 7.1.5 вериката не умеет утилизировать более 1-1,5 ядра, по крайней мере на моём компьютере (Intel Xeon CPU W3690 @ 3.47GHz; 12 Гб оперативы в 3-х канальном режиме, пропускная способность 32000 Мб/с; видео NVIDIA Quadro 2000)

Изменено 12 мая 2012 пользователем viper-vs

[grOOmi 320]

Дык надо поставить Base Cut Tolerance on Tool Size, а Cutting tolerance 0,03 или 0,05 и произойдёт чудо :)

[viper-vs 2]

Какое чудо должно в этом случае произойти?

[grOOmi 320]

Ускорение проверки, вестимо.

[viper-vs 2]

Слышал звон, да не знает где он

Название темы прочитайте ещё раз.

В верикате 7.1.6 всё по прежнему, используется только полтора ядра.

[grOOmi 320]

Я это каждый день вижу, носом можно не тыкать.

Я вообще-то о настройках на скринах написал, не самые оптимальные.

[viper-vs 2]

Эти настройки были выбраны для эксперимента, а не для работы.

Для работы мы используем другие значения.

Изменено 21 августа 2012 пользователем viper-vs

[s_liam 67]

Из анонсированного в версии 7.2:

Improved Multi-processor Utilization

Refine display is approximately 50% faster through increased utilization of multiple processors. Also, the display processing is performed in the background so VERICUT’s desktop continues to be active.

Улучшенное использование многопроцессорной технологии

На компьютерах, использующих несколько процессоров, обновление экрана будет происходить приблизительно на 50 процентов быстрее.

<noindex>Взято здесь</noindex>

Второе предложение не перевел так как не совсем понял о чем идет речь. насколько я понял, во время обновления дисплея, верикат не будет как бы "зависать" и рабочие менюшки и рабочий стол компа будет активным.