评估CPU内核的优化 - 页 15

 
Fast235:
我不明白为什么我把16GB的内存换成了32GB的,测试者吃了16台电脑+16个虚拟,现在它吃了32台电脑+31个虚拟,胡说八道,我买了32GB的固态硬盘来卸载和延长他的寿命,而Pish.每天以terrabyte写入,可怜的固态硬盘

禁用创建交换文件的功能如何?而且,也可以在一个16G的RAM磁盘上创建这个文件。

 
Aleksey Vyazmikin:

禁用创建交换文件的功能如何?或者,在一个16G的RAM磁盘上创建文件。

如果你禁用了交换,测试者说在All ticks模式下没有足够的内存。

 
Fast235:

如果分页功能被禁用,测试者说没有足够的内存

这就留下了RAM磁盘的选项。

 

无法编译Tree_Brut_TestPL_F_Fast

编译失败率为16%。在2台不同的电脑上试了一下。这可能是由于MetaEditor的建立。请重设已编译的版本。

 
dsfx:

无法编译Tree_Brut_TestPL_F_Fast

在16%的情况下无法编译。在2台不同的电脑上试了一下。这可能是由于MetaEditor的建立。请重置已编译好的那份。

你等了多长时间?它需要长达一小时的编译 - 取决于CPU的核心能力。

严禁将编译好的文件上传到论坛。

 
Aleksey Vyazmikin:

你等了多长时间?它可能需要一个小时的时间来编译 - 这取决于CPU的核心能力。

不允许将编译好的文件上传到论坛。

嗯,等了大约10分钟))。但大约同样大小的Tree_Brut_TestPL_F似乎在大约5分钟内就能编译完毕。我会等得更久...

 

Ryzen 9 3950X的结果

仍然没有弄清楚是什么真正影响了这个处理器的测试速度。我已经尝试了所有的方法,结果都在相同的数值之内。用主板预设值改变CPU的基本频率,最高可达+600MHz,但这并没有带来任何结果。显然,这是因为它在测试中没有任何帮助就超频了。从表中可以看出,内存特性也没有什么影响。 有什么想法,谁会有兴趣,请发帖。


至于在MT5中测试该处理器的实际使用情况 - 这里有一些你不会马上想到的细微差别!

首先,MT5中的每个代理出于某种原因为自己分配了一块单独的内存,即使测试是在一个配对上而不是在不同的配对上运行。而且,比如说,如果我们在十字架上测试,它就会加载更多的专业。因此,当在2年的时间里对真实蜱虫进行测试时,每个代理需要7GB的内存。是的,值得一提的是,我在一个流行的经纪商上试过,它有70%的点位在重复(有相同的卖出价和买入价)。我将在一个定制的故事上再尝试一些,我稍后会公布数字。因此,要加载64GB的内存,我只能在8个代理上测试。退出--自定义故事,对重复的刻度进行过滤,不断控制内存大小,从而控制测试时间,128GB内存,在16个代理上测试。这就是它的工作原理!!?因此,这是我两年来的测试....,如果你采取更长的时间...?


其次。我从另一台电脑上放了一块临时的固态硬盘EVO 860。遇到了另一个问题(以前已经写过类似的问题)。当我开始优化时,即使是8个通道,代理也试图同时访问SSD,为自己抽出RAM tick历史。 没有队列,所以SSD变成 "红色",MT5日志中出现错误。

也就是说,测试者不能执行通过,因为它没能下载刻度线,尽管它写着没有足够的内存!但是,测试者不能执行通过,因为它没有下载刻度线。的确,如果你考虑到我的固态硬盘根据当时的系统读数,速度高达600MB/s,那么它甚至需要100多秒才能填满64GB内存。因此,旧的固态硬盘根本不适合,正在等待具有3500GB/s的EVO 970,但即使有了它,128GB也会超过30秒。也就是说,这些错误将继续存在。


所以,各位开发者。我们需要你关注这个问题,否则使用多核处理器是非常不方便的,甚至是不可能的!"。

如果可能的话,能更经济地使用RAM内存就更好了。即使只是在对一个货币对进行优化时也是如此!毕竟,如果测试在一个符号上运行,肯定所有代理可以访问一个相同的内存空间。为什么他们每个人都会制作副本? 那么就不会有内存不足的问题,也不会有从硬盘上读取数据的速度,而且会使设计更加便宜!"。

如果这是不可能的,那么至少要为代理访问硬盘做一些排队,和/或增加复制的等待时间。但是,优化内存的使用当然会更有效率。

谢谢!

 
dsfx:

Ryzen 9 3950X的结果

仍然没有弄清楚是什么真正影响了这个处理器的测试速度。我已经尝试了所有的方法,结果都在相同的数值之内。用主板预设值改变CPU的基本频率,最高可达+600MHz,但这并没有带来任何结果。显然,这是因为它在测试中没有任何帮助就超频了。从表中可以看出,内存特性也没有什么影响。有什么想法,有兴趣的人,请发帖。

CPU频率会影响性能--尝试修复它或设置限制。对于计算来说,协处理器是最重要的,所以多线程(XMP)给你带来了非线性的收益,即由于协处理器为计算做了更快的数据准备而带来的加速。

至于帖子的其余部分--蜱虫是邪恶的,特别是如果它们需要交叉--错误率会大大增加。 十字星和基础货币 的波动是不同步的。

SSD错误很奇怪--此时的RAM真的够用吗?虚拟内存是否已被禁用?

 
Aleksey Vyazmikin:

处理器频率会影响性能--尝试修复它或设置限制。对于计算来说,协处理器首先是重要的,所以多线程(XMP)会带来非线性收益,即由于协处理器更快地准备数据进行计算而带来的加速。

至于帖子的其余部分--蜱虫是邪恶的,特别是如果它们需要交叉--错误率会急剧增加。 十字星和基础货币 的波动是不同步的。

SSD错误很奇怪--此时的RAM真的够用吗?虚拟内存是否已被禁用?

是的,确实如此。在将CPU固定在不同的频率后,有明显的效果。实践表明,最好不要修复--bios中的最新固件还没有那个CPU型号,而预装的固定频率低于已知的频率,不修复也能在涡轮模式下获得最大的频率。我还没有进入BIOS,但依赖性的标准已经很清楚了。等待新的固件。


虚拟内存 "由系统选择"。把我的固态硬盘从evo 860换成了evo 970 plus - 填充内存变得更加有趣(大约好了3-4倍),我可以从更多的代理开始,但如果我留下的代理超过足够的内存,还是会出现错误。但在实践中,我已经制定了以下优化策略。任务管理器始终处于开启状态。我先启动8个代理,控制RAM负载,然后再打开4个代理,直到RAM大约80%满。如果我不碰任何东西,一切都会被优化,而不会给驱动器带来压力。但是,只要我犯了一个错误,添加了更多的代理,ssd立即全速前进,由于某种原因,windup将内存卸载了大约50%。优化速度明显减慢,唯一的办法是重启终端并重新启动。像这样。

 

Tree_Brut_TestPL_F_Fast"的测试结果。

每个核心的代理。

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%)

每条线的代理人。

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%)

树_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%)

树_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%)