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

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



Я готов обсуждать количество продаж, вопросы маркетинга, но в соответствующей теме. Открывайте. Будем обсуждать.

Уже не интересно.

То что вы не разбираетесь в матричных вычислениях я уже понял. Но повторю еще раз. Пакет CUDA как раз и создали для разработчиков CFD. МКЭ, МГЭ. ЦР и т.д. Появятся и CFD на GPU. Посмотрим какие песни вы тогда будете петь.

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

Слава Богу, что хоть данный факт вы признали. А то мне уже стало казаться, что отрицаете то что ИСПА переведена на графические ускорители. :clap_1:

ИСПА, ну не тормозите же!

Речь не про организацию вычислений, а про ваше детище, независимо от его начинки.

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

Тормоз вы, т.к. обсуждение идет в разделе газодинамики.

:sport_box:

А?! Парируйте, Хоботов!

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

Да задачи такой не стоит, т.к. на существующем железе пока геммора больше, чем реальных выигрышей, ибо в рамках одного шага по времени у нас процедура непосредственно решения системы уравнений для задач, которые поместятся в GPU, занимает 50% времени. Оставшаяся часть слабо поддается вау-процедуре портирования на GPU.

Отсюда и выигрыш получается 25%, который клиенту можно получить лишь приобретением новой рабочей станции. На фоне стоимости программного обеспечения цена такой станции сущие пустяки и доводы за то, что мол "да используйе вы просто вашу видеокарту" никого не впечатляют, т.к. речь идет лишь об одном компе расчетчика, и в масштабе предприятия это все сущая фигня.

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

Переход на GPU сегодня в нашем CFD разумных денег за разумные сроки не принесет.

К этому есть вполне объективные и субъективные причины, как с нашей стороны, так и со стороны пользователей.

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

Я просчитал в проекте BOINC более 300 вариантов. Интересное сравнение времени счета варианта (на одно ядро) на CPU i7 и на GPU ATI HD-5850:

1. CPU i7 (на одно ядро - 11 часов 30 минут

2. GPU ATI HD-5850 - 2 минуты 15 секунд!

Очевидно алгоритм и программа хорошо используют возможности GPU.

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

Самый дешевый вариант сегодня – подождать выхода трехсотого чипа для массовых пользователей. Чем я и занимаюсь.

После этого можно будет подобрать себе видео карту с оптимальным количеством оперативной памяти. Ну и конечно рекомендовать ее пользователям.

Уже вышла карта nVidia GTX-480. В BOINCе ее прогнали, и выяснилось, что гора родила мышь. Превзойти ATI 5970 не удалось, мало того, даже разогнанная 5870 практически не уступила по производительности. Спецы сделали вывод,что карта больше ориентирована на игры (графику).
Ссылка на сообщение
Поделиться на других сайтах
  • 5 месяцев спустя...

вернитесь, плз, с этим обсуждением в соотв.тему: <noindex>http://fsapr2000.ru/index.php?showtopic=34401</noindex>

а то не удобно следить за вашими дебатами по всему форуму))

Чем больше заполненость матрицы, тем больше выигрыш видео в сравнении с ядром.

в том то и дело, что надо смотреть в обратную сторону:

чем меньше заполненность, тем меньше преимущество ГПУ и вопрос в итоге - а каково это преимущество при типичном для задач заполнении матрицы?

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

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

вторая проблема - которая возникает - это балансировка. интересно, что процессор GPU имеет такуюже тактовую частоту как и CPU? да еще с таким же объемом памяти?

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

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

вторая проблема - которая возникает - это балансировка. интересно, что процессор GPU имеет такуюже тактовую частоту как и CPU? да еще с таким же объемом памяти?

Интересно, это одинаково в nVIDIA и в AMD ATI? Для CUDA и для OPEN CL ?

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

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

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

при этом в amd вырвались в лидеры, карты продвигаются как игровые, вычисления числятся только как доп.фича для энтузиастов.

Хотя судя по характеристикам, 5е, а тем более 6е серии будут более оптимизированы под OpenCL. (На 4й серии есть какой-то аппаратный затык, снижающий производительность карты на вычислениях).

ИМХО: затык сейчас в софте. Его попросту нет. Есть "игрушки" под CUDA, есть полнейшая ерунда под Stream, есть несколько "греющих" тестов под OpenCL и DirectCompute и за последние пол года ситуация не поменялась... Даже архиватор никакой не написали под GPU. Из нового попадаются только статьи про вредоносное ПО под GPU, ломающее/крадущее пароли...

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

Интересно, это одинаково в nVIDIA и в AMD ATI? Для CUDA и для OPEN CL ?

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

Т.к. обе сидят на PCI Express, то одинаково. Ситуация изменится в лучшую сторону при выпуске Fusion-подобных процессоров.

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

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

Полный бред. Дайте ссылку откуда информация.

"сначала из CPU закачать в кэш CPU" научите как это делать.

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

Смое примечательное, что в Абакусе тоже ускорение двойку заявили несколько месяцев назад на задаче пользователя. Тип задачи не уточнили.

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

Смое примечательное, что в Абакусе тоже ускорение двойку заявили несколько месяцев назад на задаче пользователя. Тип задачи не уточнили.

С 16-ти ядерником может и будет 2. Напишите внятно что с чем сравнивается. Какие CPU, с какими GPU.
Ссылка на сообщение
Поделиться на других сайтах

Полный бред. Дайте ссылку откуда информация.

"сначала из CPU закачать в кэш CPU" научите как это делать.

извиняюсь, ошибся:

CPU on-chip memory/cash -> off-chip memory/DRAM -> interconnect -> on-chip memory (GP)GPU ... и обратно

вот ссылка:

NVIDIA Tesla: A Unified Graphics and Computing Architecture; Lindholm et al; IEEE Micro; 2008

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

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

при этом в amd вырвались в лидеры, карты продвигаются как игровые, вычисления числятся только как доп.фича для энтузиастов.

Хотя судя по характеристикам, 5е, а тем более 6е серии будут более оптимизированы под OpenCL. (На 4й серии есть какой-то аппаратный затык, снижающий производительность карты на вычислениях).

ИМХО: затык сейчас в софте. Его попросту нет. Есть "игрушки" под CUDA, есть полнейшая ерунда под Stream, есть несколько "греющих" тестов под OpenCL и DirectCompute и за последние пол года ситуация не поменялась... Даже архиватор никакой не написали под GPU. Из нового попадаются только статьи про вредоносное ПО под GPU, ломающее/крадущее пароли...

Не надо бля-бля!

Если Вам неизвестно что-то, то это не значит что этого нет!

Вот серьезный проект и его результаты:

<noindex>http://www.neurosolutions.com/products/cuda/</noindex>

Кстати, ускоряются именно матрично-векторные операции.

В распределенных вычислениях ряд проектов существенно ускорили как на nVIDIA так и на AMD ATI:

<noindex>http://distributed.ru/</noindex>

Зайдите там на форум и почитайте, что пишут знающие люди из реального опыта вычислений на GPU.

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

не совсем понимаю такой пыл...

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

проектов под cuda/stream достаточно, но пользователям (нормальным. домашним) от этих проектов ни жарко, ни холодно. хотя не - тем, которые крутят на своих картах проекты типа Folding@home, наверное жарко (по stream подборка: <noindex>http://forum.radeon.ru/viewtopic.php?t=30209</noindex> )...

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

Это перестанет быть "игрушкой" после 1) перехода на платформонезависимый вариант 2) появления реальных приложений с понятным применением

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

если речь об нвидиа - то всё, что связано не с CUDA, а с универсальными вещами типа OpenCL - примерно одинаково по скорости на конкурирующих картах обоих производителей, так что тут ситуация такова: для игр лучше амд, для энтузиастов вычислений лучше нвидиа, т.к. куда более распространена на д.м. Последних, очевидно, меньше, поэтому хз выкарабкается нвидиа иил нет... лучше бы конеш выкарабкалась, т.к. есть мнение что амд уже очень прилично пользуется отсутствием конкуренции...

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

тут у нас один товарищ сделал обзор недавно на эту тему (using GPU for High performance computing) .

в общем кому интересно: <noindex>http://www.decgroup.org/data/trial-lecture-gpu-for-hpc.pdf</noindex>

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

не совсем понимаю такой пыл...

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

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

А для "простого пользователя" достаточно первого пенька. Он и программировать-то толком не умеет.

Для серьезныз задач ему расти и расти.

Для меня ситуация критичная. Хотя в компе стоит кросс 2 х HD-5870, все равно есть возможность и желание ускорить вычисления.

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

Брюжжать же на недостаток чего-либо легче, а самому потрудиться?

P.S.

Ваша ссылка и то обсуждение: <noindex>http://forum.radeon.ru/viewtopic.php?t=30209</noindex>

безнадежно устарела (почти 2 года - большой срок!) и только наводит "тень на плетень".

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • fenics555
      штифты разрезные- понятно, что примонтаже изменяют размер по отверстию.  Резиновое кольцо уплотнительное- оно меняет не только диаметр наружный и внутренний, но и толщину. именно долго открываются сборки, содержащие эти изделия.  можно конечно и без нее обходиться, но мы уже привыкли. Только грузятся сборки очень долго, но это врятли из-за гибкости.
    • Viktor2004
    • UkulyAlex
      Добрый день. Работаю в t-flex 16. Имеется приспособление в котором более 150 позиций деталей, спецификация сделана по структуре изделия. Возникла необходимость изменения конструкции, некоторые детали из середины списка пришлось удалить. После обновления отчёта позиции сдвигаются, как сделать чтобы оставались на месте, т.е. был пропуск позиций в середине раздела "Детали"? 
    • статист
      Спасибо за цитату, полезная для меня   Я знал до этого способ использовать атрибуты LATT для задания направления, но они применялись только к построенным линиям. Если например рассматривать созданный элемент E, 1, 2, где для задания применяются только два узла, то тут уже никак не поменяешь положение третьего узла, так как его нет. Нужно тогда создавать отдельно направляющий узел  и задавать его через EMODIF,EID, 3, NID.   Но получается без создания узла, задать направление нельзя. В настране по крайней мере так можно. А в ансисе нужно плодить лишние узлы. Грустно)
    • FROST_R6
      Есть монорельса размером 12м. Хочу проверить перемещение при нагрузке на середину в 2 тонны. Саму монорельсу фиксировать не нужно, поэтому я поставил ее на 2 призмы и зафиксировал их. Расчет не получается провести - сначала программа пишет, что "деформация в данном исследовании слишком значительная и нереалистичная, хотите остановить программу и перезапустить исследование с меньшими нагрузками или с более жесткой моделью?". Я выбираю "нет". После долгого процесса расчета появляется сообщение о том, что "Состояние равновесия не было достигнута" и "Анализ больших смещений был остановлен до сохранения результата", появляется надпись о сбое расчета. 
    • maxx2000
      подгружаются при повторном открытии сборки или при первой вставке? Ну и гибкость сначала вызвала вопрос, но я не заметил существенной задержки при выборе способа вставки с ней или без неё.
    • Ветерок
      Я не понял зачем в этих деталях задана гибкость. При том, что новые значения размеров определяются не измерением, а вводом вручную.
    • BOJIOD9I
      Добрый день! Подскажите куда внести изменения на стойке fanuc 0i, чтобы когда вводишь коррекцию в графу износа она не отображалась на координатах. Пример: Резец точит размер 100 мм, по факту получается 101мм. В графе износ вносишь -1.0 мм. В итоге по координатам будет показано что резец точит 99мм, а по факту станет 100мм как нужно было.
    • ДОБРЯК
      Это есть в документации. Может быть эта информация будет полезна не только вам. https://www.mm.bme.hu/~gyebro/files/ans_help_v182/ans_elem/Hlp_E_BEAM188.html В этом разделе подробно написано Очень подробное описание этого элемента. Это элемент Тимошенко. Это надо учитывать используя этот элемент в расчетах. Остается только один вопрос зачем менять номер узла, если сразу можно задать нужный номер и менять его координаты?  
    • fenics555
      подгружаются эти детали очень долго. возможно что конфликтует в настройках...
×
×
  • Создать...