Dürüstçe cevap verebilir misiniz, OHLC Bid + OHLC Ask'a karşı OHLC Bid + Spread kullanmanın lehindeki argümanlar nelerdir? 5 yerine 8 sayı saklayın (çubuk ve geçmiş biçimini değiştirmek zor)? Bu, sağlanan geçmiş miktarını önemli ölçüde etkiler mi? Ya da sadece bir Fiyat Sor geçmişiniz yok mu? Test cihazının mantığı daha karmaşık hale mi geliyor? Yani ikinci durumda, daha da basit - yayılma kavramı hiç yok. Dürüst olmak gerekirse seni durduran şey.
Çubuk yapısının boyutu , terminal tarafından tüketilen kaynak miktarını orantılı olarak etkileyen en önemli özelliktir.
Her zaman kaynakları koruma görevi ile karşı karşıyayız, bu nedenle bu formdaki uzantı uygun değildir.
structMqlRates
{
datetime time; // время начала периодаdouble open; // цена открытияdouble high; // наивысшая цена за периодdouble low; // наименьшая цена за периодdouble close; // цена закрытияlong tick_volume; // тиковый объемint spread; // спредlong real_volume; // биржевой объем
};
(yanlış değilse) 46 bayta eşittir.
Alternatif yapı boyutu:
structMqlRates
{
datetime time; // время начала периодаdouble openBid; // цена открытия Biddouble highBid; // наивысшая цена за период Biddouble lowBid; // наименьшая цена за период Biddouble closeBid // цена закрытия Biddouble openAsk; // цена открытия Askdouble highAsk; // наивысшая цена за период Askdouble lowAsk; // наименьшая цена за период Askdouble closeAsk // цена закрытия Asklong tick_volume; // тиковый объемlong real_volume; // биржевой объем
};
76 bayttır.
Onlar. geçmişi indirirken trafik hacminde ve terminal ve test cihazı (aracılar dahil) tarafından tüketilen bellekte en kötü durumda% 65 oranında bir artıştan bahsediyoruz. Sadece %65'inin sizi durduramayacağı açıktır. Nedenleri açıkça farklıdır.
Onlar. geçmişi indirirken trafik hacminde ve terminal ve test cihazı (aracılar dahil) tarafından tüketilen bellekte en kötü durumda% 65 oranında bir artıştan bahsediyoruz. Sadece %65'inin sizi durduramayacağı açıktır. Nedenleri açıkça farklıdır.
48 bayt aldım:
structMqlRates
{
datetime time; // время начала периодаdouble Base; // базовая цена бара. Все остальные цены отсчитываются от базы в пипсах short openBid; // цена открытия Bidshort highBid; // наивысшая цена за период Bidshort lowBid; // наименьшая цена за период Bidshort closeBid // цена закрытия Bidshort openAsk; // цена открытия Askshort highAsk; // наивысшая цена за период Askshort lowAsk; // наименьшая цена за период Askshort closeAsk // цена закрытия Asklong tick_volume; // тиковый объемlong real_volume; // биржевой объем
};
Short'un yeterli olmadığını kim söylüyorsa, önce bana en az bir örnek atsın (borsadan veya forexten fark etmez).
Çubuk yapısının boyutu , terminal tarafından tüketilen kaynak miktarını orantılı olarak etkileyen en önemli özelliktir.
Her zaman kaynakları koruma görevi ile karşı karşıyayız, bu nedenle bu formdaki uzantı uygun değildir.
Renat, MqlRates yapısını optimize etmek için herhangi bir girişim oldu mu? Örneğin, hassasiyet şu anda maksimum beş ondalık basamakla sınırlıysa, OLHC değerleri için neden çift (8 bayt) kesinliğe ihtiyacımız var? Bu değerleri neden belleğin yarısını kaplayan 3 veya 5 int bit'e normalize edilmiş olarak saklamayasınız?
Bu yaklaşım kullanılarak yazılabilecek maksimum değer 42949.67295'tir.
Bu sınırın ötesine geçecek herhangi bir forex OLHC verisi var mı?
Short'un yeterli olmadığını kim söylüyorsa, önce bana en az bir örnek atsın (borsadan veya forexten fark etmez).
hrenfx :
Onlar. en kötü durumda, terminal ve test cihazı (ajanlar dahil) tarafından tüketilen geçmişi ve belleği indirirken trafik hacminde% 65'lik bir artıştan bahsediyoruz.
Geçmişi aktarmak için veri sıkıştırmadan önce geliştiricilerin, büyük bir sıkıştırma oranının elde edilmesinden dolayı orijinal yapının benzer bir dönüşümünü kullandıkları açıktır. Ama gerçek şu ki, hiçbir şeyi, hiçbir şeyi aldatmasanız bile, alabileceğiniz en kötü şey ek bir %65'tir.
MQL5.com web sitesine giriş yapmak için çerezlerin kullanımına izin vermelisiniz.
Lütfen tarayıcınızda gerekli ayarı etkinleştirin, aksi takdirde giriş yapamazsınız.
Hesabınıza giriş yaptınız. İki faktörlü kimlik doğrulama devre dışı bırakıldı. Yeniden kurup yeni bir QR kodu tarayın veya iki faktörlü kimlik doğrulama devre dışıyken devam edin.
Dürüstçe cevap verebilir misiniz, OHLC Bid + OHLC Ask'a karşı OHLC Bid + Spread kullanmanın lehindeki argümanlar nelerdir? 5 yerine 8 sayı saklayın (çubuk ve geçmiş biçimini değiştirmek zor)? Bu, sağlanan geçmiş miktarını önemli ölçüde etkiler mi? Ya da sadece bir Fiyat Sor geçmişiniz yok mu? Test cihazının mantığı daha karmaşık hale mi geliyor? Yani ikinci durumda, daha da basit - yayılma kavramı hiç yok. Dürüst olmak gerekirse seni durduran şey.
Çubuk yapısının boyutu , terminal tarafından tüketilen kaynak miktarını orantılı olarak etkileyen en önemli özelliktir.
Her zaman kaynakları koruma görevi ile karşı karşıyayız, bu nedenle bu formdaki uzantı uygun değildir.
MqlRates Boyutu:
(yanlış değilse) 46 bayta eşittir.
Alternatif yapı boyutu:
76 bayttır.
Onlar. geçmişi indirirken trafik hacminde ve terminal ve test cihazı (aracılar dahil) tarafından tüketilen bellekte en kötü durumda% 65 oranında bir artıştan bahsediyoruz. Sadece %65'inin sizi durduramayacağı açıktır. Nedenleri açıkça farklıdır.
Rakibin sözlerine inanmıyorsanız konuşmanın ne anlamı var?
MqlRates Boyutu:
(yanlış değilse) 46 bayta eşittir.
Alternatif yapı boyutu:
76 bayttır.
Onlar. geçmişi indirirken trafik hacminde ve terminal ve test cihazı (aracılar dahil) tarafından tüketilen bellekte en kötü durumda% 65 oranında bir artıştan bahsediyoruz. Sadece %65'inin sizi durduramayacağı açıktır. Nedenleri açıkça farklıdır.
48 bayt aldım:
Short'un yeterli olmadığını kim söylüyorsa, önce bana en az bir örnek atsın (borsadan veya forexten fark etmez).Çubuk yapısının boyutu , terminal tarafından tüketilen kaynak miktarını orantılı olarak etkileyen en önemli özelliktir.
Her zaman kaynakları koruma görevi ile karşı karşıyayız, bu nedenle bu formdaki uzantı uygun değildir.
Renat, MqlRates yapısını optimize etmek için herhangi bir girişim oldu mu? Örneğin, hassasiyet şu anda maksimum beş ondalık basamakla sınırlıysa, OLHC değerleri için neden çift (8 bayt) kesinliğe ihtiyacımız var? Bu değerleri neden belleğin yarısını kaplayan 3 veya 5 int bit'e normalize edilmiş olarak saklamayasınız?
Bu yaklaşım kullanılarak yazılabilecek maksimum değer 42949.67295'tir.
Bu sınırın ötesine geçecek herhangi bir forex OLHC verisi var mı?
Bu sınırın ötesine geçecek herhangi bir forex OLHC verisi var mı?
48 bayt aldım:
Short'un yeterli olmadığını kim söylüyorsa, önce bana en az bir örnek atsın (borsadan veya forexten fark etmez).Onlar. en kötü durumda, terminal ve test cihazı (ajanlar dahil) tarafından tüketilen geçmişi ve belleği indirirken trafik hacminde% 65'lik bir artıştan bahsediyoruz.
Vladix :
Örneğin, OLHC değerleri için neden çift (8 bayt) hassasiyete ihtiyacımız var .....................
Buyrun, EVET.
ile değiştirilebilirve zayiat olmayacak. Daha sonra boyut sihirli bir şekilde 46 bayta döner. Harika, değil mi? :)
48 bayt aldım:
Short'un yeterli olmadığını kim söylüyorsa, önce bana en az bir örnek atsın (borsadan veya forexten fark etmez).