MetaTrader 5策略测试仪和MQL5云计算网络 - 页 16

 
Interesting:

为Linux制作一个直接的代理管理器是如此困难的任务吗(至少对最流行的代理管理器而言)?

问题是,像metatester[64].exe这样的简单文件(~2.5 Mb)包括

  1. 测试代理本身,包括MQL5的整个运行时子系统,其沙盒和终端的整个业务逻辑。
  2. 测试可视化的所有GUI部分(这是一个没有机会被移植的纯Windows GUI)
  3. 代理管理器的GUI部分
  4. MQL5云计算网络
  5. 自动更新

我们在一个EXE文件中,不需要任何其他额外的库/组件,打包了如此多的功能,并简化了工作,以至于在Linux下以同样的质量复制同样的功能是不可能的。
 
Renat:
事实上,我们在一个EXE文件中,不需要任何其他额外的库/组件,打包了这么多的功能,并简化了工作,在Linux下以同样的质量复制同样的功能是不可能的。

微软多年来的跨平台问题。

Renat:

问题是,像metatester[64].exe这样一个简单的文件(~2.5 Mb)包括

  1. 测试代理本身,包括MQL5的整个运行时子系统,其沙盒和终端的整个业务逻辑。
  2. 测试可视化的所有GUI部分(这是一个没有机会被移植的纯Windows GUI)
  3. 代理管理器的GUI部分
  4. MQL5云计算网络
  5. 自动更新

这很清楚。我不明白为什么他们不能削减一些功能,只留下MQL5云计算网络 中的功能?

例如,我不明白第二项的这种方案的必要性(其主要观点是不可能移植)......

 
Interesting:

微软在跨平台方面的常年问题。

这是可以理解的。我不明白为什么他们不能削减一些功能,只留下MQL5云计算网络中的功能?

例如,我不明白第二项的这种方案的必要性(移植的不可能性是主要的一点)...

我宁愿问自己更重要的问题。

  1. 谁需要一个用于Linux的剥离式测试器?没有保护措施,没有正常的32/64支持,没有漂亮的架构和简单性。开发人员肯定不需要。
  2. 为什么开发商会在这个项目 上花费半年(最少)的时间吐槽和咒骂?开发商的利润在哪里?
  3. 为什么开发人员要在代码中引入跨平台的恐怖元素,从而毁掉一个干净的架构?

软件开发是一项由对经济问题的明确答案驱动的业务。

那些不考虑硬经济的人去做空气项目,使投资者破产,然后...换工作,通常又是一圈一圈的:)

ps:MetaTrader 4和MetaTrader 5通过Wine在Linux下工作得很好,我们明确确保终端在Wine中工作得很好(我们不时地修正一些小东西)。

 
Renat:

在下一个版本中, 如果 测试员代理 在虚拟机或仿真器 (Virtual PC、VMWare、Virtual Box、Wine等) 下启动 ,将无法在MQL5云网络中工作。这样做是为了尽量减少业绩评级被破坏的可能性。

在虚拟机下运行代理的正常服务器模式被完全保留了。这意味着,你可以根据自己的需要使用任何形式的代理。

问题是什么,在虚拟化下发生了什么超频?

果核在哪里有什么关系呢?

真的很抱歉,如果有可能旋转的评级,说实话,我真的不明白如何......

什么是评级? 什么是评级?

内核有一个任务 - 内核完成该任务 - 内核有一个时间来完成该任务

不应该有其他标准

所有这些都可以在MQL5云计算网络中控制。

简单地说

1-核心说我已经准备好了

2- MQL5云网对核心说,去工作,设定时间

3芯工作3秒

4核响应MQL5云计算网络 -> 接受你的任务

5 - 做得好的内核 - 你在3秒钟内就完成了 - 这是以0.1美分形式提供的糖果

另一个核心

1-Core说我已经准备好了。

2- MQL5云计算网络 - >内核准时出现

3芯的工作时间为30

MQL5云计算网络的4个核心答案----接受你的任务

5 - 做得好,核心 - 你在30秒内完成了 - 这里有0.1美分的糖果。

这很简单--你工作得越快、越努力,你得到的就越多。

MQL5云计算网络不应该有宠儿--任务会更多地交给他们 ...

这就像在生活中--最喜欢的人更经常得到订单!)

这意味着,云计算网络--不应该只是通过列表来分配任务!而可能是通过将核心移到队列中去

以防止出现只有名列前茅的人才能得到工作的情况--以此类推,循环往复。

如果我们假设有100个任务和大约1000个核心

那么前100名将得到工作

他们将完成这些任务--然后另外100个任务将被排入队列,它们将再次被移交给排在前面的核心。

而桥梁900将处于空闲状态

因此,前100个核心将最有可能获得

---

如果问题没有得到解决,那就糟糕了。

:-(((( ,然后从池子里减去我的8个好的核心,I7 - 3 GHz,8个G的核心

我不会离开虚拟机--它在LINUX CentOS下,我不会转移到windows主机上。

这正是24/7工作的主机!

----

我特意在虚拟机上做的,把主机上3个核心中的2个分配给虚拟机。

我现在有47个核心--其中只有这最后两个

是在同一台机器上

64x 3 amd核心

也就是说,在3个物理核心中,有两个被第二次共享,但来自不同的操作系统。

雷纳特,我不太明白为什么这将是一个问题

如果它有助于测试和找到一个解决方案--允许使用虚拟机将很高兴

如果需要,我可以再做几个这样的东西

顺便说一句--在47个核心中,只有这两个被分配了2次

其他的都是物理上的一次 - 即使是大型i7机器上的也都是在虚拟机上,但只有一次。

--

 
问题是,你不能 "按任务 "收费。支付使用的资源=CPU性能(PR)*时间。

在这个公式中,对性能的准确估计至关重要,这在虚拟化中很容易被篡改。
 

在其中一台电脑上,我已经安装并运行了测试代理,但它们没有工作。更确切地说,CPU时间被metatester服务周期性地占用(每核高达100%),但代理管理器显示为零(任务和时间;本地和云),在mql5网站上,这些代理在配置文件中为零(但代理在配置文件中是可见的,在其中一次运行中,不知为何其中一个代理有一个任务,然后又有一个)。当从MetaTrader5访问这些代理时,你得到的信息是他们正在忙。

下面是MT5tester目录的内容(我从该目录中运行metatester.exe)以及所附的子目录和文件。

MT5tester
    Tester
        Manager
            logs
                20110723.log
                20110725.log
            common.ini
    metatester.exe

我附上这些文件。正如你所看到的,Tester目录中缺少通常创建的Agent*目录。

版本metatester build 479, Windows Server 2003 R2 with SP2, Enterprise Edition, English, 32 bit; Intel Core 2 Duo T9300 2.5 Ghz CPU; 4 GB RAM。所有用户(Everyone)的MT5tester目录和所有子目录和文件被设置为完全控制,在此之前,metatester.exe运行的用户(并登录到Windows)和metatester服务运行的SYSTEM用户被设置为完全控制。

附加的文件:
pack.zip  2 kb
 

代理人在MQL5云计算网络 中注册,并在网络中从事任务。在这一点上,代理不能作为远程的连接,因为他们真的很忙。

这里是他们不完整的(还没有更新所有的字段)统计数据--大约有63000项任务已经执行。

Intel Core2 Duo T8300 @ 2.40GHz, 3581MB


0 32483 0 2011.06.08 2011.07.25
Intel Core2 Duo T8300 @ 2.40GHz, 3581MB


0 29861 0 2011.06.08 2011.07.25


在卸载这些代理时,代理目录被自动删除(它们会清理自己的垃圾)。以下是代理删除日志中的几行。

RQ    0    Tester    11:12:33    MetaTester 5 build 479 (12 Jul 2011)
HQ    0    Startup    11:12:33    initialization finished
NH    0    Service    11:12:47    Service 'MetaTester-1' stop initialized
MP    0    Service    11:12:50    Service 'MetaTester-1' stopped in 3031 ms
NH    0    Service    11:12:50    Service 'MetaTester-1' successfully uninstalled
PS    0    Service    11:12:51    Service 'MetaTester-2' stop initialized
KK    0    Service    11:12:56    Service 'MetaTester-2' stopped in 5500 ms
OS    0    Service    11:12:56    Service 'MetaTester-2' successfully uninstalled


总的来说,一切都按计划进行。

 
Renat:

代理人在MQL5云计算网络中注册,并在网络中从事任务。这时,代理不能作为远程连接,因为他们真的很忙。

...

在卸载这些代理时,代理目录被自动删除(它们会清理自己的垃圾)。以下是关于删除代理的日志中的几行。

...

意味着其他代理人。

CPU 公关 任务 收入 创建 活动
英特尔Core2 Duo T9300 @ 2.50GHz, 4094MB 0 0 0 2011.06.08 2011.06.08
英特尔Core2 Duo T9300 @ 2.50GHz, 4094MB 0 2 0 2011.06.08 2011.07.22

在Metatester服务运行时,Agent目录仍然没有出现(我知道卸载时要删除数据)。

 
zdd:

意味着其他代理人。

CPU 公关 任务 收入 创建 活动
英特尔Core2 Duo T9300 @ 2.50GHz, 4094MB 0 0 0 2011.06.08 2011.06.08
英特尔Core2 Duo T9300 @ 2.50GHz, 4094MB 0 2 0 2011.06.08 2011.07.22

在Metatester服务运行时,Agents目录从未出现过(我知道卸载后会删除数据)。

这些都是错误的代理 - 看看创建和最后活动的日期。

要看的正确的是我引用的代理--它们的最后活动日期与它们的当前日期和它们的卸载日志完全相同。

ps:再次安装代理,看看目录和他们的个人日志。

 
Renat:

这些都是错误的代理 - 看看创建和最后活动的日期。

看一下我引用的代理是正确的--他们的最后活动日期与他们的当前日期和他们的卸载日志完全相同。

ps:再次安装代理,看看目录和他们的个人日志。

你引用的代理在另一台电脑上运行(有一个T8300处理器),没有任何问题。

再次检查(在装有T9300处理器的电脑上)。

1.解除了代理。解除了MT5tester目录及其所有内容。

2.从配置文件中卸载了所有代理,这些代理在装有T9300的计算机上。

3.我创建了MT5proba文件夹,并给了它Everyone的完全权限。

我把metatester.exe(build 479)文件复制到其中(由MetaTrader5的LiveUpdate获得)。

5.运行metatester.exe,指定账户,在新的端口上创建了两个代理(其中一个因不明原因没有启动,所以又创建了两个,删除了不必要的)。我附上了日志文件。

6.在另一台电脑上启动MetaTrader5,删除策略测试器中的所有远程代理,创建两个新的代理(指定IP地址、端口、密码)。选择其中的每一个作为当前的代理,并运行一个EA的单一测试。检测到了CPU类型,但没有执行测试。

MetaTrader5策略测试器

我展示了日志。

CS      0       zddbase 15:38:19        connecting to 192.168.0.33:4001
CD      0       zddbase 15:38:19        connected
EM      0       zddbase 15:38:19        authorized (agent build 479)
II      0       Tester  15:38:19        EURUSD,M1 (MetaQuotes-Demo): testing of Experts\proba.ex5 from 2011.07.10 00:00 to 2011.07.16 00:00 to be started
NF      0       zddbase 15:38:19        common synchronization completed
HL      0       zddbase 15:38:19        3768 bytes of group info loaded
DM      0       zddbase 15:38:19        1478 bytes of tester parameters loaded
MJ      0       zddbase 15:38:19        3256 bytes of input parameters loaded
FN      0       zddbase 15:38:19        initial deposit 10000.00 USD, leverage 1:100
CE      0       zddbase 15:38:19        successfully initialized
MO      0       zddbase 15:38:19        13 Kb of total initialization data received
QF      0       zddbase 15:38:19        Intel Core2 Duo  T9300 @ 2.50 GHz, 4094 MB
FQ      2       zddbase 15:38:19        symbol EURUSD synchronization error
QD      0       zddbase 15:38:19        cannot get history EURUSD,M1
HO      0       zddbase 15:38:20        connection closed
CD      0       zddbase 15:38:34        connecting to 192.168.0.33:4002
MF      0       zddbase 15:38:35        connected
CL      0       zddbase 15:38:35        authorized (agent build 479)
GK      0       Tester  15:38:35        EURUSD,M1 (MetaQuotes-Demo): testing of Experts\proba.ex5 from 2011.07.10 00:00 to 2011.07.16 00:00 to be started
LD      0       zddbase 15:38:35        common synchronization completed
JN      0       zddbase 15:38:35        3768 bytes of group info loaded
NK      0       zddbase 15:38:35        1478 bytes of tester parameters loaded
KM      0       zddbase 15:38:35        3256 bytes of input parameters loaded
LH      0       zddbase 15:38:35        initial deposit 10000.00 USD, leverage 1:100
MS      0       zddbase 15:38:35        successfully initialized
CM      0       zddbase 15:38:35        13 Kb of total initialization data received
OD      0       zddbase 15:38:35        Intel Core2 Duo  T9300 @ 2.50 GHz, 4094 MB
LS      2       zddbase 15:38:35        symbol EURUSD synchronization error
OG      0       zddbase 15:38:35        cannot get history EURUSD,M1
PQ      0       zddbase 15:38:35        connection closed

在优化过程中。

EF      1       Tester  15:43:50        genetic mode turned on due to 4443670 passes, to use complete algorithm decrease amount of optimized parameters
LJ      0       Tester  15:43:50        Experts\proba.ex5 on EURUSD,M1 from 2011.07.10 00:00 to 2011.07.16 00:00
NL      0       Tester  15:43:50        genetic optimization started
DK      0       Tester  15:43:50        size of initial task pack is 128
JP      0       zddbase 15:43:50        connecting to 192.168.0.33:4001
IG      0       zddbase 15:43:50        connecting to 192.168.0.33:4002
PS      0       zddbase 15:43:50        connected
NO      0       zddbase 15:43:50        connected
HE      0       zddbase 15:43:50        authorized (agent build 479)
PO      0       zddbase 15:43:50        authorized (agent build 479)
NP      0       zddbase 15:43:50        genetic pass (0, 2628127, 1) started
HI      0       zddbase 15:43:50        genetic pass (1, 2957422, 1) started
GQ      0       zddbase 15:43:50        common synchronization completed
GJ      0       zddbase 15:43:50        common synchronization completed
NN      2       zddbase 15:43:50        genetic pass (0, 2628127) tested with error "no history"
KF      0       Tester  15:43:50        genetic pass (0, 2628127) returned to queue
QR      0       zddbase 15:43:50        connection closed
PG      0       zddbase 15:43:50        connecting to 192.168.0.33:4001
HS      0       zddbase 15:43:50        connected
RQ      0       zddbase 15:43:50        authorized (agent build 479)
LJ      0       zddbase 15:43:50        genetic pass (0, 2628127, 1) started
QS      0       zddbase 15:43:50        common synchronization completed
JI      2       zddbase 15:43:50        genetic pass (1, 2957422) tested with error "no history"
GM      0       Tester  15:43:50        genetic pass (1, 2957422) returned to queue
GJ      0       zddbase 15:43:50        connection closed

日志显示,代理未能加载历史记录。与我先前给出的情况相比,代理目录树中没有任何变化(没有代理*目录,没有历史)。

代理人还没有出现在mql5的资料中,他们还没有加载CPU(已经有1小时了,因为他们开始了)......