unixforum.org
Форум для пользователей UNIX-подобных систем
- Темы без ответов
- Активные темы
- Поиск
- Статус форума
SolidWorks (Запуск SolidWorks под Linux)
SolidWorks
Сообщение kodSIM » 14.09.2007 13:47
Re: SolidWorks
Сообщение VPF » 14.09.2007 13:51
Re: SolidWorks
Сообщение Malcolm » 14.09.2007 15:10
Re: SolidWorks
Сообщение DiS » 14.09.2007 15:26
Re: SolidWorks
Кстати, есть вероятность, что этот глюк из-за крякнутого SolidWorks
Вот что нарыл в инете:
Автор: gok May 29 2003, 09:34 AM
>Если Солид не лиц. ставится только первый СП.
>Не правда ставится и треть в том числе тоже! токо под винь ХР-НТ
У меня XP SP1, после установки СП 2.1 Солид пишет — не могу найти точку входа бла-бла-бла в файле sldutu.dll. sad.gif
Нужно использовать клюкнутый файл sldworks.exe smile.gif и всё равно после этого Солид работает с ошибками (неизвестн. ошибка, не могу открытьуказанный файл и т.д.)
Хотя, кто его знает 
Re: SolidWorks
Сообщение Vano » 16.09.2007 12:41
Источник
Linux и САПР
Просматривая в Интернете материалы электронной конференции для разработчиков и пользователей САПР (http://www.netale.net/cgi-bin/mb/CAD-systema/), я наткнулся на просьбу подсказать названия CAD-систем для Linux и их адреса в Интернете. Проблема показалась мне интересной и заслуживающей внимания, потому что она плохо освещена в наших компьютерных изданиях. Пришлось провести небольшое Интернет-иссследование на тему «Linux и CAD», результаты которого и легли в основу статьи. Для пользователей САПР (здесь и далее вместо CAD используется отечественная аббревиатура САПР), не знакомых с операционной системой Linux, в начале статьи приведена небольшая историческая справка. Данные материалы в сокращенном варианте размещены на сайте GrapInfo: http://www.graphinfo.da.ru/
В 1984 году Ричард Столлмен завершил свою работу в MIT и начал писать программы для проекта GNU — версии операционной системы UNIX, базирующейся на идее свободного программного обеспечения. В 1985 году он основал фонд свободного программного обеспечения FSF (Free Software Foundation) (http://www.fsf.org/). В 1991 году в рамках проекта GNU, начатого Столлменом, Линус Торвальдс (Linus Torvalds) создал UNIX-совместимое ядро, которое он назвал Linux. В течение 1992 года ядро Linux было объединено с незавершенной системой GNU в полноценную операционную систему.
В силу сложившихся обстоятельств широко используемая сегодня версия системы GNU/Linux чаще известна как Linux, и многие пользователи не подозревают, насколько глубока ее связь с Проектом GNU (http://www.gnu.org/).
Как бы там ни было, система была отдана в распоряжение мирового сообщества на уровне исходных текстов для совершенствования и развития. Современные версии Linux являются результатом коллективного творчества и включают различные элементы, созданные многими индивидуумами и группами программистов.
Исходный код Linux можно загрузить бесплатно по сети Интернет либо купить коммерческие дистрибутивные версии различных производителей. Многие компании (Red Hat, Suse, Debian, Caldera, Corel и т.п.) создали дистрибутивные наборы Linux-компонентов и Linux-программных приложений с добавлением автоматических процедур инсталляции и других дружественных для пользователя возможностей, представляющие, как правило, значительно более удовлетворительное решение для домашнего или коммерческого использования. Свободная версия ориентирована скорее на хакера — компьютерного профессионала (здесь слово «хакер» следует понимать в трактовке Ричарда Столлмена — «тот, кто любит программировать и получает от этого удовольствие»). Тем не менее некоторые коммерческие версии часто предлагаются свободно для загрузки по Интернету или в качестве CD-приложений в компьютерных журналах или книгах. С коммерческой версией вы получаете расширенную документацию, дополнительные программы поддержки или приложения и услуги поддержки.
Как и все UNIX-системы, Linux может обслуживать много пользователей и решать много задач одновременно. Она высокопроизводительна, эффективна, стабильна, надежна и расширяема, требует меньше компьютерных ресурсов, чем другие системы. Linux — очень устойчивая операционная система. В последнее время обозреватели ставят ее по этому показателю на один уровень с UNIX и выше NT. Если NT работает только на процессорах x86 и Alpha, то Linux — на x86, Alpha, Power PC, SPARC, Motorola 68k, и этот список наверняка можно продолжить.
В настоящее время некоторые главные производители PC предлагают модели с предустановленной Linux. Среди них IBM, Dell и Hewlett-Packard, Compaq/Digital, Dell, Intergraph, SGI. Однако их разработки предлагаются пока главным образом для рынка сетевых решений и в качестве Интернет-сервера. Существует также множество фирм, ориентированных на работу с индивидуальными пользователями, которые предоставляют аппаратное, программное обеспечение для Linux и оказывают сервисные услуги по установке и сопровождению Linux.
Первая и самая главная, с точки зрения пользователя, проблема Linux — недостаток прикладного программного обеспечения — в настоящее время успешно решается. Кроме множества свободно распространяемых прикладных программ, появляются программы для коммерческого использования.
Существуют различные графические оболочки для Linux, а также то, что сейчас принято называть «офисным» программным обеспечением: то есть необходимые большинству пользователей прикладные программы (текстовый и графический редактор, электронные таблицы, системы управления базами данных, программы доступа к Интернету, почтовые программы и др.). Некоторые производители программного обеспечения, особенно те, кто чувствует угрозу монополии Microsoft, предлагает версии Linux и версии своих продуктов под Linux, продолжая разрабатывать продукты для Windows. Например, Corel выпустила Corel Linux и Linux-версию WordPerfect, готовит к выпуску Linux-версию Corel PhotoPaint; Sun Microsystems купила немецкую компанию, которая разработала офисный пакет для Linux, названный StarOffice, и теперь предлагает его для свободной загрузки. Есть еще множество других достойных примеров.
На рынке САПР некоторые компании уже предложили Linux-версии своих продуктов, а другие заявляют, что находятся в стадии исследований или разработки таковых (Pro/Engineer, SolidWorks и др.). Компания SolidWorks перенесла программное обеспечение SolidWorks Java Viewer на Linux. Spatial Technology, разработчик широко используемого ядра твердотельного моделирования ACIS, анонсировала в мае 1999 года версию ядра, написанного для Linux, которое облегчает различным САПР переход на Linux. Bentley разработала академическую версию MicroStation для Linux.
Перед тем как известная компания Visio, разработчик пакета для подготовки диаграмм c одноименным названием и САПР IntelliCAD, стала действующим подразделением Microsoft, она сделала исходный код IntelliCAD открытым. Для дальнейшего развития и поддержки IntelliCAD был создан консорциум IntelliCAD Technology Consortium (http://www.intellicad.org/). В настоящее время на форуме IntelliCAD Technology Consortium между разработчиками и пользователями IntelliCAD ведется оживленная дискуссия о необходимости создания Linux-версии этой системы.
Но все-таки, «монстры» — разработчики САПР не спешат, делая свой бизнес на Windows NT-версиях своих систем. Более оперативны малоизвестные, особенно в нашей стране, компании. В таблице приведены некоторые ссылки на разработки САПР под Linux.
Уровни сложности и функциональности САПР, приведенных в таблице, изменяются в широких пределах, и о промышленном применении некоторых из них говорить еще рано. Например, в полностью свободном (в соответствии с проектом GNU) САПР FREEdraft пока еще не реализованы некоторые простейшие функции оформления чертежей. В то же время разработчики LinuxCAD 2000 говорят о полной замене функций AutoCAD в своей системе. САПР машиностроительного проектирования VariCAD позволяет вычерчивать сложные, насыщенные чертежи, проектировать как простейшие 3D-модели, так и сложные (до нескольких тысяч деталей) сборки. При этом VariCAD на платформе Linux требует значительно меньших аппаратных ресурсов (рис. 2, 3, 4), чем на платформе Windows NT. При этом стоимость системы примерно на порядок ниже стоимости аналогичных по функциональным возможностям САПР под Windows NT.
Сложные 2D-чертежи и простые 3D-сборки требуют при работе с VariCAD компьютер 486/66 или выше (рекомендуется Pentium) с 16 Mбайт (Windows 95, Linux) или 24 Mбайт (Windows NT) RAM, 30 Mбайт дискового пространства, 1 Mбайт графическая карта (2 Mбайт рекомендуется для 3D).
Сборочные чертежи и среднего размера сборки требуют при работе с VariCAD Pentium-120 или выше, с 32 Mбайт (Windows 95, Linux) или 64 Mбайт (Windows NT) RAM, 30 Mбайт дискового пространства, 2 Mбайт видеопамяти (рекомендуется: 8 Mбайт, чип Permedia 2 для вращения в реальном времени).
Сложные многокомпонентные сборки (тысячи деталей) требуют при работе с VariCAD Pentium-200 (рекомендуется Pentium II) с 64 Mбайт (Windows 95, Linux) или 128 Mбайт (Windows NT) RAM, 30 Mбайт дискового пространства, 8 (16-32) Mбайт видеопамяти, чип Permedia 2 (3), ATI Rage 128, Riva TNT 2 для вращения в реальном времени.
Какие же выводы можно сделать в результате проведенного исследования?
В свое время прошла быстрая миграция высокотехнологичных САПР с платформы UNIX на платформу Windows NT. Это стало возможным, когда более дешевые PC достигли производительности RISC-станций, работающих под UNIX, и Windows NT смогла поддерживать большие размеры памяти и мощные графические платы. Сейчас уже стало ясно, что NT не так стабильна и расширяема, как UNIX, и не менее сложна в поддержке. Основной причиной к миграции на NT была не только значительно более низкая стоимость аппаратных средств, но и чрезмерная стоимость лицензий UNIX. Теперь, когда Linux предлагает те же функциональное назначение и устойчивость и даже меньшую стоимость, чем NT, ситуация меняется. В настоящее время в связи с переходом от Windows NT к Windows 2000 многие компании стоят перед проблемой выбора. Если Linux удастся серьезно потеснить Windows на рынке операционных систем, вопрос о появлении Linux-версий высокотехнологичных САПР будет решен однозначно и в короткие сроки.
Готовы ли предприятия — пользователи САПР к такому повороту событий?
В статье использованы материалы Интернет-источников
Источник
Опыт установки SolidWorks на виртуальной машине Windows 7 в хостовой ОС Ubuntu
Под Linux, наверное, невозможно найти полноценную профессиональную CAD-систему. Как-то так повелось, не то в силу GPL-лицензии, не то в силу каких-то других обстоятельств, что Dassault Systemes пишет так почитаемые в России SolidWorks и CATIA под Windows. В результате чего все, или практически все КБ (конструкторские бюро), работающие в этих CAD-ах, привязаны к ней.
Не у меня одного на компьютере живёт зоопарк всякого софта. Для какого-то приходилось и отладочный режим Windows включать. Что-то не вычищалось из реестра при всех стараниях. Что-то тащило за собой службы, запускаемые при старте ОС. В общем, давно крутилась мысль навести в этом всём порядок с помощью виртуализации. Поставить гипервизор, запускать из него тематические виртуальные машины, в которых уже запускать всех этих капризных, но так нужных для ощущения полноты жизни алгоритмических тварей, которые уже не смогут прогрызть себе путь к хостовой операционке и другим виртуалкам, испортив всё и сразу. К тому же, есть такие бесплатные и, судя по отзывам, неплохие гипервизоры, как VirtualBox. И раз уж всё работает на виртуальных машинах, то хостовой ОС может быть Linux, который будет не так просто пробить вирусной атакой, для которого есть море бесплатного софта и который по другим причинам привлекательней Windows. Всё вроде как стройно, красиво, логично.
И тут представился повод заняться этим. С каких-то пор я являюсь любителем ноутбуков. На них можно работать в любых условиях – и сидя в офисе, и сидя на диване, да хоть в лесу. Совмещать развлечения с увлечениями. Как-то очередной рекламный вирус пролез через Firefox, Каспера (купленного и регулярно обновляемого, кстати), и поселился где-то на просторах системных каталогов Windows. Первый раз за всё время решил переставить её на своей уже пожилой Sony VAIO.
Но вот незадача, соневские драйвера оказались настолько капризными, что ставить их следовало в строго определённом порядке. Иначе было много шансов, что какой-то просто не заработает. Но узнал я об этом уже после того, как переставил Windows, установил родные драйвера, и стал гуглить на тему, почему ж всё заработало, а ethernet- адаптер – нет. Переставлять Windows и ублажать драйвера, ставя их в определённом порядке, уже не хотелось.
Итак, здравствуй Linux! Какой же именно? После некоторых размышлений, имея опыт работы с CentOS и Solaris (который, конечно же, не Linux, но UNIX), остановился на Ubuntu. Обещали много вкусностей, хотя это и немного непривычная ветвь Linux‑а Debian.
Установилась Ubuntu так просто, что даже не стоит упоминания. Всякого софта в репозиториях полно. Но, как уже упоминалось, нет Solidworks, и даже отдалённо что-то на него похожее.
Установил Virtualbox, на него Windows, на неё Solidworks. Попытался. Работала установка Solid‑а под гостевой Windows, кстати, небыстро, откровенно медленно. Как бы там ни было, но Solidworks работать отказался. Почитал комменты, и оказалось, что под Virtualbox Solid не работает ни у кого. Надо, к примеру, VMWare.
Ладно, первый дополнительный платно- проприетарный продукт. Осваиваем его. Благо, что ставится и обновляется без проблем. Создалась виртуальная машина, Solid под неё встал… и даже заработал! Но как-то не быстро. Оказалось, есть куча нюансов. Тюнинг решает всё.
Первое. Настройка ресурсов виртуальных машины – довольно тонкое дело. Под виртуалку отдал ровно половину физической памяти – 3 из 6 гиг. Ни больше, ни меньше.
Второе. При 4x-ядерном процессоре Intel Core i3 поставил количество процессоров на виртуальную машину 4 штуки. Половина ядер, умноженное на 2 очереди. Отдав половину вычислительных ресурсов виртуалке, вроде как добился баланса вычислительной мощности – не тормозит ни хостовая, ни гостевая операционки.
Вообще, за несколько месяцев жизни в Ubuntu ещё ни разу не столкнулся с нехваткой физической оперативной памяти (которой у меня на ноуте 6 Гиг), но часто сталкиваюсь с 100% загрузкой процессора. Периодически что-нибудь старается занять всё время процессора. Вот, при обновлении Убунты до версии 15.10 опрометчиво согласился включить поддержку реального времени. Комп заработал медленно. Оказалось, что из-за некоей баги в ядре процессы kworker могут поглощать 80% процессорного времени не понятно на что. Благо, лечится просто:
sudo rmmod intel_powerclamp
Должен заметить, что в русскоязычном Инете Убунта поддержана очень хорошо. Довольно легко и быстро найти решение проблем, возникающих как при возрастании собственных запросов, так и при обновлении ключевого софта. Например, в ходе своих изысканий прошёл обновление VMWare с версии 11 на версию 12. После обновления она не захотела запускаться. Но беглый поиск по Гуглу дал решение этой проблемы.
Из непонятных нежданчиков нужно отметить поведение Windows в качестве гостевой ОС. Конкретно, Windows 7, с которой я работаю, так как она у меня официальная и купленная. Что-то там не так с обновлением. Все знают, что обновиться Windows хочет часто и много. Но чтобы при «выключении компьютера» так долго обновляться… Особо большие обновления проходили до нескольких часов. Однако, если обновление запускаешь принудительно из панели управления, то оно проходит штатно и вполне быстро.
С обновлением Windows связан ещё один нюанс. Запускаем гостевую Windows. Еле шевелится. Смотрим диспетчер процессов, процессы всех пользователей. Загрузка 100%, процесс TrustedInstaller стремится загрузить процессор под завязку. Гуглим, и оказывается, что это — процесс обновления Windows, ну и ещё там по мелочам… не даёт писать в системные каталоги кому попало. При попытке остановить запускается снова. На постоянку останавливается запрещением автоматического обновления Windows. Ну и ладно, запретим.
Пришлось так же из репозитория Убунты поставить родной драйвер NVIDIA для графического адаптера, поскольку было подозрение, что вставший при установке ОС драйвер был не совсем правильный. Подозрение оправдалось, при старте виртуальных машин исчезли сообщения «No 3D support is available from the host» и «Hardware graphics acceleration is not avalable».
На виртуальную машину требуется, как правило, от 20 гигабайт места на жёстком диске. Поэтому на небольшом HDD ноутбука, забитого кучей всего, много виртуалок, как я рассчитывал до начала всех этих экспериментов, на самом деле, не поставишь.
Я описал основные проблемы, с которыми столкнулся при установке совершенно необходимого мне для работы Solidworks на виртуальную машину VMWare при работе в хостовой ОС Ubuntu. В целом, поковырявшись пару месяцев с этим и хорошенько потюнив, я считаю, что решение вполне работоспособное. И удобное. Правда, ещё не открывал сборки 3D-моделей больших машин на сотни деталей. Не знаю, как переварит такая софтовая иерархия их. Но с ними и Core i5 с 8 Гиг памяти не сказать, что шустро справляется.
Сейчас я, работая в виртуалке, не вижу разницы с работой на обычном физическом нормально отстроенном компе. При запущенных (просто запущенных) Солиде, Ворде и Файрфоксе процесс «Бездействие системы» занимает 95% процессорного времени. Утиллита top из консоли Убунты говорит, что vmware-vmx занимает 70% процессорного времени и 54% памяти. То есть, вполне комфортно.
Параллельно я создавал вторую виртуальную машину для софтверных и контроллерных разработок. CocoxIDE на другой виртуалке увидел отладочную плату STM32, но толком ещё я её не программировал. Впереди эксперименты с довольно капризной, но очень популярной среди CNC-шников программой ArtCAM, а так же практическая работа с STM32 через CocoxIDE.
Источник
