Межпрограммное взаимодействие... - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Можно еще использовать Shared Memory - функции CreateFileMapping и MapViewOfFile. Есть статейка про использования: http://www.delphifaq.com/faq/delphi_windows_API/f348.shtml
Можно еще использовать Shared Memory - функции CreateFileMapping и MapViewOfFile. Есть статейка про использования: http://www.delphifaq.com/faq/delphi_windows_API/f348.shtml
да, но это если в пределах одного файлового поля работать т е внутри одной машины или локальной сети там где скорость работы высокая и надежная
допустим запущен MT и какой либо пакет который подхватывает файлы от MT и создает - передает файлы которые должен подхватить MT
тут тоже не все так просто необходимо что то типа семафорного регулирования
если две машины стоят за 1000км то файловые операции уже не так эффективны - если конечно между машинами не гегабитные каналы
межмашинный обмен файловыми операциями не очень эффективен
тот же TCP/IP эффективней ...
Конечно YuraZ - все зависить от постановки задачи. Если процессы запущены на одном компьютере, тогда лучше Shared Memory. Если на разным - тогда TCP/IP.
Если конкретно, то у меня такая задача - есть кластерный нейросимулятор на Unix'е. Он доступен по TCP/IP в режиме клиент-сервер, а что недоступно, то прикручивается за выходные. (Благо, склеить сервер под Unix, на мой взгляд, проще, чем под MS.)
Нужно, чтобы программа на MQL4 могла советоваться с нейросетью, а для этого им нужно перепихиваться данными. (В Unix'ном мире процессы так общаться и норовят, как на одной машине - через Берклиевские локальные сокеты, так и на разных - через TCP/IP.)
Естественно, можно придумать извращение - один кладет в SQL-движок, другой считывает. Но, не проще это делать не через задницу?
Конечно YuraZ - все зависить от постановки задачи. Если процессы запущены на одном компьютере, тогда лучше Shared Memory. Если на разным - тогда TCP/IP.
Если конкретно, то у меня такая задача - есть кластерный нейросимулятор на Unix'е. Он доступен по TCP/IP в режиме клиент-сервер, а что недоступно, то прикручивается за выходные. (Благо, склеить сервер под Unix, на мой взгляд, проще, чем под MS.)
Нужно, чтобы программа на MQL4 могла советоваться с нейросетью, а для этого им нужно перепихиваться данными. (В Unix'ном мире процессы так общаться и норовят, как на одной машине - через Берклиевские локальные сокеты, так и на разных - через TCP/IP.)
Естественно, можно придумать извращение - один кладет в SQL-движок, другой считывает. Но, не проще это делать не через задницу?
если учесть что мир слишком разнообразен то в каждой конкретной реализации ЗАДНИЦА своя и разная
в одной реализации через задницу как раз будет использование сокета в другом укладывание в MS SQL
---
в вашей реализации универсальней будет ходить через TCP/IP - и тогда Вам по барабану будет это на одной это машине
или ваша машина стоит в США
В этой теме в моем посте один из вариантов межпрограмного взаимодействия с использованием лишь системных длл
https://forum.mql4.com/ru/3393