Optimizasyon için CPU Çekirdeklerini Değerlendirme - sayfa 15

 
Fast235 :
Neden 16GB ram'i 32'ye değiştirdiğimi anlamıyorum, test cihazı 16ram +16 sanal yedi, şimdi 32ram +31 sanal makine yiyor, bir tür saçmalık, SSD'yi boşaltmak ve ömrünü uzatmak için 32GB aldım ve incir . günde bir terabayt yazıyor, zavallı ssd

Ve bir disk belleği dosyasının oluşturulmasını devre dışı bırakırsanız? Ve başka bir seçenek de bu dosyayı 16 gig RAM diskte oluşturmaktır.

 
Aleksey Vyazmikin :

Ve bir disk belleği dosyasının oluşturulmasını devre dışı bırakırsanız? Ve başka bir seçenek de bu dosyayı 16 gig RAM diskte oluşturmaktır.

sayfalama devre dışı bırakıldığında, test cihazı Tüm onaylar modunda yeterli bellek olmadığını yazar

 
Fast235 :

sayfalama devre dışı bırakıldığında, test cihazı yeterli bellek olmadığını yazıyor

Sonra RAM diskli bir seçenek var.

 

Tree_Brut_TestPL_F_Fast derlenemiyor

%16 kilitleniyor. 2 farklı bilgisayarda denedim. Görünüşe göre MetaEditor yapısında. Derlenmiş pliz'i sıfırlayın.

 
dsfx :

Tree_Brut_TestPL_F_Fast derlenemiyor

%16 kilitleniyor. 2 farklı bilgisayarda denedim. Görünüşe göre MetaEditor yapısında. Derlenmiş pliz'i sıfırlayın.

Ne kadar bekledin? Orada derleme bir saat kadar sürer - işlemci çekirdeğinin gücüne bağlıdır.

Derlenmiş dosyaların foruma atılmasına izin verilmez.

 
Aleksey Vyazmikin :

Ne kadar bekledin? Orada derleme bir saat kadar sürer - işlemci çekirdeğinin gücüne bağlıdır.

Derlenmiş dosyaların foruma atılmasına izin verilmez.

Hmmm, 10 dakika bekledi))). Ancak yaklaşık aynı boyutta, Tree_Brut_TestPL_F yaklaşık 5 dakika içinde derleniyor gibiydi. daha bekleyeceğim...

 

Ryzen 9 3950X Sonuçları

Bu işlemcinin test hızını gerçekten neyin etkilediğini asla anlamadım. Bu sadece denemedi, sonuçlar aynı değerler içinde. CPU'nun temel frekansını anakart tarafından önceden ayarlanmış + 600 MHz'e değiştirmek hiçbir şeye yol açmaz. Görünüşe göre, testlerde dışarıdan yardım almadan hızlandığı için. Tablodan da görülebileceği gibi bellek özellikleri de pek etki etmez. Fikirler olacak, ilgilenenler pliz yazsın!


Bu işlemcinin MT5'teki testler için pratik kullanımına gelince, hemen düşünmeyeceğiniz bazı nüanslar var!

İlk olarak, herhangi bir nedenle, her MT5 aracısı, test farklı bir çift üzerinde değil, bir çift üzerinde çalıştırılsa bile, kendisine ayrı bir RAM parçası tahsis eder. Ayrıca, örneğin, çaprazlar üzerinde test yaparsanız, yine de ana dalları yükler. Sonuç olarak, 2 yıllık bir süre boyunca gerçek keneler üzerinde test yapılırken, her aracı 7 GB bellek alır. Evet, tekrarlanan tiklerin %70'i (aynı Ask ve Bid ile) olan popüler bir komisyoncu üzerinde denediğimi söylemeye değer. Özel geçmiş üzerinde tekrar deneyeceğim ve sayıları daha sonra göndereceğim. Böylece 64 GB bellek yüklemek için yalnızca 8 aracı üzerinde test yapabilirsiniz. Çıkış yolu, tekrarlanan işaretlerin filtrelenmesi, bellek miktarının sürekli kontrolü ve dolayısıyla test süresi, 128 GB bellek ve 16 aracı üzerinde test ile özel bir geçmiştir. Peki ne olur!? Bu yüzden bunu iki yıl boyunca test ettim .... ve daha uzun bir süre alırsanız ...?!


İkincisi. Şu an için başka bir EVO 860 bilgisayarından geçici olarak SSD kurdum.Başka bir sorunla karşılaştım (bu konuyu daha önce yazmıştık). 8 geçişten bile optimizasyona başlarken, aracılar kene geçmişini kendileri için RAM'e pompalamak için aynı anda SSD'ye erişmeye çalışırlar. Sipariş sağlanmaz, bu nedenle SSD "kırmızı" olur ve MT5 günlüğüne hatalar dökülür:

Onlar. test cihazı geçişleri tamamlayamıyor, çünkü yeterli bellek olmadığını söylese de keneleri indirmek mümkün değildi! Gerçekten de, sistemin okumalarına bakılırsa SSD'min o sırada 600MB/s'ye kadar çıktığını tahmin ederseniz, 64GB RAM'i bile doldurmak 100 saniyeden fazla sürerdi. Bu nedenle eski SSD hiç uymuyor, 3500GB/s'de EVO 970'i bekliyorum ama onunla bile 128GB 30 saniyeden fazla bir sürede dolacak. Onlar. hatalar kalacaktır.


Böylece, BEYLER GELİŞTİRİCİLER. Bu soruna dikkat etmeniz gerekiyor, aksi takdirde çok çekirdekli işlemcileri kullanmak imkansız olmasa da son derece elverişsiz olacaktır!

Mümkünse, RAM belleğini daha tasarruflu kullanmak harika olurdu. Sadece bir döviz çiftinde optimizasyon yaparken bile! Sonuçta, test bir çift üzerinde çalışıyorsa, tüm ajanların aynı bellek alanına erişmesi kesinlikle mümkündür. Neden her biri kendileri için kopya üretsinler?! O zaman bellek eksikliği sorunu, sabit diskten okuma hızı ortadan kalkacak ve tasarım önemli ölçüde daha ucuz olacak!

Bu mümkün değilse, en azından aracıların sabit diske erişmesi için bir tür kuyruk oluşturun ve (veya) kopya bekleme süresini artırın. Ancak bellek kullanımını optimize etmek kesinlikle çok daha verimli olacaktır!

Teşekkür ederim!

 
dsfx :

Ryzen 9 3950X Sonuçları

Bu işlemcinin test hızını gerçekten neyin etkilediğini asla anlamadım. Bu sadece denemedi, sonuçlar aynı değerler içinde. CPU'nun temel frekansını anakart tarafından önceden ayarlanmış + 600 MHz'e değiştirmek hiçbir şeye yol açmaz. Görünüşe göre, testlerde dışarıdan yardım almadan hızlandığı için. Tablodan da görülebileceği gibi bellek özellikleri de pek etki etmez. Fikirler olacak, ilgilenenler pliz yazsın!

İşlemcinin frekansı performansı etkileyecektir - düzeltmeyi veya koridorları ayarlamayı deneyin. Hesaplamalar için yardımcı işlemci öncelikle önemlidir, bu nedenle çoklu iş parçacığından (XMP) artış doğrusal değildir, yani. yardımcı işlemciler tarafından hesaplamalar için verilerin daha hızlı hazırlanması nedeniyle hızlanma.

Mesajların geri kalanı için - tikler kötüdür, özellikle de çarpıtmaları gerekiyorsa - hatalı oynatma yüzdesi büyük ölçüde artar. Çaprazların ve temel para birimlerinin dalgalanması senkronize değildir.

Bir SSD ile uğraşırken oluşan hatalar garip - o anda gerçekten yeterli RAM var mı? Sanal belleği devre dışı bıraktınız mı?

 
Aleksey Vyazmikin :

İşlemcinin frekansı performansı etkileyecektir - tamir etmeyi veya koridorları ayarlamayı deneyin. Hesaplamalar için yardımcı işlemci öncelikle önemlidir, bu nedenle çoklu iş parçacığından (XMP) artış doğrusal değildir, yani. yardımcı işlemciler tarafından hesaplamalar için verilerin daha hızlı hazırlanması nedeniyle hızlanma.

Mesajların geri kalanı için - tikler kötüdür, özellikle de çarpıtmaları gerekiyorsa - hatalı oynatma yüzdesi büyük ölçüde artar. Çaprazların ve temel para birimlerinin dalgalanması senkronize değildir.

Bir SSD ile uğraşırken oluşan hatalar garip - o anda gerçekten yeterli RAM var mı? Sanal belleği devre dışı bıraktınız mı?

Evet kesinlikle. İşlemciyi farklı frekanslarda sabitledikten sonra sonuç fark edilir. Uygulama, düzeltmemenin daha iyi olduğunu göstermiştir - en son BIOS belleniminde henüz bu işlemci modeli yoktur ve aşağıdaki önceden ayarlanmış sabit frekanslar, turbo modunda sabitlenmeden maksimum çalışma frekansına neden olur. Henüz BIOS'un derinliklerine inmedim, ancak bağımlılık kriterleri zaten açık. Yeni yazılımı bekleyeceğim.


Sanal bellek "sistem tarafından seçildiği şekilde". SSD'yi evo 860'tan evo 970 plus'a değiştirdim - RAM'i doldurmak daha eğlenceli hale geldi (yaklaşık 3-4 kez) ve çok sayıda ajanla başlayabilirsiniz, ancak olduğundan daha fazla ajan bırakırsanız hatalar hala devam ediyor onlar için yeterli hafıza. Ancak pratikte aşağıdaki optimizasyon stratejisini geliştirdim. Görev Yöneticisi her zaman etkindir. Önce 8 ajan başlatıyorum ve RAM'in yüklenmesini kontrol ediyorum, ardından RAM yüzde 80 dolana kadar 4 tane daha açıyorum.Hiçbir şeye dokunulmazsa, o zaman vida ile oynamadan her şey optimize edilir. Ancak bir hata yaptığımda ve daha fazla aracı eklediğimde, ssd hemen sonuna kadar açılıyor ve bir nedenden dolayı Windows belleği yaklaşık %50 oranında boşaltıyor. Optimizasyon gözle görülür şekilde yavaşlar ve tek çıkış yolu terminali yeniden başlatmak ve yeniden başlatmaktır. Bunun gibi bir şey.

 

Bunun için " Tree_Brut_TestPL_F_Fast " test sonuçları:

Çekirdek başına ajan:

 2020.01 . 20 16 : 28 : 24.603 Tester  optimization finished, total passes 12
2020.01 . 20 16 : 28 : 24.614 Statistics      optimization done in 0 minutes 20 seconds
2020.01 . 20 16 : 28 : 24.614 Statistics      shortest pass 0 : 00 : 18.226 , longest pass 0 : 00 : 19.507 , average pass 0 : 00 : 18.679
2020.01 . 20 16 : 28 : 24.614 Statistics       12000 frames ( 4.71 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 28 : 24.614 Statistics      local 12 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)

Akış ajanı:

 2020.01 . 20 16 : 29 : 29.065 Tester  optimization finished, total passes 24
2020.01 . 20 16 : 29 : 29.076 Statistics      optimization done in 0 minutes 25 seconds
2020.01 . 20 16 : 29 : 29.076 Statistics      shortest pass 0 : 00 : 22.934 , longest pass 0 : 00 : 24.012 , average pass 0 : 00 : 23.194
2020.01 . 20 16 : 29 : 29.076 Statistics       24000 frames ( 9.43 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 29 : 29.076 Statistics      local 24 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)

Tree_Brut_TestPL

 2020.01 . 20 16 : 50 : 25.514 Statistics      optimization done in 0 minutes 39 seconds
2020.01 . 20 16 : 50 : 25.514 Statistics      shortest pass 0 : 00 : 36.626 , longest pass 0 : 00 : 38.832 , average pass 0 : 00 : 37.448
2020.01 . 20 16 : 50 : 25.514 Statistics       12000 frames ( 4.71 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 50 : 25.514 Statistics      local 12 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)


2020.01 . 20 16 : 51 : 48.969 Statistics      optimization done in 1 minutes 01 seconds
2020.01 . 20 16 : 51 : 48.969 Statistics      shortest pass 0 : 00 : 54.094 , longest pass 0 : 01 : 01.868 , average pass 0 : 00 : 58.784
2020.01 . 20 16 : 51 : 48.969 Statistics       24000 frames ( 9.43 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 51 : 48.969 Statistics      local 24 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)

Tree_Brut_TestPL_F

 2020.01 . 20 16 : 55 : 17.840 Statistics      optimization done in 0 minutes 57 seconds
2020.01 . 20 16 : 55 : 17.840 Statistics      shortest pass 0 : 00 : 53.159 , longest pass 0 : 00 : 56.540 , average pass 0 : 00 : 54.924
2020.01 . 20 16 : 55 : 17.840 Statistics       12000 frames ( 4.71 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 55 : 17.840 Statistics      local 12 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)


2020.01 . 20 16 : 57 : 48.843 Statistics      optimization done in 2 minutes 18 seconds
2020.01 . 20 16 : 57 : 48.843 Statistics      shortest pass 0 : 01 : 57.327 , longest pass 0 : 02 : 18.116 , average pass 0 : 02 : 06.879
2020.01 . 20 16 : 57 : 48.843 Statistics       24000 frames ( 9.43 Mb total, 412 bytes per frame) received
2020.01 . 20 16 : 57 : 48.843 Statistics      local 24 tasks ( 100 %), remote 0 tasks ( 0 %), cloud 0 tasks ( 0 %)