OnProcess вызов по событию

OnProcess вызов по событию
Atom
12/23/2010
Andrey R.


Здравствуйте.
Я так понимаю, что это событие вызвается через определенный интервал по времени.
И хотелось бы узнать, как можно, допустим, генерировать и обрабатывать это событие на каждом тике?
Я понимаю, что можно внутренние проверки устроить, например контролировать объем последней свечи или еще что то, но может быть есть более простой выход, которого я не знаю?

Tags:


Thanks:


ltrim

Avatar
Date: 12/23/2010
Reply


В описании написано http://stocksharp.com/doc/Default.aspx?topic=Stock%23

Interval Интервал стратегии. Как часто StrategyManager будет вызывать метод Process().
(Унаследовано от Strategy.)
Thanks:

Andrey R.

Avatar
Date: 12/24/2010
Reply


Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.
Thanks:

ltrim

Avatar
Date: 12/24/2010
Reply


Andrey R.
Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.


strategy.Interval = TimeSpan.FromTicks(1)
Thanks:

Иванов Андрей

Avatar
Date: 12/24/2010
Reply


ltrim
Andrey R.
Это то понятно, что событие OnProcess вызывается через заданный интервал. Меня интересует как сделать так, чтобы это событие вызывалось на каждом тике, не чаще и не реже.


strategy.Interval = TimeSpan.FromTicks(1)

Думаю, что это не то, что хотел автор треда. Мне так кажется, что он имеет в виду тики Квика или чего-то другого.
Потому что один тик TimeSpan это 100 нс. Слишком уж часто, по-моему.

К тому же, Михаил в шедулере стратегий использует Thread.Sleep, точность которого, мягко говоря, никакая =) Потому что шедулер операционной системы оперирует квантами, которые измеряются десятками и сотнями миллисекунд. На практике ваши 100 нс округлятся до 0 мс, которые дадут вам рандомную задержку, так как в этом случае она зависит от загрузки процессора. Если нет у шедулера операционной системы готового потока, вы задержки не получите вообще, а если есть, то задержка будет рандомной и, скорее всего, кратной кванту, потому что ваш поток может получть квант не следующий и не через один, а пятый, например, потому что у шедулера системы своё мнение на тему того, какой поток должен сейчас исполняться. "Скорее всего" кратный кванту, потому что другой поток тоже может пойти поспать, в этом случае вы получите оставшуюся часть его кванта.

Вероятно, это как в том анекдоте про яблоко, "папа, ты сейчас с кем разговаривал?". Но, надеюсь, понятно хотя бы, что никаких гарантий по интервалу никто дать не может. С большими интервалами, типа секунды, погрешность 10% не критична, а вот с предложенной вами задержкой 100 нс погрешность измеряется тысячами процентов.
Thanks:

Иванов Андрей

Avatar
Date: 12/24/2010
Reply


Andrey R.
Здравствуйте.
Я так понимаю, что это событие вызвается через определенный интервал по времени.
И хотелось бы узнать, как можно, допустим, генерировать и обрабатывать это событие на каждом тике?
Я понимаю, что можно внутренние проверки устроить, например контролировать объем последней свечи или еще что то, но может быть есть более простой выход, которого я не знаю?

Думаю, что вам надо просто подписаться на события того, что вам надо. Предположу, что вам нужны сделки. Вот на событие ITrader.NewTrades и подписывайтесь. Я именно так и работаю, без искусственных задержек и оверхеада на получение данных из общего списка.

Если нужны стаканы для скальпинга, подписывайтесь на событие изменения стаканов. Я не скальпер, событие на память не помню.
Thanks:

Andrey R.

Avatar
Date: 12/25/2010
Reply


Андрей Андрея понял))

Да, так и делал раньше(на старой версии библиотеки). А сейчас делаю нового робота с новой библиотекой и почему-то подумалось, что такая возможность появилась))
Всем спасибо за ответы, буду делать по старому..
Thanks:

Mikhail Sukhov

Avatar
Date: 12/26/2010
Reply


Andrey R.
Здравствуйте.
Я так понимаю, что это событие вызвается через определенный интервал по времени.
И хотелось бы узнать, как можно, допустим, генерировать и обрабатывать это событие на каждом тике?
Я понимаю, что можно внутренние проверки устроить, например контролировать объем последней свечи или еще что то, но может быть есть более простой выход, которого я не знаю?


А вот это не оно Событийная модель?
Thanks:

Andrey R.

Avatar
Date: 12/26/2010
Reply


возможно, это оно..
Буду разбираться. Спасибо!
Thanks:


Attach files by dragging & dropping, , or pasting from the clipboard.

loading
clippy