ltrim
|
Date: 12/23/2010
|
|
|
|
Thanks:
|
|
|
|
|
|
Andrey R.
|
Date: 12/24/2010
Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.
|
|
|
|
Thanks:
|
|
|
|
|
|
ltrim
|
Date: 12/24/2010
Andrey R.:
Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.
strategy.Interval = TimeSpan.FromTicks(1)
|
|
|
|
Thanks:
|
|
|
|
|
|
Иванов Андрей
|
Date: 12/24/2010
|
|
|
|
|
ltrim:
Andrey R.:
Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.
strategy.Interval = TimeSpan.FromTicks(1)
Думаю, что это не то, что хотел автор треда. Мне так кажется, что он имеет в виду тики Квика или чего-то другого.
Потому что один тик TimeSpan это 100 нс. Слишком уж часто, по-моему.
К тому же, Михаил в шедулере стратегий использует Thread.Sleep, точность которого, мягко говоря, никакая =) Потому что шедулер операционной системы оперирует квантами, которые измеряются десятками и сотнями миллисекунд. На практике ваши 100 нс округлятся до 0 мс, которые дадут вам рандомную задержку, так как в этом случае она зависит от загрузки процессора. Если нет у шедулера операционной системы готового потока, вы задержки не получите вообще, а если есть, то задержка будет рандомной и, скорее всего, кратной кванту, потому что ваш поток может получть квант не следующий и не через один, а пятый, например, потому что у шедулера системы своё мнение на тему того, какой поток должен сейчас исполняться. "Скорее всего" кратный кванту, потому что другой поток тоже может пойти поспать, в этом случае вы получите оставшуюся часть его кванта.
Вероятно, это как в том анекдоте про яблоко, "папа, ты сейчас с кем разговаривал?". Но, надеюсь, понятно хотя бы, что никаких гарантий по интервалу никто дать не может. С большими интервалами, типа секунды, погрешность 10% не критична, а вот с предложенной вами задержкой 100 нс погрешность измеряется тысячами процентов.
|
|
|
|
Thanks:
|
|
|
|
|
|
Иванов Андрей
|
Date: 12/24/2010
Andrey R.:
Здравствуйте.
Я так понимаю, что это событие вызвается через определенный интервал по времени.
И хотелось бы узнать, как можно, допустим, генерировать и обрабатывать это событие на каждом тике?
Я понимаю, что можно внутренние проверки устроить, например контролировать объем последней свечи или еще что то, но может быть есть более простой выход, которого я не знаю?
Думаю, что вам надо просто подписаться на события того, что вам надо. Предположу, что вам нужны сделки. Вот на событие ITrader.NewTrades и подписывайтесь. Я именно так и работаю, без искусственных задержек и оверхеада на получение данных из общего списка.
Если нужны стаканы для скальпинга, подписывайтесь на событие изменения стаканов. Я не скальпер, событие на память не помню.
|
|
|
|
Thanks:
|
|
|
|
|
|
Andrey R.
|
Date: 12/25/2010
Андрей Андрея понял))
Да, так и делал раньше(на старой версии библиотеки). А сейчас делаю нового робота с новой библиотекой и почему-то подумалось, что такая возможность появилась))
Всем спасибо за ответы, буду делать по старому..
|
|
|
|
Thanks:
|
|
|
|
|
|
Mikhail Sukhov
|
Date: 12/26/2010
Andrey R.:
Здравствуйте.
Я так понимаю, что это событие вызвается через определенный интервал по времени.
И хотелось бы узнать, как можно, допустим, генерировать и обрабатывать это событие на каждом тике?
Я понимаю, что можно внутренние проверки устроить, например контролировать объем последней свечи или еще что то, но может быть есть более простой выход, которого я не знаю?
А вот это не оно Событийная модель?
|
|
|
|
Thanks:
|
|
|
|
|
|
Andrey R.
|
Date: 12/26/2010
возможно, это оно..
Буду разбираться. Спасибо!
|
|
|
|
Thanks:
|
|
|
|
|