再一次,关于多线程 - 页 9

 
Maxim Romanov:
在测试器中,所有的东西都在一个线程中,但在现实生活中,它是有效的。

效益是专利还是在误差范围内?

 
Igor Zakharov:

效益是专利还是在误差范围内?

如果指标很硬,就有优势。在测试人员中,是的,没有任何意义。
 

我们计划增加ThreadXXX和交换功能来运行单个任务。

这些不是主程序的线程,而是独立的脚本(有OnStart处理程序),将以类似服务的隐藏模式独立运行。

你将能够查询和管理节目单。当启动一个 "线程 "时,其ex5文件将从磁盘上的文件或其自身资源中指定。 通过这种方式,有可能有一个单一的ex5文件,它可以很容易地从其资源中运行多个线程并与它们交换数据。

在测试器中,这些线程将无法工作。
 
Renat Fatkhullin:

我们计划增加ThreadXXX和交换功能来运行单个任务。

这些不是主程序的线程,而是独立的脚本(有OnStart处理程序),将以类似服务的隐藏模式独立运行。

将有可能查询和管理节目单。当一个 "线程 "被启动时,其ex5文件将从磁盘上的文件或其自身的资源中指定。因此,有可能有一个单一的ex5文件,它从其资源中很容易启动几个线程并与它们交换数据。

这些线程不会在测试器中运行。

这是个好消息 :) 。

 
dd:
我没有就问题的条款提供任何一个好的建议......也祝你晚安...

是的,但他不是一个读者,他是一个作家。


dd:
我亲爱的亲爱的,阳光,你读了这个问题吗? 它清楚地描述了 - 在一个循环中,许多其他任务必须在一秒钟内完成,例如关闭50万个订单或不关闭 - 检查...0.1手,5万存款,你数学好吗? 是的,这是合成的。但你的建议是毫无价值的。

Zajinka,弄清楚你的狗屎代码,一切都会飞起来的!

或者,如果任务制定得很差,而你真的需要加快单个测试的速度,那么除了OpenCL,其他什么都做不了。但这是无稽之谈,很可能从一开始,这个方法就错了。但没有代码或更详细的描述,猜测是没有意义的。

为了加快测试速度,你可以阅读fxsaber的帖子,他已经广泛地处理了这个问题。你可以使用虚拟或切割虱子。但是,还是那句话,问题很可能出在最初的问题陈述中,或者出在次优的代码中。

 

每秒关闭500,000个订单,并计算5天内的一次通过...是的。

请原谅管理员,但如果你想使用HFT,你必须支付~2万美元购买特殊HFT软件的许可证。

或者10万美元以上--他们会为你写好的。

 
Aleksey Mavrin:

每秒关闭500,000个订单,并计算5天内的一次通过...是的。

请原谅管理员,但如果你想使用HFT,你必须支付~2万美元购买特殊HFT软件的许可证。

或者10多万美元--他们会帮你写。

我怀疑热衷于HFT的人至少会一次性购买一个服务器许可证。

在谈论几分之一秒的时候,终端是一个多余的实体。

 

我不知道线程是如何安排的,但MT5只使用一个处理器核心,如果处理器核心被加载到最大,终端就会出现故障。

你不应该并行线程,而是将任务并行到其他处理器(核心)。

 
Sergey Chalyshev:

我不知道线程是如何设置的,但MT5只使用一个CPU核心,如果CPU核心被加载到最大,终端就会出现故障。

它没有。

只有一个工具的指标在一个线程中工作,如果它们很重,而一个核心不能处理,它就会 "闪电"。


谢尔盖-查尔舍夫。

你不应该并行线程,而是将任务并行到其他处理器(内核)。

这就是Windows的工作。

 
Andrey Khatimlianskii:

事实并非如此。

只有指标在每个工具的一个线程上工作,如果它们很重,一个核心无法应付,就会出现 "故障"。


这就是Windows的工作。

Windows与此无关,我知道几乎所有的任务都可以并行到所有的核心上。