Показать сообщение отдельно
Старый 08.02.2021, 01:44   #657
Jazonchik
Местный
 
Регистрация: 13.05.2019
Адрес: минск
Сообщений: 150
Сказал(а) спасибо: 51
Поблагодарили 157 раз(а) в 71 сообщениях
Вес репутации: 107
Jazonchik - весьма и весьма положительная личностьJazonchik - весьма и весьма положительная личность
По умолчанию

Цитата:
Сообщение от Augustus88 Посмотреть сообщение
А вообще, может кто в курсе, поднимался вопрос производительности с разрабами БМ. Может как то повеселее станет со временим в БМ 12 v. Просто есть версия что БМ на одном ядре работает.
На ваше обращение был получен новый ответ .

По этому поводу я даже убеждать ни в чем вас не буду. И всех кто в телеграмме об этом трепется.
Ва что надо? Увеличение быстродействия!
Что дает х64? Увеличение адресуемой памяти. И все!!! Перемножить два числа х32 и х64 при одинаковом процессоре нужно такое же время или большее. И где здесь увеличение быстродействия?
А вот оптимизация алгоритмов - это совсем другое дело. И это не зависит от разрядности.
И еще трепятся об использовании всех ядер процессора. Да в большинстве технических задач невозможно это сделать!
Если рассчитывать рендер сцены - это возможно. Там цвет каждой точки сцены считается независимо от других. И расчет можно разделить по ядрам.
Если делаем раскрой. Из списка панелей формируем катру раскроя для первой плиты. Для второй плиты карту можно делать на втором ядре? Нет! В списке есть панель Поз1 в количестве 1 шт. Ее расположили на первой карте. А в то же время делается раскрой на вторую плиту на втором ядре. И там тоже отлично легла панель Поз1. Второе ядро не знает, что Поз.1 расположилось на первой карте. Поз.1 первой могла разместиться на второй карте раньше, чем на первой.
В этом случае, пока не завершено формирование карты для первой плиты невозможно начать формировать карту раскроя для второй плиты. Мы не знаем, какие панели расположатся на первой карте, чтобы оставшиеся располагать на второй.
Некоторые вычисления можно распараллелить и перебросить на разные ядра. А некоторые можно выполнять только последовательно. Это не мы такие тупые. Это математика и логика.


Вот такой был получен ответ от ТП, когда зашла речь об оптимизации и переходе на х64 платформу. И вот тут я хз, то ли инженеры базиса очень умные, то ли разработчики другого софта слишком тупые, и в итоге базис тормозит до безобразия, а другие КАДы вполне себе вменяемо работают, при этом давно перейдя на архитектуру х64 (хотя по заверениям ТП Базиса в этом смысла нет).
Jazonchik вне форума   Ответить с цитированием Вверх
Пользователь сказал cпасибо:
K L A N (08.02.2021)