» SolidWorks

asdfpoloX
Жми под картинкой
[img]http:// [/img]
...и закачивай архив. Следует понимать что Винда не распознает французский язык, если он не установлен. И заменит непонятные для себя буквы в названиях на символы или буквы других языков. Поэтому разархивировав открывай сборки аккуратно, не предлагай Солиду самому искать не обнаруженные им детали и подсборки. А включи логику и определяй сам какие подмены в слове могли быть произведены и находи подходящие компоненты.

Цитата:

я попробовал ради интереса - в сборке карбюратора почему-то нет

Сборка абсолютно полная..

Цитата:

Сборка абсолютно полная..

верно, по началу меня французский язык подвел

Завершая тему, начатую в http://forum.ru-board.com/topic.cgi?forum=35&topic=39867&start=280#lt и используя теоретическую часть http://www.xard.ru/post/10474/default.asp наконец-то пришёл к окончательным выводам по поводу проблемы "нехватки памяти" при работе с большими сборками и чертежами в Солиде.

Седня был на работе окончен эксперимент с системой XPSP1. После установки, путём внесения изменений в файл boot.ini, были опознаны системой все 4Gb оперативной памяти и распределены на 3Gb на приложения и 1Gb на систему в противовес дефолтному разделению 2/2. Положительных результатов это не дало - при достижении загрузки ядра солида в 2Gb он всё так же благополучно вылетел с соотв. предупреждением. Т.е. в самом солиде не прописан параметр за "видение" расширенного диапазона памяти, и соотв. ограничивается всё теми же 2Gb!!! Причём по всей видимости по негласной договорённости с мелкософтом ))) Действительно, зачем корпорации SW наделять ядро возможностью работы при загрузке свыше 2Gb, если сама 32-битная винда в принципе не может предоставить ему такой загрузки?? Поэтому последние сомнения в возможности работы в Солиде с загрузкой больше 2Gb в 32-битной системе были развеяны Биллом Гейтсом )))) Здесь чистая политика! Если хочешь работать с большими объемами памяти и проектами - вариант только один: x64! Это неотвратимое будущее, а для кого-то уже и настоящее. Повторюсь, дома на x64 открывал проекты с загрузкой ядра Солида под 3Gb, и это ещё при наличии физически только 2Gb, дальше своп.. ожидание.. и благополучное завершение задачи. Всё дело в том, что не только у ядра XP в версии 64-bit ограничения в 2Gb на процесс нет, но и у ядра самого Солида-64 также его нет! Это ограничение по всей видимости никак не ниже 8 Gb, т.к. сама корпорация sw рекомендует для больших сборок от 6Gb и выше. http://www.solidworks.com/pages/services/SystemRequirements.html Только забывает уточнить, что даже для загрузки от 2Gb это уже справедливо ТОЛЬКО для 64-битных редакций операционных систем и солида соответственно. Поэтому я потихоньку уже буду осваивать в силу проектов XP64, и только остаётся надеяться, что и производители аддонов к Солиду будут двигаться в этом же направлении. Надеюсь, кому-то это практическое исследование окажется полезным!

Santers
Спасибо за проведенную работу.Твои выводы в какой-то мере перекликаются с выводами нашего системщика,который предположил,что в SWх32 есть какие-то ограничения по памяти,которые не позволяют использовать весь обьем оперативной памяти.К сожалению нет возможности пока перейти на х64

Santers
В общем случае полностью согласен. Добавить нечего.

eJonny ( http://forum.ru-board.com/topic.cgi?forum=35&topic=39867&start=280#2 )

Цитата:

Деталь- пластина с массивом 100х80 глухих цилиндрических отверстий

->

Цитата:

SolidWorks is unable to obtain required memory

У меня при 3Гб физ. RAM и 4Гб свопа на WinXP SP2 (86) и SW2007SP5 при построении такой же пластины с массивом глухих отверстий (из-под сверла) 100x80 солид долго пыхтел, при этом загрузка памяти "куралесила" не по-детски - при нарастании использования физ. обьема до 2Гб происходил резкий сброс до 0,5Гб вместе со свопом (!!!??), и так циклически в течение 10-15мин. Казалось, зацикловка, но в результате все OK - без зависания и сообщений об ошибках!!! При усложнении детали - то-же..

Так что, наверное, есть какие-то еще различия в конфигурациях PC или софта, влияющие на поведение SW.

Хотя этот результат носит чисто спортивный характер, т.к. с такой скоростью ни о какой практической работе не может быть и речи.

P.S.
А объемы сборок у нас растут поманеньку, посему вопрос:
Кто работал с SW 2007 SP5 в -32 и -64bit версиях с большими сборками?
Нигде не находил толковых и реальных ответов на следующие вопросы:
- насколько реально отличается скорость при перестройке сборки, чертежа;
- отличаются ли глюки в этих версиях (хотя бы по ощущениям..);
И вообще, совместим ли формат файлов документов между ними?
Был бы очень признателен за ответ, т.к. нет возможности поюзать 64bit версию (не качать же гектары по 256kbit/s тока ради "попробовать")

Fyva
Что самое смешное- на том же компе та же задача под SW2008 SP3.1 Win32 (у меня там два SW cnjzn) идет без проблем (физическая памят выбирается практически до нуля без сообщений о ее нехватке)

Вот такая вот загогулина получается..

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

Fyva


Цитата:

- насколько реально отличается скорость при перестройке сборки, чертежа;

Цитата:

И вообще, совместим ли формат файлов документов между ними?

Скорость на X64 не отличается вообще, если только свопить не начинает Многоядерные процессоры грузит так же эквивалентно одному ядру, т.е. никак

Формат файлов полностью совместим есс-но, т.к. изменения касаются только ядра и его взаимодействия с железом и системой

По глюкам и багам ничего сказать не могу, т.к. только начинаю в нём работать, но чудес думаю ждать не стоит )))))


Добавлено:

Цитата:

У меня при 3Гб физ. RAM и 4Гб свопа на WinXP SP2 (86) и SW2007SP5 при построении такой же пластины с массивом глухих отверстий (из-под сверла) 100x80 солид долго пыхтел, при этом загрузка памяти "куралесила" не по-детски - при нарастании использования физ. обьема до 2Гб происходил резкий сброс до 0,5Гб вместе со свопом (!!!??), и так циклически в течение 10-15мин. Казалось, зацикловка, но в результате все OK - без зависания и сообщений об ошибках!!! При усложнении детали - то-же..

Здесь нужно очень чётко понимать, что лимит в 2 Gb касается памяти, выделяемой на ядро Солида, - загрузку можно отследить по процессу SLDWORKS.exe. При этом совершенно не важно какая это память - физическая или виртуальная. Ваш тест просто не обеспечивал ядру такой загрузки, в противном случае результат будет печальным в силу вышесказанного.

Santers

Цитата:

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

А как быть с моим случаем?
Когда в этом тесте SW2007 SP5.0 рапортовал о недостатке памяти когда его ядро брало всего 500 Мб и оставалось свободной еще 1,2 Гб физической памяти и 3 Гб свопа? А SW2008 SP3.1 спокойно выбирал всю свободную физическую память (1,8 Гб из 2-х) и забирал своп.. Комп, подчеркиваю, один и тот-же...

Так что получается, что 2008 работает с памятью корректнее 2007-го

проблема ХР32 и 4 ГБ давно известна и нерешаема
а пробовал кто-нибуть на Server 2003 запускать SW2007?

ACorwin
Я не об XP2 32 и 4 Гб.. Я об XP2 32 и 2 Гб... Тут проблем быт вроде бы не должно..

На тесте о котором шла речь SW2007 SP5.0 х32 затыкался по нехватке памяти, когда было свободно еще 1,2 Гб физической и 3 Гб свопа.. Практически в том тесте как тока SW2007 SP5.0 в процессах брал больше 0,5 Гб памяти- он тут же выдавал сообщение что памяти не хватает..

А SW2008 SP3.1 х32 благоролучно использовал всю память и своп..

eJonny

Цитата:

Так что получается, что 2008 работает с памятью корректнее 2007-го

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

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

!!

Santers

Цитата:

И по большому счёту наверно только мужик лысый с заставки установки солида

Только только где ж его там в SolidWorks Corp. сейчас искать.
Из справки SW2007: Программа SolidWorks создана для использования дополнительного объема ОЗУ, который можно выделить для приложений, если включен переключатель /3GB. Возможность увеличить объем ОЗУ, выделенный для приложения SolidWorks, может пригодиться для пользователей, работающих с большими сборками.

Цитата:

Цитата:И по большому счёту наверно только мужик лысый с заставки установки солида

Цитата:

Только только где ж его там в SolidWorks Corp. сейчас искать.

Поздно.. Лысый мужик с заставки это быший президент SW Corp. - Джон Мак-Элени (John McEleney)... Тока боссы из DSS его давно турнули, так что 2008 выпускался уже с новым папочкой..

zbx


Цитата:

Программа SolidWorks создана для использования дополнительного объема ОЗУ, который можно выделить для приложений, если включен переключатель /3GB

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

Santers
Могу сказать, что этот ключ в случае моего теста (массив гдухих отверстий) для моего компа ( Win32 XP SP2 2 Гб ОЗУ и 4 Гб свопа) рельно меняет картину в лучшую сторону

Без ключа /3GB- SW2007 затыкался уже при 7000 элементов (при этом брал всего 500 Мб физической памяти из 1,5 Гб свободных и около 1 Гб свопа)

С ключем /3GB он довольно шустро (1,5 мин) построил и сохранил модель с 13000 элементов (при этом в пике брал 1,2 Гб физ памяти и 1,5 Гб свопа)

При задании 25000 элементов он пыхтел минут 15, физическую память выбрал практически всю и 1,5 Гига свопа- но в конце концов построил и сохранил..

eJonny
думаю тут расхождения именно в характере задачи.. Я тестировал на операциях с большими сборками, открытии чертежей по ним... Именно эти задачи и вызывали у меня вопросы уже несколько лет. А так не помню чтоб когда-нить в операциях с элементами были какие-то проблемы, поэтому и не озадачивался этим ))
Не смотря ни на что - это в любом случае хорошая новость! )

Добавлено:
eJonny
P.S.
может на ночь зарядим сравнительный тест 32 vs. 64? ну так и подмывает померить их силами в равных условиях? у меня тоже дома 2 гектара оперативы.. ))))))))

Santers
А ты попробуй озадачится именно этим тестом.. Памяти при этом ему нужно много и как SW ее реализует при различных условиях- зависит от многих причин..

Озадачился вчера вечерком

Массив 150х150 глухих отверстий из-под сверла. Загрузка ядра Солида мах - 1,2 Гб
Массив 200х200 - ядро мах 1,6 Гб всего... , но шурупил долго.. думал уже какой-то вечный своп пошёл.. ))))

НО!!! Первый тест проходил минут 45, а второй часа 3!!! Однозначно, это несратуха какая-то в 64-битных вычислениях... При том что, 50х50 делает мгновенно, чертежи и сборки сложные перестраивает тоже на ура по скорости

Странно всё это... сыростью отдаёт... либо винды, либо солида, либо дров

Цитата:

Странно всё это... сыростью отдаёт... либо винды, либо солида, либо дров

Не, дров - врядли, скорее Винды или Солид... Я склоняюсь к тому, что всё таки это баги Винды, раз идёт речь о выделении/работе памяти.

Цитата:

Массив 150х150 глухих отверстий из-под сверла. Загрузка ядра Солида мах - 1,2 Гб

Только что озадачил свой комп
массив 150х150 глухих отв ф5 мм строил 48 минут и 2 минуты масштабировал, ответ на вращение около 30 секунд.
В пике памяти сожрал 1.2Гига оперативки и 90% процессора продолжалось несколько секунд, остальное время 50% процессора и ~800 Метров оперативки к свопу даже не прикасался.
При этом паралельно занимался всякой мелочевкой без каких либо тормазов.
в машине 4 гига оперативки на ХР СП2 х32 Солид 2008 СП3.0

kolobaev


Цитата:

массив 150х150 глухих отв ф5 мм строил 48 минут и 2 минуты масштабировал, ответ на вращение около 30 секунд.

Беру тогда свои слова обратно по поводу сырости X64.. опыт показал практически идентичные результаты по сравнению с X32

Одно только но - этот тест не может экстремально нагрузить память, чтобы почувствовалась разница между x32 и x64

Щас попробую поэкспериментировать на эту тему

Fyva

Цитата:

Хотя этот результат носит чисто спортивный характер, т.к. с такой скоростью ни о какой практической работе не может быть и речи.

eJonny

Цитата:

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

- да я понимаю, и имею ввиду, что когда вставка размера в чертеж сопровождается перестройкой минут в 10-15 (а чертеж - на 4х листах А0 "мелким почерком"), да за спиной стоит шеф с выражением лица "ну как, получается?", то это не работа...

Всем спасибо за ответ на мой вопрос по поводу сравнения SW x32 и x64. Наверное, буду ждать с ключем /3GB очередного пака для SW2008 (или SW2009 ) и потом перееду..

Цитата:

массив 150х150 глухих отв ф5 мм строил 48 минут

такое строит 4-5 минут, правда плоскодонных, а не от сверла.
памяти в пике меньше гига.
вращение и масштабирование детали довольно плавное, после некоторых начальных тормозов (если тени включить, тормозит конкретно). думаю это зависит от видеокарты.
4 гиг памяти, видео - 9600 ГТ, вин сервер 2003, солид 2008 СП0.0

Цитата:

Цитата: массив 150х150 глухих отв ф5 мм строил 48 минут

такое строит 4-5 минут..
...4 гиг памяти, видео - 9600 ГТ, вин сервер 2003, солид 2008 СП0.0

Core 2 Duo 6400 @ 3 ГГц
Server 2003 Enterprise x32 SP2

2 ACorwin

Цитата:

Core 2 Duo 6400 @ 3 ГГц
Server 2003 Enterprise x32 SP2

Цитата:

4 гиг памяти, видео - 9600 ГТ, вин сервер 2003, солид 2008 СП0.0

Я так понимаю, что с данной конфигурацией вы не испытываете такаких проблем с использованием памяти, которые описаны выше? Да и общее быстродействие Солидворкс сравнительно на высоте?

OleLukoe
как сказать...
4-5 минут - это если создать плиту, в ней одно отверстие и потом делать массив отверстий
а только что попытался пойти другим путем - сделать эскиз с массивом 150х150 окружностей и вырезать... каждый этап занял очень много времени, и в итоге - ошибка, недостаточно памяти
любопытно, каким методом делали массив отверстий остальные?

Цитата:

Я так понимаю, что с данной конфигурацией вы не испытываете такаких проблем с использованием памяти, которые описаны выше? Да и общее быстродействие Солидворкс сравнительно на высоте?

Сервер 2003 вообще известен большей стабильностью и человеческой работой с памятью. Установил я его именно для полного использования 4 ГБ (на ХР 32 это невозможно) при этом выделил 1,5 ГБ на виртуальный диск в оперативной памяти, используемый для временных файлов, кэша браузера и пр.
уверен, что и довольно приличная видеокарта определяет быстродействие

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

ACorwin

Цитата:

любопытно, каким методом делали массив отверстий остальные?

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

В моем тесте было:
1) В плите создавалось единичное глухое отверстие бЕЗ МАстера отверстий (просто Cut-Extrude)
2) Создавался геометрический массив этих фичей (Cut-Exstrude)

С точки зрения требуемых ресурсов SW- это самый легкий вариант...

Что касается теста режима большой сборки, то можно легко сделать элементарный тест не отрисовывая целиком паровоз
1) Создается деталь- спиральная пружина (4-5 витков).
2) Деталь вставляется в сборку
3) Создается массив NxM этих деталей в сборке
4) Создается наклонная плоскость рассекающая все детали в масиве

В результате имеем сборку с NxM уникальных деталей (так как каждая рассечена уникальным образом)
Кстати, размер файла такой сбоки может достигать нескольких Гб (если SW удастся ее аостоить )

eJonny

Цитата:

1) В плите создавалось единичное глухое отверстие бЕЗ МАстера отверстий (просто Cut-Extrude)
2) Создавался геометрический массив этих фичей (Cut-Exstrude)

точно так делал и я, построение заняло 3 минуты, еще до минуты - обновление экрана, потом уже можно крутить в реальном времени
максимум памяти 1,1 ГБ, сохраненная деталь 22,5 МБ

а с пружинками - надо будет попробовать...