Четырехядерные процессоры и CAD-приложения.

[mrvcf1 98]

_SAM_ выбы еще на 99 солиде тестировали, потдержка многоядерности началась с 19 версии parasolid прирост особенно заметен на булевских операциях когда задействованы все ядра

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

МНОГОЯДЕРНЫЙ ТЕРАФЛОПОВЫЙ ПРОЦЕССОР

Вычислительные решения NVIDIA® Tesla™ позволяют перейти к энергоэффективным параллельным вычислениям. Благодаря 240 ядрам в каждом процессоре, суперкомпьютер Tesla, основанный на революционной архитектуре параллельных вычислений NVIDIA® CUDA™, легко масштабируется и позволяет решать самые важные вычислительные задачи в мире более быстро и точно.

<noindex>http://www.nvidia.ru/page/tesla_computing_solutions.html</noindex>

этот чюдо системник будет стоить в раене 9к $ (там кстати есть вариант купить на 50% дешевле, акция какаято)

[SVB 188]

Плюсы от обладания 2х и 4х ядерников не существенные на данный момент времени ??

В прямую использование в CADах преимуществ пока нет. Но есть преимущество, к примеру, если при расчёте чего-либо в CAE-приложении (неважно распараллелено оно на ядра или нет), можно в параллель в это же самое время погулять по инету, распечатать документ и т.д.. Комп в этом случае не замирает в ступоре (как в одноядерных), а гораздо легче откликается на параллельные работы.

[Гость]

МНОГОЯДЕРНЫЙ ТЕРАФЛОПОВЫЙ ПРОЦЕССОР

Вычислительные решения NVIDIA® Tesla™ позволяют перейти к энергоэффективным параллельным вычислениям.

Улыбнул! Теперь дело за малым, обратиться в Dassault с просьбой разработать SW для СUDA!

[mrvcf1 98]

Улыбнул! Теперь дело за малым, обратиться в Dassault с просьбой разработать SW для СUDA!

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

[Гость]

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

Я то внимательно прочитал.

<noindex>http://www.nvidia.ru/object/cuda_app_tesla_ru.html</noindex>

В списке поддерживаемых приложений затесался хоть один CAD?

CUDA (англ. Compute Unified Device Architecture) — технология GPGPU (англ. General-Purpose computing on Graphics Processing Units), позволяющая программистам реализовывать на языке программирования Си алгоритмы, выполнимые на графических процессорах ускорителей GeForce восьмого поколения и старше (GeForce 8 Series, GeForce 9 Series, GeForce 200 Series), Nvidia Quadro и Tesla компании Nvidia. Технология CUDA разработана компанией nVidia.

[IBV 112]

Про Tesla по-русски: ]]>http://www.astera.ru/news/?id=70800]]>

[vl 327]

Улыбнул! Теперь дело за малым, обратиться в Dassault с просьбой разработать SW для СUDA!

Зачем ? SW и так использует OpenGL, а значит автоматом и возможности карточки.

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

CUDA или новый стандарт OpenCL нужен для решения задач видеопроцессорами не связанных напрямую с видеообработкой, но все же когда много однотипных данных и обработка их однотипна. К примеру, те же CAE задачи, решение СЛАУ итерационными методами.

Так что ждем когда MSC, Ansys, Adapco и т.д. включат поддержку этого в свои решатели

[vl 327]

Новый язык как раз и создан для обработки видео данных. Так как графика растровая, то для каждого пиксела свой поток.

Именно что не конкретно видеоданных, а в целом для задач где данных много,а обработка однотипная.

Так как голь на выдумки хитра и ИСПА уже поддерживает решение СЛАУ на видео картах, то мой прогноз таков. Долго будете ждать. Впрочем, каждому свое. Кто-то ждет. Кто-то считает.

Молодец, молодец. А мы пока под code-aster ту штуку пробуем включить

[mrvcf1 98]

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

[chlp 0]

COSMOSFloWorks 2009. Пока оптимизирован под 2 ядра. На 4х средняя загрузка 60-70%.

[nut888 3]

Как уже тут правильно писали - выигрыша для CAD от двух многопроцессорности не много

Почти никакой

Для архитектуры на которой построены практически все машины сейчас (Пост, Тьюринг)

автоматическое распаралеливание невозможно

То есть все надо переписывать и мало того еще придумывать паралельные алгоритмы

Кстати не любой алгоритм можно так просто распаралелить

Распаралеливают поэтому небольшие части ресурсоемких аглоритмов которые просто распаралеливаются

А выгода может быть при запуске многих приложений

Это может быть PDM система в нагрузку к CAD

PDM сама может состоять из многих самостоятельно работающих компонент Oracle

Все это может быть запущено на виртуальной машине (Ставить и настраивать такие связки не просто)

Так что выгода для инженера просматривается

[alexNDRM 0]

Как уже тут правильно писали - выигрыша для CAD от двух многопроцессорности не много

Почти никакой

Не совсем так. SW2009. Для работы с большими сборками из сложных деталей радикально поменяли железо и операционку.

Теперь CORE i 7. ОЗУ 6ггц. NVIDIA QUADRO 3700. WIN XP x64. Теперь никаких подвисаний. Как в старом анекдоте:у умирающего ребе просят раскрыть секрет приготовления чая. И он отвечает: Евреи не жалейте заварки!

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

PS. Мы тупо использовали рекомендации ФИРМЫ по максимуму.Что конкретно помогло не знаю. Я не специалист.

[Bonusfrag 104]

COSMOSFloWorks 2009. Пока оптимизирован под 2 ядра. На 4х средняя загрузка 60-70%.

я бы выразился подругому...

он распараллелен, но для каждой итерации есть блок, выполняемый только на одном ядре. На своём кваде я наблюдаю четкую картинку - 25% загрузка в начале итерации, потом 100%, потом опять 25% итд. И из-за того, что на 25% проц загружен где-то треть итерации по времени, получается, что зависимость от числа ядер сильно нелинейна (см.статью про 2009).

В итоге если памяти много, то выгоднее запустить два счета одновременно по два ядра на счет, чем последовательно два счета на 4х..

Изменено 31 марта 2010 пользователем Bonusfrag