OpenCl和它的工具。评论和印象。 - 页 14

 
Renat:

与你不同的是,我亲自测试cludes。而且我也已经开发、测试和规划这个项目很多年了。

所以请不要说我在这方面的无知的言论。



伙计,我看起来确实像个小丑。但我没有那么多代理人在同一个代理人标签中。




也许你作为一个开发人员和项目经理,能以某种方式解释我的代理去向?互联网似乎是一呼百应。 也许他们都跑去找你了?你用什么来引诱他们?

让我把日志发给你,我们会搞清楚的。我也想获得高性能,而不是等到优化工作勉强完成。或者你真的认为我有兴趣在这里痛骂开发商?我呵斥那些似乎发出性能的拐杖,但实际上我并没有看到它。

我已经在本地每个核心多加了一个代理,以便以某种方式提高性能。至少对于3D渲染来说,每个核心的两个进程可以产生高速度,这就是为什么我已经走了那条额外的路。

而且从表面上看,其他人也有同样的问题。

MetaDriver

尤拉。 你是对的。 到目前为止,一切都很好。

 
Reshetov:

伙计,我看起来确实像个小丑。但我没有那么多代理人在同一个代理人标签中。

真的吗?虽然估计的方向是正确的。

只是你有一点作弊行为,仅此而已。所有的证据都是公平的,不是吗?

你把显示网络状态 "连接与否 "的屏幕右边部分划掉不是没有原因的--你故意把测试模式显示为非活动状态(我应该知道上述截图中每个线路状态的细微差别的特殊性)。因此,结论是毫不含糊的--公然作弊

清洁测试要求。

  1. 你应该在测试期间,当网络开始工作时进行测量,而不是在通过结束后(或故意停止进程)。

    一旦网络负载下降,"可用的代理 "指标就会立即放空,因为网络试图关闭(发送睡眠)尽可能多的代理以节约资源。代理人只有在负载的情况下才能被核算。

  2. 当一个任务出现时,网络会预热30至60秒,并使代理进入运行状态。

  3. 有几千(几万)次的任务应该在网络上运行。

    运行一个有500个通行证的任务,然后显示网络负荷很低,这是作弊。

所以,你去那里。你可以和我争论,但面对我的反复纠正,提出如此无力的论点是不可原谅的。

你问题的根源在于没有在实践中使用MQL5云计算网络。因为他们甚至不知道核算代理和预热网络--他们看到了沉睡的网络的计数器,并转发到论坛上胡言乱语。任何花了一个小时检查云的人都会明白这个工作计划。

 
Renat:

你怎么看?

只是你有一点作弊行为,仅此而已。一切手段都是为了证明,不是吗?

雷纳特,我不打算争论和欺骗。我看到了你的截图,并确保你的网络上的代理数量和质量都很高,以便有一个正常的性能。

我无法实现这样的结果。这就是为什么我说,让我们不要互相指责,而是让我们处理问题。我现在将再次运行测试,并拍摄新的截图,以表明我的通过次数超过10000次。我将在截图中展示网络在不同模式下的工作情况,因为在正向测试模式下,超过四个代理,即每个网络中的一个不能被吸引,整个设施几乎没有移动。

 

这是第一张截图,是没有运行优化的当前状态。我没有剪掉任何东西,也就是说,你可以在底部看到日期和时间。在市场概况中,有价格。没有挡板。

 

我对云计算网络有100%的认真使用。

我现在专门用前向通行证重新进行了测试--大约有6500个代理同时开启。


 

这是第二张截图,优化工作正在运行。通行证超过10,000个


 

这里是第三张截图。特工们已经热身完毕,正在运行


 

这是另一张截图。网络是沉默的。


 
Reshetov:

这里是第三张截图。探员们已经热身并开始

我们又开始作弊了。

你必须通过屏幕截图来证明,如果文字不起作用。

难道你不知道遗传学的特殊性和人口数量的概念吗?启用遗传学模式 并生成64至256的重复任务,对于寻找数以千计的代理是很好的。

看看"MQL5 云网络 加速计算 "一文和"MQL5云网络加速计算 "一文的讨论--那里已经分析了云中遗传学的测试模式。

 
Renat:


我对克劳德网络有100%的认真使用。


我看到了,我相信。瓦尼亚,我是说,雷纳特,我也想要一个。