БАЗИС и быстродействие

Всем здравствуйте!)
Такая проблема: (базис 7 (лицензия), win 7 (не лицензия))
При копировании в буфер проекции (не очень сложной) и последующей вставке в другой лист, все происходит ну ОЧЕНЬ медленно. Система отрисовывает все линии секунд 10! а при позиционировании вообще проблема - мышку подвинул и отпустил - ждешь когда отрисует, не попал - новая попытка)
То же самое при перемещении сборок на самой модели...
Кто что посоветует?

-------------------------

Рекомендации по аппаратной части для БАЗИС

Читать

Прежде всего, надо понимать, что этот вопрос – сугубо количественный: чем лучше железо – тем будет быстрее обработка любой модели,
и при этом одновременно чем сложней модель – тем будет медленнее ее обработка, при любом железе.
Иными словами, нет такого железа, на котором будет «летать любая модель». Да и быть его не может.
И тогда что касается модели – работа с моделью будет уже не очень комфортна, подтормаживания будут заметны, если количество треугольников в модели будет приближаться к 1000000 (одному миллиону),
а занятая приложением память будет приближаться к 500…700 Мб (по Диспетчеру задач).
И что касается железа. Официальные системные требования: http://www.bazissoft.ru/service/system_requirements
Если конкретизировать, то можно дополнительно дать такие рекомендации:

1. Процессор - как можно более высокая тактовая частота: чем выше – тем лучше. Ядерность – 2 ядра. 4 и больше ядер видимого ускорения не дадут.
Именно процессор несет на себе всю нагрузку по просчету сложной 3D-геометрии (пазы, вычитания, импортированные объекты и т.п.).

2. Видеокарта – не встроенная, не Intel. Это обязательно. Дальше лучше выбирать из класса т.н. видеокарт для CAD-систем.
Т.н. "игровые" видеокарты тоже неплохи, но у них "прокачаны" немного другие параметры, чем у CAD-овских видеокарт.
Т.е. в случае "игровых" видеокарт определенную часть денег потратите немного вхолостую. Если бюджет позволяет, лучше за те же деньги взять специализированную CAD-овскую видеокарту.

3. Разрядность ОС – х32 будет побыстрее (на 10...15 обработка, но для больших моделей возможны переполнения памяти (Out of memory),
х64 – будет чуть медленнее (на те же 10...15 обработка, но будет гораздо реже Out of memory на больших моделях.

4. Оперативная память – в БАЗИС-Мебельщике и БАЗИС-Салоне мало влияет, больше ускоряет процессы раскроя больших заданий на тяжелых параметрах оптимизации в БАЗИС-Раскрое.
(С) БЦ

[свернуть]

[artart]

Сообщение от Oldman

вешалка сразу

выложите модельку эту. интересно потестить

[Am0ralist]

Сообщение от kopnyc

1-й пункт выполнили?

гладкость дуг максимум, сглаживание х16, отображать границы выпуклых, OpenGl вкл.

Добавлено через 10 минут

Сообщение от kopnyc

Попробуй в режиме "Каркас" или "Невидимые тонкие"

Нда. на переключении вообще виснет. в каркасе и невидимых жесть)

[kopnyc]

Сообщение от artart

выложите модельку эту. интересно потестить

23 страница темы. Последнее сообщение.

[artart]

Сообщение от kopnyc

Сообщение от artart Посмотреть сообщение
выложите модельку эту. интересно потестить
23 страница темы. Последнее сообщение.

Всё хорошо крутит во всех режимах. Едва заметные поддёргивания в режиме с невидимыми. Но не критично

[Oldman]

Базис в сетке применяет треугольник, что, по сравнению с квадратом, увеличивает количество полигонов вдвое. Соответственно вдвое увеличивается нагрузка на ресурсы компьютера. Сегментация, судя по всему, задана жестко. По крайней мере мы никак повлиять или настроить количество сегментов не можем. Что там еще хренового в движке не знаю, не программист. На рисунках отображение сетки сферы Базиса во вьюпортах Базиса и Cinema.

[kopnyc]

Сообщение от Oldman

Базис в сетке применяет треугольник, что, по сравнению с квадратом, увеличивает количество полигонов вдвое. Соответственно вдвое увеличивается нагрузка на ресурсы компьютера. Сегментация, судя по всему, задана жестко. По крайней мере мы никак повлиять или настроить количество сегментов не можем. Что там еще хренового в движке не знаю, не программист. На рисунках отображение сетки сферы Базиса во вьюпортах Базиса и Cinema.

Скинь, пожалуйста, 500 и 1000 сфер из синемы в wrml. Посмотрю как они будут крутиться на базисе.
И с треугольниками и с квадратами и с чем еще возможно построить.

[Oldman]

Толку нет, при импорте Базис меш триангулирует. В аттаче сфера разбитая на 10 сегментов в obj, то есть максимально упрощенная. В Базисе крутиться будут также хреново. Я тоже собирался видюху менять, все не могу сделать выбор из за Базиса. Я никак не могу понять, как можно написать программу, а системные требования для комфортной работы сделать большим секретом.

[AlexBolton]

Сообщение от Oldman

В аттаче сфера разбитая на 10 сегментов в obj, то есть максимально упрощенная. В Базисе крутиться будут также хреново.

Тоже первой мыслью было проверить как импортированые себя поведут - лучше, но всё равно отвратительно....
В общем 2 дня (было время маленько) методом перебора - все версии драйверов за 2011-12 гг (ес-но с разными настроками), подставновка разных версий OpenGl32.dll, даже ради интереса врапперы OpenGL (эмуляция чрез D3D, кстати у кого очень слабенькая видео можете попробовать....)
Итого - Опцию "Отображать границы выпуклых поверхностей (медленно)" нужно либо убрать, либо написать - "тестовая опция"
По разному, при разных драйверах и настройках, но все равно идет волнообразная загрузка GPU до 100% (не путать с CPU!) Повторить "чудо" которое необъяснимо некоторое время работало - не смог....
Программа - инструмент а инструмент не должен подводить по заявленному предназначению (тем более такого уровня и за такие деньги) (как вы себе представляете - "при включеной опции такой-то такой-то, желательно не пользоваться переключением видов и т. и т.п так как данные действия могут привести к нестабильной работе программы....." )
Не тот видимо путь выбран для реализации работы через OpenGl....
Вот что нужно править в апдейтах в первую очередь - уровень комфортной и стабильной работы програмы во всех заявленых режимах......

Сообщение от Oldman

Я тоже собирался видюху менять, все не могу сделать выбор из за Базиса

Не поможет - проблема "програмная", а не "железная"

[Oldman]

Сообщение от AlexBolton

Не поможет - проблема "програмная", а не "железная"

Я это предполагал. Другие 3d проги такой фигней не страдают. В Cinema я максимально видел GRU load до 30% и то, очень редко, обычно это 5-10%. В Базисе это стабильно 100%. Спасибо, Alex.

[kopnyc]

Ну и че делать будем? Давайте правильно сформулируем ТЗ и отправим все дружно в ТП. Пусть переделывают, ибо нефиг! Кто у нас самый грамотный?