Скальперские автоматические системы по праву считаются вершиной алгоритмического трейдинга, но при этом они же являются и самыми сложными для написания кода. В этой статье мы покажем, как с помощью встроенных средств отладки и визуального тестирования строить стратегии, основанные на анализе поступающих тиков. Для выработки правил входа и...
这不是正确的做法--如果你有空闲的资源，你应该重新分配能力，即取消已经发出的任务，把它们交给其他人执行，而不是一次一次地发出任务。同时，有必要分析每个代理的表现，以便给内核提供正确数量的新工作。
这是胡说八道，对不起
> 你必须取消现有的工作，并把它们交给其他人来执行
我认为这是不现实的，为什么，当创建一批作业时，把一个作业交给第一个可用的线程，等到它被执行后，再把下一个作业交给第一个可用的线程，这就更容易了（我提请注意线程这个词，而不是核心处理器，对线程的限制应该取消--这不是程序员的权利，而是用户的权利，记得现在网络线程只有真正的核心，没有线程，这人为地降低了一半的性能）。
>有必要分析每个代理的性能，以便给内核提供所需数量的新作业来执行。
这根本不需要，因为同一处理器的核心具有相同的性能，取决于任务，以不同的速度计算，没有必要在你根本无法计算任何东西的时候计算一些东西。
这是胡说八道，我很抱歉。
> 取消已经发布的任务，并将其返回给其他人执行
我认为这是不现实的，为了什么，创建一批工作，把一个工作交给第一个可用的线程，等待它被执行，把下一个工作交给第一个可用的线程（注意是线程，不是核心处理器，应该取消对线程的限制--这不是程序员的权利，而是用户的权利，记得现在网络线程只是真正的核心，不是线程，这人为地降低了一半的性能）。
>有必要分析每个代理的性能，以便给内核提供所需数量的新作业来执行。
你不需要它，因为一个处理器的核心具有相同的性能，取决于任务的不同速度，你为什么要在那里计算一些东西，而你可能根本就不计算什么？
你似乎对优化器没有什么经验，不明白已完成的传递信息来得很晚，在作业代理发送一个框架 后，可能会很重，所有这些都会导致通信的延迟，减缓优化。因此，任务需要分批发布，并监测其进度--向那些接近完成工作的代理发布新任务。
你似乎对优化器没有什么经验，不了解已完成的传球信息来得很晚，一旦工作完成，代理就会发送一个框架，这可能是非常沉重的，所有这些都会导致通信延迟，减缓优化。因此，应分批发布任务，并监测任务的进展情况--向那些接近完成工作的代理人发布新的任务。
>听起来你对优化器没有什么经验。
你在开玩笑吗？不间断的6年
>已完成的传递信息来得很晚，即在完成一项工作后，代理发送一个框架，这可能是非常沉重的，所有这些将导致通信延迟和减缓优化。因此，应分批发布任务，并监测其进展情况--向那些接近完成工作的代理人发布新任务。
>这将导致通信延迟并减慢优化速度。
而这并不重要，现在的网络已经很快了。
但是，当一个可怜的核心完成一堆工作时，核心闲置会减慢优化速度，因为所有其他的（几十个核心）都是闲置的，核心需要不停地计数。
看起来你从未对很多参数进行过优化......不要争辩说你没有实际经验
>听起来你对优化器没有什么经验。
你在开玩笑吗？连续6年
>关于已完成的传递的信息来得很晚，即在一个工作完成后，代理发送一个框架，这可能是非常沉重的，所有这些将导致通信延迟和减缓优化。因此，应分批发布任务，并监测其进展情况--向那些接近完成工作的代理人发布新任务。
>这将导致通信延迟并减慢优化速度。
而这并不重要，现在的网络是快速的。
但是，当一个可怜的核心完成一堆工作时，核心闲置会减慢优化速度，因为所有其他的（几十个核心）都是闲置的，核心需要不停地计数。
看起来你从未对很多参数进行过优化 ...不要争论你没有实践经验......
你不能成为一个自以为是的自大狂，网络是快速的，多么自我中心。相反，当涉及到几十和几百兆字节时，网络并不快。
原始的EA优化 并不是它的全部 - 拓宽你的视野，使用数学计算。
是的，请记住，这主要是一个以盈利为目的的项目，而不是为了让用户享受，因此，该机制必须考虑到任务的随机分配和对其绩效的正确财务会计...
你不能成为一个自以为是的自大狂，网络是快速的，多么自我中心。相反，当涉及到几十和几百兆字节时，网络并不快。
原始的EA优化 并不是它的全部 - 拓宽你的视野，使用数学计算。
哦，请记住，这主要是一个以盈利为目的的项目，而不是为了取悦用户，因此，该机制必须考虑到工作的随机分布和对其绩效的正确财务会计......
几十和几百兆字节不算什么，花费的时间也很少，而且与此无关，你应该在写之前想一想，无论如何，这些流量都要一个接一个地传递。
>原始的EA优化并不是它的全部用途--扩展你的视野，使用数学计算。
我也希望你对地平线有同样的看法
关于自私，也是如此。
我离原始人还远着呢，有什么用，给我们这些无知的人指点指点。
我发现你的倡议在时间消耗和优化速度方面完全是荒谬的。
你只是在看你的特殊优化案例，而Alexey则是在看他的（他的EA有几百MB，需要很长的时间来传输）。
而MQ看的是整体优化器的使用情况，并调整它以适合大多数人，而不是你和Alexey。
任务被重新分配，至少对我来说是在本地核心上。如果在某个地方它们没有被重新分配，请给我一个例子来重现，这样开发者也能考虑到它。
你只是在看你的特殊优化案例，而Alexey在看他的（他的EA有几百MB，需要很长时间来传输）。
而MQ看的是整体优化器的使用情况，并调整它以适合大多数人，而不是你和Alexey。
任务被重新分配，至少对我来说是在本地核心上。如果在某个地方它们没有被重新分配，请给我一个例子来重现，以便开发者能够考虑到它。
我同意我的情况是一个特殊的情况。
如果连接了新的远程代理，任务分配就会出现问题--这发生在从其他任务中释放出的资源。
你只是在看你的特殊优化案例，而Alexey则是在看他的（他的EA有几百MB，需要很长的时间来传输）。
而MQ看的是整体优化器的使用情况，并调整它以适合大多数人，而不是你和Alexey。
任务被重新分配，至少对我来说是在本地核心上。如果在某个地方它们没有被重新分配，请给我一个例子来重现，以便开发者也能考虑到它。
>也许我也有一个私人的，但真的 "可能"
>给一个例子来重现，以便开发人员也能考虑到这一点。
并非如此我不能展示我的EA，我对标准的EA不感兴趣，我可以做截图来显示它们没有被重新分配。
如果它们被重新分配，那将是一个解决问题的办法
.... 计算时间增加两倍他们能不能让优化器正常工作????，很多空闲的核心都是闲置的......
第二天，它没有计算任何东西，所有的核心都是12个本地核心，大约30个网络核心是空闲的，我故意不碰它们 ...我不知道它在想什么，可能是在寻找生命的意义或治疗冠状病毒的方法 :-)
我认为我们应该放弃优化器，因为它的不可操作性和迟缓性。
而最近MT公司决定只限制物理核心，持续而愚蠢地将一堆工作分配给某些核心，而不是每个核心--一个工作--显示出开发人员对高性能计算完全缺乏了解。