Обмен информацией между терминалами с помощью файлов и синхронизация. - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Тоже решение. Но есть нюансы. Например записали клиенту файл, он его еще не успел прочитать, а уже время писать новый файл. Тут нужно думать или о очереди файлов или о дополнительной синхронизации. :)
Сколько уже написано слов. Но проверить никто не удосужился.
Предложение Рустама рассматривается только теоретически.
Из опыта. Один пишет, другие читают - проблем нет. Не смог прочитать, прочитает на следующем тике.
Сколько уже написано слов. Но проверить никто не удосужился.
Предложение Рустама рассматривается только теоретически.
Из опыта. Один пишет, другие читают - проблем нет. Не смог прочитать, прочитает на следующем тике.
Я не совсем понимаю суть твоего комментария про FileFlush(). Он ускоряет запись в файл, но не гарантирует, что файл не находиться в процессе чтения.
Я думаю - копать надо в сторону эксклюзивного чтения или записи в файл каждый момент времени.
Прочти ещё раз примечание из документации и особое внимание обрати на выделенное жирным
Примечание
При выполнении операции записи в файл физически данные могут оказаться в нем только через некоторое время. Для того чтобы данные сразу же сохранились в файле, нужно использовать функцию FileFlush(). Если не использовать функцию, то часть данных, еще не попавших на диск, принудительно записывается туда только при закрытии файла функцией FileClose().
Пока изменённый файл не скинут на диск, читаться будет файл без последних изменений.
А если вдруг к файлу обратятся одновременно писатель и читатель, я думаю сама система разрулит эту ситуёвину, да и вероятность этого близка к нулю.
Сколько уже написано слов. Но проверить никто не удосужился.
Предложение Рустама рассматривается только теоретически.
Из опыта. Один пишет, другие читают - проблем нет. Не смог прочитать, прочитает на следующем тике.
Не всегда такой подхрод будет хорошо работать. Например задача написать арбитраж. Нужно передовать все изменения котировок и максимально быстро. Не смог прочитать, прочитает на следующемтике работать будет плохо.
Прочти ещё раз примечание из документации и особое внимание обрати на выделенное жирным
Пока изменённый файл не скинут на диск, читаться будет файл без последних изменений.
Прочти ещё раз примечание из документации и особое внимание обрати на выделенное жирным
Пока изменённый файл не скинут на диск, читаться будет файл без последних изменений.
А если вдруг к файлу обратятся одновременно писатель и читатель, я думаю сама система разрулит эту ситуёвину, да и вероятность этого близка к нулю.
на каждую задачу должно быть свое решение. в случае арбитража лучше всего сразу писать оффлайновые тиковые графики.
эта информация устарела, сейчас данные сразу же сбрасываются на диск