OpenCl и инструменты для него. Отзывы и впечатления. - страница 10

 
tara:

Спасибо, увидел. Протягиваю руку. Читать буду завтра.
Посмотрите ещё вот эту статью: Оптимальный метод подсчета объема совокупной позиции по заданному магическому номеру. Тоже будет весьма кстати.
 
tol64:
Посмотрите ещё вот эту статью: Оптимальный метод подсчета объема совокупной позиции по заданному магическому номеру. Тоже будет весьма кстати.


Спасибо, посмотрю.

ЗЫ Оптимальных методов не бывает. Уж, извините :)

 
tara:


Спасибо, посмотрю.

ЗЫ Оптимальных методов не бывает. Уж, извините :)

Не извиняйтесь. Всё относительно. :)
 

Важное замечание по поводу железа, скорости PCI-E шины для OpenCL тут:

https://www.mql5.com/ru/forum/6042/page6


Вот тут много видеоматериала по CUDA:

http://developer.download.nvidia.com/compute/cuda/docs/GTC09Materials.htm

http://developer.download.nvidia.com/compute/cuda/docs/GTC_2010_Archives.htm

Из всего этого нагромождения самой простой и важной для понимания перемен в программировании для CUDA и OpenCL является малозаметная видео-лекция одного из главных по CUDA

Jason Sanders

под номером

GTC 2010 - 2131

(... не могу найти прямую ссылку на видео, английский PDF конспект легко ищется в инете ... нашёл)

http://us.download.nvidia.com/downloads/GTC_Videos/flvs/2131_GTC2010.mp4

http://us.download.nvidia.com/downloads/GTC_Videos/flvs/2131_GTC2010.flv

http://www.nvidia.com/content/GTC-2010/pdfs/2131_GTC2010.pdf

Вот русский конспект

http://sporgalka.blogspot.com/2011/10/cuda.html

 
Тут всё по Куде. Но в принципе технология программирования более менее складная. Ничего ужасного вроде не видно. Спасибо.
 
Да уж. можно зарыться в оптимизацию с головой и не вылазить.
 
TheXpert:
Да уж. можно зарыться в оптимизацию с головой и не вылазить.


С удовольствием бы нырнул во все эти оптимизационные процессы с головой. Но это было бы круто, когда уже что-то более менее стабильно капает на счёт. Поэтому пока отложу я все эти сладости до белой полосы в своей жизни. Я бы сразу, если бы была такая возможность, взял бы себе стойку с кластерами процессоров на 100. Что-то вроде этого:

 

Офтопик:

Интересно-то как. Сам начал подбирать себе видюху получше, хотя особой потребности в ней пока нет (варианты - HD 6790, 6850, 6930).

Наверно, это психоз.

Извините за рефлексию в такой серьезной теме.

 
Renat:

На двуядерном пробовали MQL5 Cloud Network с 2000 агентами?

Или все-таки, просто запустили одиночный проход локально и на этом успокоились?

Как раз именно с MQL5 Cloud Network мы достигли простого ускорения в сотни и тысячи раз. Без GPU, на любом эксперте. Посмотрите мой старый пример с видео: Пример ускорения расчетов с применением MQL5 Cloud Network


Мы дали возможность мгновенно одной кнопкой поднять (время разогрева сети около 20-30 секунд) тысячи агентов для быстрого расчета задач. Вместо сотен часов можно реально уложиться в полчаса.

Причем цены смешные - любой может проверить, каждому зарегистрировавшемуся на MQL5.com дается бонусных 2 доллара.

Это - реальная революция. Теперь любой пользователь может положить на лопатки практически любой суперкомпьютер через использование клауда. А с вводом GPU (в пятницу будет доступный билд) выигрывать у суперкомпьютеров можно будет пачками.


Производительности хватает (а вернее Вы себя в этом убеждаете) на простые случаи. Для массивных и детальнейших вычислений мощностей никак не хватает.

Ошибка со сравнением тестеров МТ4 vs МТ5 в том, что люди закрывают глаза на совершенно разный уровень детализации и возможность точного мультивалютного тестирования.

С железозависимостью Вы тоже промахнулись:

  • МТ5 поддерживает 32 и 64 битные архитектуры (64 битная версия реально быстрее и мощнее)
  • МТ5 использует все локальные ядра
  • МТ5 использует удаленных агентов (32 и 64 битных)
  • МТ5 использует MQL5 Cloud Network, когда простенький ноутбук получает результаты расчетов с компьютеров в несколько тысяч раз мощнее его
  • МТ5 использует железонезависимый OpenCL, который позволяет работать с разнообразными GPU процессорами

Вы откровенно выдаете желаемое за действительное, явно понимая, что ошибаетесь.


Хотя я не являюсь защитником GPU (был долгое время откровенно против), но Ваши выводы неверные.

Софта под GPU нет, так как разработчики еще не поверили в это направление, но никак не повторное упоминание про мифическую привязку к конкретному железу. Ради приличия надо хотя бы почитать что такое OpenCL и для чего оно придумано (для независимости от железа, да и платформы).

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


Мы достаточно ждали, тоже критиковали и не соглашались, но время пришло.

И уже третий раз повторение по "железозависимый софт".

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