[hwd]

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

У меня складывается впечатление, что в тот момент, когда в процессе выполнения команды курсор мыши находится у палитры инструментов, AutoCAD активно начинает перерисовывать эту самую палитру на экране, причём не с помощью видеокарты, а с помощью ЦП.

На домашнем компьютере такого не наблюдаю, но он у меня мощнее рабочего, + видеокарта Quadro FX - может потому и не подтормаживает...
Однако на работе не только у меня, но и у многих пользователей замечал озвученное мною поведение.

==========================================================
п.с. У одного нашего пользователя был ещё более интересный "бонус" - у него при работе в AutoCAD торможение мыши осуществлялось постоянно, не зависимо от того, есть ли рядом палитра инструментов или нет, запущена ли команда или нет - всё зависело от того, на какой половине монитора находился курсор мыши! Поведение было стабильное и чёткое - на левой половине монитора мышь не тормозила, на правой - вешалась. Проблема решилась только полной заменой системного блока (до этого меняли и планки памяти, и видеокарту и монитор даже пробовали др. - не помогало. видимо дело было в материнской плате).

[Chapter]

У меня тоже самое.

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

[Кулик Алексей aka kpblc]

Может, драйвера видео хамят? Ну или поиграться с аппаратным ускорением...
P.S. Подобного не видел, так что советы, что называется, "всухую".

[Astartes]

Тоже очень сильно тормозят палитры инструментов. Тормоза, когда пытаешься вставить блок из палитры, тормоза при переключении вкладок палитры, тормоза, когда с командой курсор подходит к палитре.
Собственно я почитал все темы, где упоминают тормоза и палитры. Советы там одни и теже, обнови, переустанови и т.д. Мне просто нужно выяснить это тормоза из-за железа (слабое) или все-таки из-за драйверов. В приложении лежит два скрина с параметрами. На 64 битной системе стоит Автокад 2010, ни малейшего тороза при работе с палитрами. На 32 битной стоит акад 2011, тормозит все (при работе с палитрами), как описано выше. Акады с последними сервиспаками.
У кого параметры железа примерно равны моим(32-2011), скажите также тормозит или нет?

ЗЫ: На 32 битной, видюха Geforce 210

[kp+]

Если на первой картинке слабое никчемное железо, продай мне недорого Жаль, прямой поезд Днепр-Барнаул отменили, нельзя передать с проводником, а почта дорого выйдет
А если серьезно - обычно такие тормоза из-за неувязок в net framework. Говорят, иногда помогает снести, а потом последовательно поставить все официальные версии от первой до четвертой.

Собственно я почитал все темы, где упоминают тормоза и палитры

Извини за повтор, если что.

[Astartes]

kp+, Дык я не говорил что оно плохое, просто тормозит. Есть второй идентичный комп, с идентичной системой с тем же акадом. Тоже торомзит.
Спасибо, попробую завтра у админов поинтересоваться. Насчет переустановки. Правда страшно к ним обращаться, у них одно лечение, снести учетку, и поставить все заново. Уж лучше пусть тормозит. ))

[Astartes]

Забыл про эту тему.
Напряг я админов. Переустановили флаймворк - не помогло. Меняли видео карту на сертифицированную Квадру - не помогло.
Заснял видео с тормозами отравили в Авдодеск. Они предложи соединится удаленно чтобы посмотреть что и как. Но наша служба безопасности зарубила эту идею.
Самое интересное что очень редко бывает так что палитры работают нормально. Просто приходишь на работу, включаешь комп и все работает нормально, хотя в системе ничего не менял и не переставлял. За 2 года, так было раза три.
Есть две машины с 64 битной системой. Конфиг я выкладывал выше. Так вот на одной все работает нормально как я и писал, а на другой тормоза.
Т.е. зацепится не за что. Откуда плясать.
В общем беда с этими палитрами .

[Кулик Алексей aka kpblc]

А прозрачность палитр, случаем, не включена?

[pan]

Просто закрепите палитру слева или отключите динамический ввод.

[Astartes]

Кулик Алексей aka kpblc, Изначально было как на первом скриншоте. Потом сделал как на втором. Разницы никакой.
pan, Спасибо за совет. Действительно если палитру закрепить то начинает работать быстро. Если же палтира плавающая то тормозит. Динамическим вводом не пользуюсь.

[hwd]

Сообщение от Astartes Но наша служба безопасности зарубила эту идею.

Поздравляю! Вообще-то, Autodesk - это не та компания, в привычках которой - быстро реагировать на проблемы своих пользователей... Как правило, она либо прямо кладёт болт на проблемы своих клиентов, "культурно" посылая их лесом, либо витиевато высасывая ваш мозг посредством запросов с обоснованиями на то, почему это они должны решать данную проблему, требуя ответов о том, как это отразится на доходах вашей компании, на доходах самого Autodesk, и скольких пользователей по всему миру эта проблема затронула. И даже после всей этой процедуры - никаких гарантий, что проблему начнут решать. Хотя на моей практике был и такой случай, что на одну проблему отреагировали быстро, в течении полугода выпустив патч, но это скорее исключение из правил...

Поэтому, в данном случае, было ВЕСЬМА ГЛУПО отказываться от появившейся возможности решить обозначенную проблему, тем более, что она мешает в работе. Это надо быть на всю голову #@нутым, чтобы слить такую возможность в ведро. Так что САЛЮТ ВАШЕЙ "СЛУЖБЕ БЕЗОПАСНОСТИ"! Теперь на все вопросы пользователей по данной теме, можете смело отправлять их к начальнику "службы безопасности" - пусть они ЕМУ ложкой мозг кушают...

P.S. Если какой-нибудь хакер ВСЕРЬЁЗ захочет навредить вам, то он быстро поставит раком вашу "службу безопасности", не спрашивая на то её о разрешения, причём сама "служба" может об этом даже и не узнать. В вашем случае, "безопасникам" захотелось показать вам свою значимость через этакое надутое, важное "фи!!!", не задумываясь о том, НАСКОЛЬКО ВАЖНЫМ ДЛЯ ВАС ЯВЛЯЕТСЯ РЕШЕНИЕ ДАННОГО ВОПРОСА. Не могут организовать безопасное удалённое соединение? Нахрена тогда такие "спецы" нужны? Вопрос риторический... А вообще, начальнику "службы безопасности" за такую подложенную "свинью" нужно было бы кое-что оторвать...

[pan]

Техподдержка Autodesk (впрочем как и любая другая, нормальная, как правило, под завязку загруженная поддержка) не будет решать проблему, если ее можно обойти.

[hwd]

Сообщение от pan Техподдержка Autodesk (впрочем как и любая другая, нормальная, как правило, под завязку загруженная поддержка) не будет решать проблему, если ее можно обойти.

И что? Это каким-то образом оправдывает аналогичное поведение для прочих ситуаций, для которых обходное решение не найдено? Вопрос риторический. Применительно к сабжу - было глупо отказываться от возможности исследования проблемы, т.к. возможно Autodesk и смогла бы указать путь её решения помимо того, чтобы держать палитры пристыкованными.

[Astartes]

hwd, У тебя как основателя темы, решена данная проблема? Или тоже только пристыковкой палитры? Вашей конторе Автодекс не предалгал решения или туда не писали?
Просто у нас много машин, и на всех тормозят палитры в плавающем состоянии. У тех немногих у кого не тормозили, как раз оказалось что палитры пристыкованы, а я не обратил внимания на данный аспект.
Мне интересно есть тут люди, у кого палитры работают нормально в плавающем режиме?

УПД: Оказывается не служба безопасности зарубила, а тупо админы не захотели заморачиватся. Обидно.

[hwd]

Сообщение от Astartes hwd, У тебя как основателя темы, решена данная проблема? Или тоже только пристыковкой палитры? Вашей конторе Автодекс не предалгал решения или туда не писали? Просто у нас много машин, и на всех тормозят палитры в плавающем состоянии. У тех немногих у кого не тормозили, как раз оказалось что палитры пристыкованы, а я не обратил внимания на данный аспект. Мне интересно есть тут люди, у кого палитры работают нормально в плавающем режиме?

Однозначных закономерностей я так и не выявил... У одних пользователях проблема наблюдается, в то время как у других нет (версии ОС и AutoCAD одни и те же). У меня на компе проблема наблюдалась на Windows XP SP3 x86 Rus Professional. На этой же машине, после установки Windows 7 SP1 x64 Rus Ultimate и того же AutoCAD 2009 SP3 Enu - проблема более не наблюдается (точнее лёгкое торможение есть, но оно не сопоставимо с тем, что было на XP).

Из хроник личного опыта: у одного пользователя была проблема: именно в AutoCAD, если визуально монитор разделить пополам вертикальной чертой, на правой стороне мышь всегда конкретно тормозила, не зависимо от того, запущена команда или нет, а так же не зависимо от того, открыты ли палитры вообще или же выключены. На левой стороне монитора мышка движется шустро, как обычно. Пробовали менять настройки видеокарты как в самом AutoCAD, так и в системе, переустанавливали AutoCAD, переустанавливали Windows - ничего не помогало... Заменили видеокарту - проблема исчезла, хотя видеокарта "типовая" - такая, которую закупали многим пользователям.

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

Через руководство, очень даже легко намотать одно место админу на кактус, дабы он срочно перехотел обратно. Значит не особо и хотелось решать, иначе добились бы своего (имхо)...