Суперкомпьютер своими руками для расчетов в ansys и 3d приложениях

[Greets 6]

Да Вы поработайте где-нибудь в проектной организации хотя бы с годик другой и оцените что съедает основное время у конструкторов

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

Кстати вот у вашего видимо коллеги FreeCAD (и куча другого открытого софта) вполне вписался в рабочий процесс: <noindex>http://yorik.uncreated.net/guestblog.php?t...&complete=3</noindex>

А промышленность работает по чертежам как документам. Это однозначно.

Я же говорю - слишком узко вы о CAD рассуждаете. Есть куча областей, где чертежей давно уж и в помине нет - и изготовление и контроль по 3D-модели.

Разраьотчики OpenCascade не понимают что на дворе уже 21 век и все перешли на 64-х разрядные версии.

Они тоже перешли, только вас видимо забыли уведомить

В OpenCascade больше 60 DLL файлов, которые нужно пересобрать под 64 разряда.

Для этого нужны сами проекты с выставленными флажками.

И еще нужно где-то найти зоопарк Lib файлов под 64 разряда.

Во-во. Разрабатывать сложный софт под виндой - ну его нах.

Хотя применительно к OpenCascade - все там уже в исходниках есть - и проекты с флажками и собирается все несколькими командами в консоли.

[Fedor 1 613]

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

Трехмерок и у архов навалом. Рисуют в автокадах без особых проблем, но это скорее баловство чем работа. Заказчикам веселые картинки показать чтоб с баблом проще расставался

[SHARit 2 810]

Нужно просто на сайт выложить.

Уведомлять не нужно.

Есть ссылка на сайте. Слепой только не увидит.

[SHARit 2 810]

Внутри исходники для обоих версий.

[SHARit 2 810]

Помимо исходников еще нужны библиотеки 64-х разрядные.

Содержание архива:

Description of the directory tree

3rdparty - This folder contains third-party products necessary to compile and use OCCT as well as start sample applications with Visual C++ 2008;

data - This folder contains CAD files in different formats, which can be used to test the OCCT functionalities;

doc – This folder contains OCCT Overview documentation;

ros/adm - This folder contains administration files, which allow rebuilding OCCT;

ros/adm/msvc - This folder contains Visual Studio projects for Visual C++ 2005, 2008 and 2010, which allow rebuilding OCCT under Windows platform in 32 and 64-bit mode;

ros/drv - This folder contains source files generated by WOK (private header files and instantiations of generic classes);

ros/inc - This folder contains all OCCT header files;

ros/src - This folder contains OCCT source files. They are organized in folders, one per development unit;

ros/win32/vc9 - This folder contains executable and library files built in optimize mode for Windows platform by Visual C++ 2008;

Samples - This folder contains sample applications.

[Greets 6]

Назвать открытым проект который поставляется в dll.

dll - это на выходе. В исходниках его быть не может.

беда прям с вами совсем :)

определитесь уже чтоли - поставляется OCC в dll или нет

А жаловаться, что для вас никто готовых сборок не подготовил - так никто вам и не обещал ведь ничего

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

Подождем когда появится ros/win64/vc9

Не, ну определенно все ваше возмущение из разряда "не читал, но осуждаю"

Скачали бы уж давно исходники чтоли и прочитали файлик ros/BUILD.Windows - там все элементарно, для самых недалеких расписано, по шагам. Хоть шагов всего три :)

[Гость ISPA]

BSOD перекрасили в другой цвет ?

За 2 года работы в семерке я его не видел.

[Chardash 307]

За 2 года работы в семерке я его не видел.

сначала написал много вопросов. Но нашел <noindex>хороший ответ на них.</noindex>

[HFL 34]

Так что во все эти сказки, что setup OpenCascade сам автоматически подтягивает весь зоопарк НЕ ВЕРЬТЕ.

Это что за зверь ?

Речь шла о пакетном менеджере OC. Он как правило ничего ни про какие сетапы конкретной программы не знает.

Как, у вас нет пакетного менеджера в вашей ОС ? Какой ужас

Сейчас я понимаю почему вы вашу ОС постоянно переустанавливаете.

[a_schelyaev 367]

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

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

Ни у нас ни у большинства CAD-систем проблем по производительности с OpenGL не замечено.

:)

[Greets 6]

ISPA, вы абсолютно не в теме и совершенно отстали от современных технологий и методов разработки ПО.

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

Занимайтесь уже математикой и коммерцией, а разработку софта оставьте другим - с последним у вас все слишком плачевно.

Очень жаль своего времени и времени остальных людей в этой теме, которые пытались вам что-либо донести.

[a_schelyaev 367]

А в Vista тоже не было проблем с производительностью.

Фишки Висты это фишки Висты и к OpenGL отношения не имеют.

:)

[a_schelyaev 367]

Проверьте еще свой софт в рехиме Aero.

Аэро по умолчанию везде работает. Проблем в текущей версии софта нашего не наблюдаем.

Я просто не рекомендую Фелору новый пре-постпроцессор писать на OpenGL.

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

D3D таким похвастаться не может. Узкое решение для Винды и, в основном, под игры.

[a_schelyaev 367]

А куда препроцессор МКЭ переносмть. Обратно под Юникс?

Да куда потребуется.

Какие причины для этого есть.

Развитие технологической платформы.

Под Виндами Direct X быстрее. В этом причина.

Много лет назад люди поопытнее вас в CG проводили анализ двух языков OpenGL и D3D. Если по первой первый был шустрее в силу сырости второго, то со временем они выровнялись и идут ноздря в ноздрю с переменным успехом. Принципиальных отличий в производительности я что-то не припомню и года три уже не слежу за этим делом, т.к. для препостпроцессора все новые фетиши, реализуемые в картах и языках, не особо нужны. А поддержка реализуется на уровне минидрайвера поставщиком видеокарты.

Косяки там есть, но не принципиальные на фоне существующих мощностей аппаратных ресурсов.

Если у вас даже на фоне текущих мощщей железа графическая часть на OpenGL работает медленее, то дело явно в консерватории.

;)

Чтобы легко в дальнейшем на телефон пре и постпроцессор перенести.

Это вопрос цены: нужно начать и закончить. Выберите свою платформу и работайте на ней.

Вы тут не первый в этом мире, кто GUI и екзешники пишет под разные платформы.

P.S. Испа, вы стебетесь или мир познаете, я не пойму?

[HFL 34]

Под Виндами Direct X быстрее. В этом причина.

Простой вопрос. На каком количестве КЭ (в млн) вы проводили ваш тест ?

[HFL 34]

OpenGl медленно работает с большим количеством отрезков.

Начиная от миллиона 4 узловых КЭ уже ощутимо.

А может дело в неоптимальном коде ?

4М тетры это же вообще ничего

[HFL 34]

Вы запустите одну и ту же программу на XP м на Виста.

Если программа на OpenGL, то разница будет ощутима.

Висты у нас нет.

Есть семерка(64-bit) и XP

Сильной разницы между ними не чувствуется.

Хотя справедливости ради работают они медленней *NIX-овой версии той же программы

Но это может быть связано с тем что железо разное.

PS: Типичный размер это 10М гексы. Есть и большие размеры сеток, но в виндовых станциях

просто памяти не хватает чтобы это обрабатывать.

[HFL 34]

Не понял о какой памяти идет речь.

Об оперативной.

В виндовых рабочих станциях по 6Gb

В *NIX-овых по 16Gb

К примеру 72M гексы в виндовую станцию элементарно не влазит - пробовали.

(там же в КЭ не только геометрия а еще полтора-два десятка параметров)

Я говорил об 1 000 000 оболочек.

Тетра это семечки. В тетре только внешние грани загружаются.

И только видимые грани.

Кешируется вся геометрия. Просто например при повороте подгружаются невидимые грани. При этом происходит это практически мгновенно. Ну и потом есть же режим прозрачности.

[HFL 34]

Я в сентябре покупал компьютер 64 Гб памяти обошлись в 14 000 рублей.

А профессиональная версия семерки поддерживает 180 Гб оперативки.

Так что возвращайтесь обратно.

Нет уж - спасибо

Не нужно мне ваших сочных кактусов ©

Лучше говорить не о количестве элементов, а о количестве треугольков в сцене.

1 гексаэдр = 12 треугольников.

На cамом деле там еще больше элементов в сцене за счёт дополнительных построений (линии тока, дополнительные разрезы) Там узкое место не графика как таковая, а огромное количество работы по построению именно 3Д модели.

[a_schelyaev 367]

Грузят видимые, обычно. Все-то зачем грузить?