Перейти к публикации

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


Рекомендованные сообщения

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах


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

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

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

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

:clap_1::clap_1::clap_1:

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

Ссылка на сообщение
Поделиться на других сайтах

:clap_1::clap_1::clap_1:

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

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

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

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

<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.

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Молодец, молодец. А мы пока под code-aster ту штуку пробуем включить
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
  • 1 месяц спустя...

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

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

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

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

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

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

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 6 месяцев спустя...

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

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

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

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

Изменено пользователем Bonusfrag
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...