Скачать MetaTrader 5

Многопоточность в МТ5

Авторизуйтесь или зарегистрируйтесь, чтобы добавить комментарий
Торгуй с помощью MetaTarder 5. Скачай прямо сейчас!
Nikolay Demko
12463
Nikolay Demko 2011.04.05 15:53 

Сейчас функции создания и уничтожения потока делят между собой чарт и индикатор.

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

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

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

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

Высказывайтесь кто как думает? особенно интересно мнение разработчиков, насколько это сложно реализовать?

MetaQuotes
Админ
24944
Renat Fatkhullin 2011.04.05 16:45  

Этого делать не будем - каждая MQL5 программа принципиально однопоточная.

Подумайте сами над засадами и глобальными последствиями. Если сильно хочется использовать все ядра, то применяйте DLL.

Документация по MQL5: Программы MQL5
Документация по MQL5: Программы MQL5
  • www.mql5.com
Программы MQL5 - Документация по MQL5
Nikolay Demko
12463
Nikolay Demko 2011.04.05 16:55  
Renat:

Этого делать не будем - каждая MQL5 программа принципиально однопоточная.

Подумайте сами над засадами и глобальными последствиями. Если сильно хочется использовать все ядра, то применяйте DLL.

"Если посмотреть на тело сверху то снизу ничего видно не будет" :о), а посему я видя только верхнюю часть языка ни о каких засадах не догадываюсь.

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

Комбинатор
15919
Комбинатор 2011.04.05 16:57  
Синхронизация и совместный доступ.
Nikolay Demko
12463
Nikolay Demko 2011.04.05 17:03  
TheXpert:
Синхронизация и совместный доступ.
Потоки по умолчанию работают асинхронно, и программист должен об этом знать и писать с учётом этого, совместный доступ надуманная проблема проистекающая из текущей реализации индикаторов, но не имеющая глобальных проблем.
Nikolay Demko
12463
Nikolay Demko 2011.04.05 17:07  
На самом деле программист пишущий многопоточное приложение просто выделяет отдельные блоки кода в котором он сообщает компилятору что от сих и до сих код не зависит от внешней среды и его можно рассчитывать параллельно. Вот и всё, остальное от лукавого.

Комбинатор
15919
Комбинатор 2011.04.05 17:12  
Святая наивность...
Nikolay Demko
12463
Nikolay Demko 2011.04.05 17:18  
TheXpert:
Святая наивность...
Наверно да, вот поэтому и хочу узнать "а чё это там такое зелёненькое краснеет?"
Дмитрий Александрович
1705
Дмитрий Александрович 2011.04.05 17:26  
TheXpert:
Святая наивность...

В MQL5 по сути, почти все синхронизировано, одновременный запрос двух индикаторов к буферам/глобальным переменным/торговым операциям и т.п. не вызывают рандомные затирания памяти.
Значит подводных камней не так то много. Синхронизировать общий доступ к массивам/переменным/классам.
В Java же как-то сделали, все синхронно, использование синхронных методов нужно для пользовательских нужд, например запросов в бд, и т.п.
Значит можно же, думаю, MQ, обсудят, подумают и максимум в MQL6 точно сделают, т.к. частота процессоров упирается в потолок, а вот их кол-во по сути не ограниченно.
И считать в одном потоке, как то старомодно :)
Документация по MQL5: Основы языка / Переменные
Документация по MQL5: Основы языка / Переменные
  • www.mql5.com
Основы языка / Переменные - Документация по MQL5
Andrey Dik
11217
Andrey Dik 2011.04.05 17:42  

Есть такая открытая штука - OpenCL. Возможно компилятор MQL6 будет поддерживать этот фреймворк?

OpenCL (от англ. Open Computing Language — русск. открытый язык вычислений) — фреймворк для написания компьютерных программ, связанных с параллельными вычислениями на различных графических (англ. GPU) и центральных процессорах (англ. CPU). В фреймворк OpenCL входят язык программирования, который базируется на стандарте C99, и интерфейс программирования приложений (англ. API). OpenCL обеспечивает параллелизм на уровне инструкций и на уровне данных и является реализацией техники GPGPU. OpenCL является полностью открытым стандартом, его использование не облагается лицензионными отчислениями.


o_o
Модератор
23692
o_o 2011.04.05 17:57  
joo:

Есть такая открытая штука - OpenCL. Возможно компилятор MQL6 будет поддерживать этот фреймворк?

сомневаюсь, с API уже обломали.
12345
Авторизуйтесь или зарегистрируйтесь, чтобы добавить комментарий