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

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



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

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

То что вы не разбираетесь в матричных вычислениях я уже понял. Но повторю еще раз. Пакет 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 пользователей

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




  • Сообщения

    • Bot
      Компания Hypertherm Associates, американский производитель систем промышленной резки и программного обеспечения, объявила о выпуске основного обновления ПО для раскроя ProNest® 2025 версии 16.0. Смотреть полностью
    • Fedor
      Разве не знали, что если сталь хорошенько нагревать то сначала она становится пластичной и ее куют, а если еще нагревать то и жидкой и ее можно лить ?   :)   Так же и с грунтами ... :)
    • ДОБРЯК
      @Orchestra2603 вот смотрите что получается.  Вы получили систему линейных однородных уравнений. Вы пишите, что "Выкидываем повторную строку". Вы её не выкидываете, а записываете уравнение Ф1(1) = b.  Вы вводите точку отсчета для определения перемещений. Вы закрепляете модель. Только точка отсчета будет равняться не 0, а точка отсчета будет равняться b.  А все остальное дело техники... :=) В любом случае чтобы решить СЛАУ нужно ввести точку отсчета. Для решения задачи в которой, например 10 или 100 или... степеней свободы вам придется сделать численную факторизацию и ввести точку отсчета.
    • _GOST_
      Открываете любую модель (деталь/сборка) => выбираете любую панель инструментов, на которой хотите разместить значок макроса => кликаете на панели ПКМ => Адаптация пользовательских команд. Дальнейшие действия на изображении во вложении.
    • Рома калужский
      я же отписался, все работает.  спасибо
    • Viktor2004
      вот я и хотел что бы при запуске приложения C-Exe оно у меня сразу определяло нажата кнопка или нет. Оказалось это невозможно
    • Борман
      По вашей логике в сталях "примерно" как в грунтах, а в грунтах "примерно" как в воде. Спасибо, познавательно.
    • maxx2000
      SW стал средой для разработки печатных плат? как минимум с 2018 солидворкс не является средой для разработки печатных плат, соответственно программу сверловки\фрезеровки ПП можно в нём изготовить только загрузив в него внешний файл созданный в другой программе. Обычно это Gerber формат  содержит информацию  о слоях меди, маски припоя, условных обозначений, данных сверления и т.д. Я бы рекомендовал тебе отказаться от этой связки, есть полно специализированных программ для проектирования ПП и полно программ делающих их мехобработку практически в 2 клика
    • gudstartup
      так во время загрузки клавиши опрашивает сначала лоадер а потом системное по и только при появлении экрана вашего приложения нажатие обязано передаваться ему. если вы работаете на экране setting то нажатые клавиши не передаются в редактирование потому что она не активна. системное по обязано помещать mdi ввод для активного приложения в какие либо переменные иначе просто невозможно наладить взаимодействие оператора и программы нужно только знать эти переменные. 
    • Fedor
      Есть еще закон Кулона для грунтов https://saitinpro.ru/glavnaya/nesushchie-konstruktsii/grunty-i-fundamenty/osnovaniya-fundamentov/soprotivlenie-gruntov-sdvigu-zakon-kulona/   Это примерно как Мизес для сталей.  https://studref.com/621812/stroitelstvo/prochnost_gruntov_zakon_kulona_svyaznyh_nesvyaznyh_gruntov  . Показывает когда начинается течение.  :)
×
×
  • Создать...