OpenCL: реальные задачи - страница 3

[Mykola Demko]

TheXpert:

А есть разве существенная разница?

Если получится заоптимизировать может вообще не придется OpenCL подключать.

Разница вот в этом...

Из MQL5 как бы удобнее, Ильяз уже всё обвязал, на С++ нужно самому всё обвязывать.

Ну да если заоптимизировать, с начало нужно определиться нужно ли использовать OpenCL, вникать нужно.

[Vladimir Gomonov]

TheXpert:

Проект для студии.

Самый тяжелый метод -- FeedPatterns.

Качнул.  Посмотреть буду.. :)

[Vladimir Kazakov]

Urain:
 ... , на С++ нужно самому всё обвязывать...

На с++ можно amp использовать - симатишнее и удобнее имхо.

[Konstantin Grebenshikov]

kazakov.v:

На с++ можно amp использовать - симатишнее и удобнее имхо.

Можно почему нет? К тому же это основа для распараллеливания особенно в Win8;7 а так же это не отъемлемый компонент Net 4.5. К тому же я где-то читал что это надстройка над OpenCL она как-то дописывается дополнительно к коду?

[TheXpert]

kazakov.v:

На с++ можно amp использовать - симатишнее и удобнее имхо.

В конечном итоге на MQL, переносить собираюсь.

[Mykola Demko]

TheXpert:
В конечном итоге на MQL, переносить собираюсь.

Тогда перебей проект на MQL5 (у тебя как у автора быстрее выйдет). И на нём уже всё проверять.

На пятёру, потому как пока mql4++ неузабельный. А в последствии можно будет с пятёры на червёрку (через месяцок).

ЗЫ пока проект маленький.

[TheXpert]

Urain:

Тогда перебей проект на MQL5 (у тебя как у автора быстрее выйдет). И на нём уже всё проверять.

Времени пока нет. Там еще один косяк в принципе построения связей синапсов исправлять... поэтому и говорю потом. Но выложенный код вполне самодостаточный.

[Mykola Demko]

TheXpert:
Времени пока нет. Там еще один косяк в принципе построения связей синапсов исправлять... поэтому и говорю потом. Но выложенный код вполне самодостаточный.

Ок не вопрос, сами.

[Mykola Demko]

Urain:
Ок не вопрос, сами.

В принципе там только <vector> перебить, это аналог ArrayObj из стандартной библы.

Можно просто на массивы перебить, или реализовать раз и навсегда <vector> на MQL5 (так сказать фундаментальный путь).

[Vladimir Gomonov]

Urain:

В принципе там только <vector> перебить, это аналог ArrayObj из стандартной библы.

Можно просто на массивы перебить, или реализовать раз и навсегда <vector> на MQL5 (так сказать фундаментальный путь).

Дык Слава тормозит с параметризованными классами.  Я уже год как весь извёлся.

В принципе можно криво написать, типа как-то так (до лучших времён):

#define FF_STD(FFClassName, FFEnumName)                                           \
   class FFClassName:Ccl_FF_Functor                                               \
     {                                                                            \  // Примерно в таком стиле
     public:                                                                      \
       virtual bool CalcFF(const Ccl_Flex2dArray &Test_Res_,double &FF_[],int i_) \
          { FF_[i_]=Test_Res_.Get(i_,FFEnumName); return true; }                  \
     }
//+------------------------------------------------------------------)
//|   Реализации стандартных фитнес-функторов                       (   Дальше алгоритм использования этой хрени:
//+------------------------------------------------------------------)

// возвращает общий профит с учётом спреда (в спредах)
FF_STD(CFF_ProfitTotal_s, FF_ProfitTotal_s);

// возвращает мат-ожидание профита с условной единичной сделки с учётом спреда (в спредах)
FF_STD(CFF_ProfitPerLot_s, FF_ProfitPerLot_s);

// возвращает полный проторгованный объём сделок ((куплено+продано)/2) за тестируемый период 
FF_STD(CFF_VolumeTotal, FF_VolumeTotal);
...........
... 

Это  всё  компиляется и работает.