Отправлено: 07.01.07 22:22. Заголовок: Как оптимизировать работу Inventor и работу с Inventor?

Давно уже хотел открыть такую тему.
Ну, например,

1 Рекомендуется по окончанию работы со сборкой выключать адаптивность и включать ее только при необходимости. Адаптивность сильно грузит компьютер.

2 Конструктивные ограничения, между прочим сильно влияют на размер файла. Когда я убрал все конструктивные ограничения в своих чертежных рамках, размер файла уменьшился на треть!

и т. д.

Вопрос. Улучшится ли работа с файлом сборки (в смысле размера, скорости работы, надежности) если, например, все конструктивные ограничения заменить на "заземление"? Что известно на эту тему? Есть ли какие-то рекомендации?

Если у кого-то есть советы пишите сюда. Соберем копилку советов по надежности и скорости работы в Инвенторе.

 Отправлено: 07.01.07 23:51. Заголовок: Re:

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

 Отправлено: 08.01.07 00:45. Заголовок: Re:

"Заземление" это что? поясните для тех кто связан не только с механикой, но и с электрикой знаком

 Отправлено: 08.01.07 00:49. Заголовок: Re:

тоже самое что и Ground. Лишить деталь всех степеней свободы, не создавая для неё привязки. А какой смысл заменять привязки на заземление? как же тогда работать? а параметризация?!

 Отправлено: 08.01.07 12:40. Заголовок: Re:

Dmitry, к сожалению, это не ответ на вопрос. А постановка своих вопросов.
Смысл может быть в том, что когда часть проекта уже сделана, а проект может быть большой, то отключать привязки можно. Это уже не влияет на изделие. Еще. Если передавать проекты на сторону с необходимостью уменьшить возможность редактирования, то оключение привязок в сборке вещь нормальная.

Кто не хочет отключать, его дело. Я не о том, что отключать или не отключать. Я спашивал о том, как это может повлиять на производительноть работы с файлами. Может ли отключение привязок увеличить скорость загрузки файла? Или уменьшить его размер?
Пример с адаптивностью я привел из руковдства пользователя Adsk_Inventor_11_GetStart.pdf. Там на стр. 151 есть советы по работе со сборками.
И все-таки. Как грамотно работать с файлами в Inventor? Есть ли у кого какие-то наработки или наблюдения или информация с поясняющими ссылками...

Elle, надеюсь, что из объяснения Dmitry о "Заземлении" Вы поняли что я имел ввиду?

 Отправлено: 08.01.07 13:24. Заголовок: Re:

В принципе, я думаю что некоторое увеличение производительности будет (так как чем больше операций, теб большее время нужно на просчет) то есть напрмер: заземление - 1 операция, полная неподвижность с привязками - 3 операции.
На практике же особенного ускорения не видно (пару секунд не в счет) зато работа усложняется. Я думаю, не надо доказывать, что сборка построенная целиком из заземленных деталей оччень сложна для редактирования: в такой сборке нельзя ни изменить деталь, ни передвинуть что-либо.
Для заказчика же по моему мнению вообще не надо посылать полный файл. Для этих целей есть DWF.

 Отправлено: 08.01.07 14:44. Заголовок: Re:

Что подразумевается под отключением привязок, их подавление или удаление? Если удалять привязки, то как быть при форс-мажоре? При открытии сборки, АИ каждый раз независимо от того была изменена деталь или нет обсчитывает её заново. И тут ничего не поделаешь. Выход один (особенно для передачи проекта на сторону) это конвертация в нейтральный формат. Для невозможности редактирования-это назначение прав доступа к файлу. В 9-ке это делалось через тип проекта Share.
Работа с проектом в котором нет адаптивных деталей тоже не помогает. Отказ от адаптивности означает использование другой технологии моделирования (скелетное, просьба не пугаться:)), а это ничуть не лучше. Да, надёжнее, но не более. Сужу об этом по Frame Generator-y. Скорость загрузки файла можно увеличить через Детальное представление, которое появилось в АИ11. Большую роль играет количество деталей входящих в главную сборку. Рекомендуют объединять их в подсборки, что логично и удобно для оформления КД. Для чертежей опять же удобнее и быстрее для обработки использовать видовые представления (вместе с Детальным представлением), лучше даже будут ассоциативные видовые представления. Различия можно увидеть в браузере чертежа в соответствующем виде, кол-во деталей может измениться в разы.
Вывод: 1. Нужен новый комп, что и собираюсь в скором времени сделать. Intel Core2Duo в сочетании с GeForce 7600GT надеюсь решат хотя бы половину проблем с загрузкой:) 2. Менять ядро моделирования АИ. Это к Доске.

 Отправлено: 08.01.07 18:42. Заголовок: Re:

Я не предлагал непременно отключать привязки, а рассматривал это как вариант. Если бы, например, файл библиотечной сборки, не требующей редактирования, при отключении привязок или заземлении уменьшался вдвое, я б отключал все привязки как не нужные...

Адаптивность я всегда отключаю и включаю только тогда, когда это необходимо. В том числе и на кабелях. Немного больше уходит времени, но так советует Autodesk. И я это понимаю. Что еще можно предпринять в работе с инвентором, для увеличения производительности и надежности открывания файлов? Может есть какие-то чистильщики файлов, по типу как в в автокаде? Кто что надыбает пишите!

 Отправлено: 10.01.07 07:45. Заголовок: Re:

Dmitry пишет:

цитата:

Менять ядро моделирования АИ

На счёт ядра я бы не был так категоричен. Отдельные примеры говорят о том, что математика ASIS позволяет делать построения более корректно, нежели Parasolid. А вот в технологии сегментированной загрузки данных, анонсированной Доской в АИ, на мой взгляд есть, недоработки. Программа постоянно общается с винтом, даже на простых деталях, не используя полностью оперативку, а это всегда дольше. Повторюсь, это только моё предположение, возможно я не всё знаю, но создаётся такое впечатление. Режим сегментированной загрузки должен включаться на больших сборках, когда оперативки не хватает.

 Отправлено: 10.01.07 10:06. Заголовок: Re:

Лично мне оптимизации и ускорения работы хотелось бы в чертежах, особенно больших, которые сборочные, потому что до жути долго открываются, долго пересчитываются виды, и вообще тяжеловаты по сравнению с чертежами подобных же сборок в 9-ке например

 Отправлено: 10.01.07 10:53. Заголовок: Re:

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

 Отправлено: 11.01.07 07:20. Заголовок: Re:

C imate на больших сборках работать вообще не реально - цепляется за всё подряд. Связь можно накладывать несколько минут.

 Отправлено: 12.01.07 15:13. Заголовок: Re:

Дублирую один в один свой пост с cad.ru. Высказывайтесь, что думаете по этому поводу.

Мой пост:
" Друзья прислали интересную информацию.
Сразу оговорюсь - попала она ко мне случайно через 10-е...29-е руки и носит ранг непроверенной. По крайней мере я так оцениваю эту инфу.
Хочу выложить текст в этой теме только как информацию к размышлению. Многое там соответствует действительности а именно - факты констатации багов и т.п. Ну а способы предлагаемые для их устранения .... Вопрос. Лично я все-таки проверю, действительно ли это факт - при следующей инсталляции ХР на форматированный винт.

Первоисточник не могу указать, прошу прощения. Что получил, то и показываю с незначительными сокращениями (лирическими отступлениями). Относитесь критично.


Текст:
"Очень немногие знают, что, начиная с версии Windows 98SE, в коде системы начала присутствовать функция оптимизации работы медленных процессоров. Но Microsoft сделал так, что по умолчанию теперь она выключена! А ведь при включении эта фишка может обеспечить прирост скорости работы процессора от 20 до 170%! От нас это старательно скрывают, потому что, знай мы об этой функции (а она ведь СПЕЦИАЛЬНО отключена), новые процессоры не покупались бы гораздо дольше...

Наверняка не все из вас начинали свою компьютерную жизнь с матерых пентиумов. Многие еще помнят такие машинки, как 386-й, 486-й, AMD K6-II и P75. Да, славное было время. Но что самое интересное, в те времена люди, работающие за компьютерами, совершенно не задумывались о тормозах операционной системы. Нет, правда. Вся разница между процессорами состояла в том, что некоторые приложения на P75 открывались чуток быстрее, а только что появившийся Need For Speed на 486-ом и 386-ом летал только с местами отключенными эффектами. Вот и все. А сама работа протекала по большей части в текстовых режимах, и никто особо не парился из-за каких-то там тормозов при архивации картинок...
Когда появилась роковая Windows 95, началась массовая подсадка на окна…. один из сотрудников Microsoft (не буду называть имен) недавно ушел из компании и по секрету рассказал об одной очень интересной особенности Windows, воспользовавшись которой, можно заставить ее в буквальном смысле летать! Сейчас мы все разъясним...

Но сначала на секундочку включаем мозг: вы не находите несколько странным, что Windows, начиная с версии 98SE, как-то странно себя вела? Это что же получается? И на 486-ом, и на PIII 1000 МГц все тормозило почти одинаково? И это несмотря на более чем десятикратную разницу по частоте процессора. Продолжаем варить серое вещество: Windows XP (обеих версий - и Pro, и Home) по сути представляет собой не такое уж и тяжелое приложение, ввиду чего может одинаково шустро работать и на Celeron 1,2 ГГц, и на последнем P4. В теории. Однако на практике это не происходит, и рано или поздно мысли об апгрейде начинают возникать.

… Вот что нам стало известно.
Помните занятную историю с CPUID, когда операционка должна была считывать серийный номер процессора и якобы этим положить конец сладкой жизни распространителей пиратского ПО? Так вот, борьба с пиратством была не единственным предназначением этой мульки.
Суть проста как две копейки: CPUID определяет тип процессора и передает его системе. И в случае излишней навороченности операционка начинает его искусственно притормаживать! И все счастливы: Intel - потому что люди покупают новые, более мощные процессоры, а Microsoft пишет более тяжелые операционки, и круг повторяется.

Практическая часть
Нас беспардонно накалывали много лет. Теперь пришла наша очередь. Мы выяснили, как можно отключить идентификацию CPUID. Правда, есть ограничение - работает это исключительно под Windows XP Professional или Home Edition. В этих операционках программисты предусмотрели заводскую функцию отключения: может быть, для проведения собственных тестов, может, еще для чего - не важно. Но она есть.

Чтобы отключить проверку CPUID, надо в самом начале установки Windows (когда система загружается с компакт-диска) нажать F5. Появится менюшка с типами процессоров (кстати, неплохое наглядное историческое пособие), где надо выбрать пункт i486 и с легким сердцем продолжить инсталляцию. При установке надо убедиться в том, что операционка ставится на чистый и только что отформатированный раздел , иначе не сработает. Ставите - и вуаля, теперь ваша Windows XP уверена, что процессор у вас не просто старый, а очень старый, и, соответственно, тормозить его не надо, а наоборот - надо еще и помочь! Да еще как!

Фактическая часть
Для проверки данной теории, была взята следующая конфигурация компьютера: Athlon XP 2600+, Epox 8RDA+, 256 Мб DDR PC3200 (одноканальный режим), Sapphire Radeon 9600, Seagate Baracuda IV 40 Гб. И вот что получилось:

До оптимизации:
Тест 3DMark 2001SE - 9801 marks
Тест 3DMark 2003 - 2981 marks

После оптимизации:
Тест 3DMark 2001SE - 13272 marks
Тест 3DMark 2003 - 4246 marks

Графические бенчмарки мы не проводили, но в ближайшее время обязательно проведем. И вам советуем. Такого дешевого, быстрого, эффективного и безопасного разгона общественность еще не знала! Ну, а односложно описать прирост слов не хватает.

Напутствие
Прежде чем ввязываться в эту затею, не забудьте сделать бэкап всего, что нужно. Это обычная мера предосторожности никому и никогда еще не мешала.

P.P.S На заметку: ходят слухи, что процессоры Xeon не имеют CPUID, точнее не отдают его операционке. Как вы думаете, почему они показывают такие скоростные показатели? Только ли в силу большого кэша и архитектуры?

P.P.P.S Лично я уверен, что очень скоро (боюсь соврать когда точно, но сами подумайте - какой смысл Microsoft оставлять эту дырку свободной?), они сделают какой-нибудь скрытый патч, который эту дыру закроет в завуалированный форме - что-то вроде того, что F5 останется, а толку - круглый ноль. Так что рекомендую срочно запастись сервис-паками с компактов и с инета не аптейтиться (если вы используете описанный метод)."

Еще материал на эту же тему от того же автора:

"Мне выпала редкая журналистская удача. Благодаря интернету мне удалось познакомиться со Стивом Б. (имя изменено), бывшим высокопоставленным сотрудником корпорации Microsoft, недавно вынужденным оставить свой пост из-за разногласий с руководством компании. После долгих уговоров он согласился дать интервью, проливающее свет на воистину сенсационные тайны софтверного гиганта.
- Итак, Стив, вы согласились рассказать о недокументированных секретах Microsoft Windows, доселе известных лишь ограниченному кругу работников корпорации.
Да, не только обычные пользователи и программисты, но и рядовые сотрудники Microsoft не имеют понятия об истинных возможностях Windows. Большинство руководствуется популярными мифами. Например, один из наиболее распространенных мифов - будто Windows крайне ненадежная и глючная (buggy) система.
- Но разве это не так?
Разумеется, нет. На самом деле Windows вовсе не содержит глюков. Согласитесь, было бы странно, если бы такая мощнейшая корпорация, как Microsoft, с ее финансовыми ресурсами, была не в состоянии справиться с задачей, с которой худо-бедно справляются даже создатели какого-нибудь бесплатного наколеночного (homebuilt) Линукса.
- Но позвольте, я сам неоднократно сталкивался...
Так называемые глюки Windows не являются ошибками в прямом смысле этого слова. Они преднамеренно генерируются системой. Существует секретный циркуляр руководства компании, #321/A, определяющий количество глюков для каждой версии Windows.
- Но зачем?!
Потому что Microsoft не хочет резать курицу, несущую золотые яйца. Представьте себе, что мы выпустили бы на рынок идеальную операционную систему, каковой на самом деле является Windows. Рынок был бы насыщен очень быстро, после чего пользователи потеряли бы всякий стимул для дальнейшего апгрейда. А нестабильная система заставляет пользователя скорее покупать следующую версию в надежде избавиться от глюков предыдущей. А вы представляете себе, сколько рабочих мест создают службы технической поддержки, выпуск патчей и т.п.?
- А существует какой-нибудь способ отключить генерацию глюков?
Да, разумеется. Достаточно прописать в system.ini в секции [boot] bugs=off
- Что, неужели так просто?
Нет, конечно, это шутка. На самом деле надо изменить в реестре значение ключа HKEY_LOCAL_MACHINE\SOFTWARE \Classes\Interface\ {00000023-0000-0010-8000-00AA006D2EA4} По умолчанию там стоит "Error", надо прописать "ErrorFree".
- Непременно сделаю это сразу по окончании интервью. А какие еще мифы о Windows вы можете разоблачить?
Считается, что Windows занимает слишком большой объем и предъявляет чрезмерные требования к железу (hardware).
- Это тоже не так?
Конечно, не так. В системных файлах Windows лишь очень небольшая часть кода реально выполняет полезные функции. Остальное - это просто бессмысленный набор байт, которые вообще никак не используются - разве что периодически туда передается управление для генерации глюков. Реальный дистрибутив Windows XP занимает коробку дискет, предыдущие версии - еще меньше. Вспомните, во времена восьмиразрядных компьютеров на одной дискете умешалась операционная система, все необходимые утилиты и еще десяток игр в придачу. Все почему-то очень быстро об этом забыли...
- Но какой смысл в искусственном завышении объема?
Существует секретное соглашение между Microsoft и ведущими производителями винчестеров. Точную сумму сделки я вам не могу назвать, но, сами понимаете, речь идет о числе с очень многими нулями.
- А остальные требования к железу, очевидно, вызваны контрактами с другими производителями?
Вижу, вы начали понимать. Так и есть. Реально Windows XP, не говоря уже о предыдущих версиях, может вполне прилично идти уже на 386-ой в классической конфигурации. Это даже особо и не скрывается - обратите внимание, в system.ini есть секция [386Enh], в именах системных файлов неоднократно встречается "386", но нигде не упоминаются более мощные процессоры.
- Но почему конкуренты Microsoft не пытаются выпускать компактные и безглючные программы с высоким быстродействием?
Мелкие фирмы попросту не обладают достаточной компетентностью, к тому же они вынуждены пользоваться компиляторами и библиотеками Microsoft и других крупных производителей. А крупные компании руководствуются теми же соображениями, что и Microsoft. Кстати, это касается не только софтверных производителей. IBM, например, уже сейчас располагает процессорами в 10 ГГц, имеющими себестоимость менее $100. Но какой смысл выбрасывать их на рынок сейчас, когда с пользователя еще можно слупить денег (grab money) за гигагерцовые, потом за полуторагигагерцовые, двухгигагерцовые и так далее - преподнося каждый этап как последнее и дорогостоящее достижение?
- Стив, ваши откровения затрагивают финансовые интересы весьма могущественных сил. Вы не боитесь?
Я принял определенные меры безопасности, хотя...
К сожалению, на этом месте связь со Стивом Б. оборвалась. Хочется верить, что это был обычный дисконнект..."

Материал подобного содержания попадается не часто и методы, предлагаемые в нем существенно отличаются от всем известных способов оптимизации виндовоза, поэтому и решил выставить его. Может у кого из advanced users найдется после прочтения этого материала свое мнение - было бы хорошо его услышать здесь. Вопрос затрагивается больной и больной уже давно. А если это правда?

 Отправлено: 12.01.07 15:29. Заголовок: Re:

Мне как раз дома нужно Винду переустановить, надо будет попробовать. Может на выходных и попытаюсь.

 Отправлено: 13.01.07 15:37. Заголовок: Re:

Не знаю кто эту статейку написал, но все это полная ерунда.
Им бы фантастические книжки писать.
Лично у меня ничего не изменилось, как тормозил Инвентор так и тормозит.

 Отправлено: 14.01.07 00:18. Заголовок: Re:

аналогично... я про тормоза АИ.. может винда и стала меньше глючить, то АИ.. есть понятие вечная мерзлота, дык про АИ начиная с 5-й версии можно сказать Вечный тормоз.. и если мерзлота и оттает в результате воздействия на неё человека, то АИ вряд ли оттает.. это я пессимистирую:)) Даешь каждому конструктору по Crayt-у!!!!

 Отправлено: 14.01.07 19:54. Заголовок: Re:

Evg

цитата:

Лично у меня ничего не изменилось, как тормозил Инвентор так и тормозит.

Может быть у Автодэска тоже секретное соглашение с Майкрософт, кто знает...

 Отправлено: 14.01.07 19:55. Заголовок: Re:

Evg

цитата:

Лично у меня ничего не изменилось, как тормозил Инвентор так и тормозит.

Может быть у Автодэска тоже секретное соглашение с Майкрософт, кто знает...

 Отправлено: 15.01.07 10:11. Заголовок: Re:

Dmitry пишет:

цитата:

АИ начиная с 5-й версии можно сказать Вечный тормоз

- согласен. Можно чуть отодвинуть версию. Я бы так сказал - после 6-й версии. Лично для себя решил по завершении тестирования беты сносить 11 и 12 начисто. Оставляю 10-ку и в ней работаю и не дергаюсь больше. Если образно написать - Автодеск сделал супернавороченный агрегат с движком от запорожца . Я по крайней мере так вижу ситуацию. И в большом кризисе с Инвентором. И я уже об этом намекал "наевшись" прелестей 11-й версии. Работать с бета для меня - чисто пытка... Не знаю, воможно у Студента и еще у кого-либо на хорошем железе не так все печально....

 Отправлено: 15.01.07 15:38. Заголовок: Re:

Dmitry пишет:

цитата:

по Crayt-у

Это кто!

 Отправлено: 15.01.07 16:38. Заголовок: Re:

vsk2002 пишет:

цитата:

Не знаю, воможно у Студента и еще у кого-либо на хорошем железе не так все печально

в принципе как раз с тормозами у меня проблемы нет! (хотя нет, вру! их конечно много, но они не в инвенторе, а в костюме и за столом:-) )
а вот про функциональность, скажу что в бетке есть то, чего сейчас нет в 11 (собственно, друзься вы уже догадалить об этом по вопросу с резьбой...