Borsa. Stoklamak. Ticaret emirlerinin yürütme hızı. - sayfa 17

 
Andrey Miguzov # :

Bir "mutfak" ile uğraştığımızı hayal edin. Yürütme süresinin 1 ms olduğu günlükleri bize gönderebilirler. Nasıl kontrol edilir? Borsaya gidin ve oradaki zamanı görün - günlüklerin bize yalan söyleyip söylemediğini yaklaşık olarak anlamanın tek yolu budur.

Bunu birkaç yıldır yapıyorum ve MQ'ya 1 saniyeye kadar gecikmeler olduğunda gecikmelerle ilgili bir sorunları olduğunu kanıtlıyorum.

bir diyalog vardı, ancak gecikmeler 14-20 saniyeye "indiğinde", MQ diyaloğu durdurdu.

Bu nedenle, emrin gerçekte nasıl yürütüldüğünü bilmek için borsadaki tam bir emir günlüğüne ihtiyacınız var,

onsuz hiçbir şey kanıtlanamaz.

Burayı okuyun (sonra borsa veri verdi, bu 2015)

https://www.mql5.com/en/forum/38456/page23#comment_1445099

ФОРТС. Вопросы по исполнению
ФОРТС. Вопросы по исполнению
  • 2015.03.18
  • www.mql5.com
С большими проблемами удалось это сделать (начальник отдела по работе с профессиональными клиентами ДЦ Открытие Евгений Сергеевич,.
 
prostotrader # :

Bunu birkaç yıldır yapıyorum ve MQ'ya 1 saniyeye kadar gecikmeler olduğunda gecikmelerle ilgili bir sorunları olduğunu kanıtlıyorum.

bir diyalog vardı, ancak gecikmeler 14-20 saniyeye "indiğinde", MQ diyaloğu durdurdu.

Bu nedenle, emrin gerçekte nasıl yürütüldüğünü bilmek için borsadaki tam bir emir günlüğüne ihtiyacınız var,

onsuz hiçbir şey kanıtlanamaz.

Burayı okuyun (sonra borsa veri verdi, bu 2015)

https://www.mql5.com/en/forum/38456/page23#comment_1445099

Bu konuyu çok dikkatli takip ettim ve hatta birkaç kez tekrar okudum.

Hiç kimse bize tam bir günlük vermeyecek (henüz).

Ancak biraz daha yüksek tanımladığım algoritmaya göre (T2-T1'de), TS'mizin gerçekten çok önemli bir özelliğini - borsada bir sinyalin ortaya çıkmasından bir işlemin sonucuna kadar ne kadar zaman geçtiğini anlayabiliriz. bu sinyaldeki değişimde. Ve hepsi değişim zamanına göre (kaset herkes için aynıdır).

 
Andrey Miguzov # :

Yukarıdaki mesaja eklendi.

Algoritma şudur:

Borsadan bir onay alıyoruz (değişim saatine göre onay süresi - T1)

Analiz ediyoruz ve sembol için bir alım/satım emri göndermeye karar veriyoruz.

sipariş gönderme

Değişim bunu yürütür ve işlem bandındaki yürütme süresini düzeltir (değişim süresi - T2)

Zamanla ilgileniyorum = T2-T1

T2 zamanı tam olarak değişim zamanına göre tutuluyor, aksi takdirde diğer kaynaklarla tutarsızlıklar olacak, kontrol ettim, her yerde aynılar.

Ama sipariş verdiğiniz T1 tik zamanı nereden geldiği bilinmiyor (bu değişim zamanı değil), bu yüzden cevap almak imkansız (T2-T1)

Burada eksik alıntılarla sorunu inceledim

https://www.mql5.com/ru/forum/381623#comment_25821280

Котировки Срочного рынка в МТ5
Котировки Срочного рынка в МТ5
  • 2021.11.10
  • www.mql5.com
Уважаемые модераторы! Перенесите, пожалуйста сообщения из темы "Клиринг по существу????* не относящиеся к клирингу, сюда...
 
prostotrader # :

T2 zamanı tam olarak değişim zamanına göre tutuluyor, aksi takdirde diğer kaynaklarla tutarsızlıklar olacak, kontrol ettim - her yerde aynı.

Ama sipariş verdiğiniz T1 tik zamanı nereden geldiği bilinmiyor (bu değişim zamanı değil), bu yüzden cevap almak imkansız (T2-T1)

Burada eksik alıntılarla sorunu inceledim

https://www.mql5.com/en/forum/381623#comment_25821280

Sadece mesele bu - T1 aynı zamanda değiş tokuş zamanı. Kontrol ettim. Yukarıdaki ekran görüntülerimde bile görebilirsiniz.

İşlemlerin kaseti, borsadan komisyoncu aracılığıyla terminale yayınlanır. Bir onay işareti (bir grup onay) geldiğinde bir olay belirir - OnTick. Kene zamanı, kasetin (ve sırasıyla değişim) zamanıyla çakışır. Tik süresi herkes için aynı olacaktır.


Burada küçük bir sorun var - fiyatı camdan alıyorum ve camı değiştirmek her zaman OnTick'i vermiyor. Ancak hata, varsa, büyük bir şekildedir.

 
Andrey Miguzov # :

Sadece mesele bu - T1 aynı zamanda değiş tokuş zamanı. Kontrol ettim. Yukarıdaki ekran görüntülerimde bile görebilirsiniz.

İşlemlerin kaseti, borsadan komisyoncu aracılığıyla terminale yayınlanır. Bir onay işareti (bir grup onay) geldiğinde bir olay belirir - OnTick. Kene zamanı, kasetin (ve sırasıyla değişim) zamanıyla çakışır. Tik süresi herkes için aynı olacaktır.


Burada küçük bir sorun var - fiyatı camdan alıyorum ve camı değiştirmek her zaman OnTick'i vermiyor. Ancak hata, varsa, büyük bir şekildedir.

Kene zamanının stok zamanı olup olmadığından emin değilim.

 struct MqlTick 
  { 
   datetime      time;           // Время последнего обновления цен 
   double        bid;           // Текущая цена Bid 
   double        ask;           // Текущая цена Ask 
   double        last;           // Текущая цена последней сделки (Last) 
   ulong         volume;         // Объем для текущей цены Last 
   long          time_msc;       // Время последнего обновления цен в миллисекундах 
   uint          flags;         // Флаги тиков 
   double        volume_real;   // Объем для текущей цены Last c повышенной точностью 
  };

Terminalde veya borsada güncelleme nerede olduğu için yazmıyor.

 
prostotrader # :

Kene zamanının stok zamanı olup olmadığından emin değilim.

Terminalde veya borsada güncelleme nerede olduğu için yazmıyor.

Sunucuda.

 
prostotrader # :

Kene zamanının stok zamanı olup olmadığından emin değilim.

Terminalde veya borsada güncelleme nerede olduğu için yazmıyor.

Size kendi alıntınızla cevap vereceğim (bağlantı için teşekkürler - konu beni geçti):

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

MT5'te türev piyasa fiyatları

2021.11.20 17:05

Olay işleyicileri ile ilgili değil.

En iyi fiyat verilerinin iletilmesinin iki yolu vardır.

1. Cam kesim

2. Ortak tablo, enstrümanla ilgili bilgileri en iyi fiyatlarla birlikte yayınlar.

Bir olayın sipariş defteri tarafından mı yoksa aletle ilgili bilgiler tarafından mı oluşturulduğu hiç önemli değildir.

Bilginin tüm terminallere aynı şekilde gelmesi ve farklı Brokerlerin geçmişinde olması önemlidir.

farklıdır, işlemler her yerde aynıdır , ancak talep ve teklif genellikle farklıdır.

Her iki MT5 terminalinde de talep ve teklif alma algoritması farklı brokerler için aynıdır, bu yüzden şu sonuca varıyorum:

bu algoritma tam olarak doğru çalışmıyor. Alıntı boşlukları var.


Farklı yapalım.

Ticari banttan T1 ve T2 zamanını alıyorum. Saatin tam olarak kaç olduğunu bilmiyoruz ama referans kaynağı orada aynı (aksi takdirde kaos olur) ve bu nedenle T1 ile T2 arasındaki farkı tahmin edebiliriz.

Katma:

T1'in değişim zamanı olduğuna dair daha da büyük bir inanç vardı. Kenedeki tüm bilgiler borsadandır. TÜM bilgi (zamanla ilgili dahil) borsadan geliyorsa neden bir tür kalan zaman oluşturmakla uğraşasınız ki?

Artı, yazdım - işlem kasetindeki günlükler ve resimlerle onaylandı

Ve yine de - eğer takas zamanı değilse - farklı brokerler için işlem kasetlerini karşılaştırmak işe yaramaz. Ve yüksek doğrulukla karşılaştırılır (söveler vardır, ancak bu önemsizdir). Farklı zaman kaynakları olsaydı - karşılaştırmak mümkün olmazdı.

 
Andrey Miguzov # :

Size kendi alıntınızla cevap vereceğim (bağlantı için teşekkürler - konu beni geçti):


Farklı yapalım.

Ticari banttan T1 ve T2 zamanını alıyorum. Saatin tam olarak kaç olduğunu bilmiyoruz ama referans kaynağı orada aynı (aksi takdirde kaos olur) ve bu nedenle T1 ile T2 arasındaki farkı tahmin edebiliriz.

Katma:

T1'in değişim zamanı olduğuna dair daha da büyük bir inanç vardı. Kenedeki tüm bilgiler borsadandır. TÜM bilgi (zamanla ilgili dahil) borsadan geliyorsa neden bir tür kalan zaman oluşturmakla uğraşasınız ki?

Artı, yazdım - işlem kasetindeki günlükler ve resimlerle onaylandı

Her neyse, ama 2 MT5 sizinkinden daha hızlı çalışacak.

Mesele şu ki, farklı bölümlerden gelen tüm verileri birleştirmek için yayın yapacak kendi özel sunucunuza ihtiyacınız var.

ASTS'den (Stok Bölümü) ve Spectra'dan (Kaleler) gelen/giden bilgiler ve ayrıca bölümleri içe aktarın ve bir terminale aktarın.

Ara bağlantı bir kez olduğunda, bunlar kaçınılmaz gecikmelerdir.

 

Aslında tüm soru, siparişi göndermeden önce bir satır eklemektir:

 Print ( " Время тика: " , 
       TimeToString (last_tick.time, TIME_SECONDS ), 
       "." , 
       (last_tick.time_msc)% 1000 , //добавляет мс в строку
       " по символу " , 
       name); //имя инструмента

ve sonra foruma bu anlaşma için uzmanlar sekmesini ve günlük sekmesini koyun.

Sonraki - Anlaşma akışında bir anlaşma bulmaya çalışacağım. Bu, ne yazık ki, her zaman mümkün değildir.

İdeal olarak, tek bir cilt değil. Ve farklı fiyatlarla dolum ile.

 
prostotrader # :

Her neyse, ama 2 MT5 sizinkinden daha hızlı çalışacak.

Mesele şu ki, farklı bölümlerden gelen tüm verileri birleştirmek için yayın yapacak kendi özel sunucunuza ihtiyacınız var.

ASTS'den (Stok Bölümü) ve Spectra'dan (Kaleler) gelen/giden bilgiler ve ayrıca bölümleri içe aktarın ve bir terminale aktarın.

Ara bağlantı bir kez olduğunda, bunlar kaçınılmaz gecikmelerdir.

Kabul ediyorum. Sadece çok üzücü :(

EBS, yalnızca 100-200 ms'lik yürütme süresinin kritik olmadığı stratejiler için ortaya çıkıyor.

Her ne kadar iyice bakarsanız, böyle bir strateji yoktur. Kar her zaman yürütme süresiyle ters orantılı olacaktır.