[存档]任何菜鸟问题，为了不使论坛变得杂乱无章。专业人士，不要与它擦肩而过。没有你，哪里都不能去 - 5. - 页 380

新评论
 
Zhunko:
在编程语言中如何安排队列取决于程序员。内核级排队是由系统执行的，不受保证。


所以，我们来了。在你刚才的代码中，队列是没有组织的。而系统不保证的是你所说的，你自己应该做什么。但在某些情况下，做起来很容易，很简单，而在某些情况下，你将不得不思考和编码，因为没有专门的工具来做这个。

瓦迪姆，你说话的方式很有意思，就好像你忘记了谈话的内容，或者你有一种特殊的智慧。首先，你展示了代码，并认为秩序得到了尊重，而现在你提出了理论假设，认为它没有得到保证......。有时你会自相矛盾，但这并不是头脑的灵活性。

 
Integer:


我们来了。在你刚才的代码中，排队是没有组织的。而事实上，它不是由系统获得的，这就是我们正在谈论的，以及自己该怎么做。但在某些情况下，做起来很容易和简单，而在某些情况下，你会有很多的代码和思考，因为没有专门的工具。

瓦迪姆，你说话的方式很有意思，就好像你忘记了谈话的内容，或者你有一种特殊的智慧。首先，你展示了代码，并认为秩序得到了尊重，而现在你提出了理论假设，认为它没有得到保证......。你有时可能会自相矛盾，但这并不是头脑的灵活性。

迪姆，另一个投诉？队列是根据系统的能力来尊重的。你还能从系统中要求什么？

我从来没有安排过任何其他排队。该系统有足够的容量。由于某些原因，它们不能保证内核级的排队。但原子执行是有保证的。

 
Zhunko:

迪姆，另一个投诉？队列是根据系统的容量来保持的。你还能从系统中要求什么？

我从来没有组织过任何其他排队。该系统有足够的可能性。由于某些原因，它不能保证有一个内核级的队列。但原子执行是有保证的。

如果根据系统能力，则不保证排队。但你开始争论说，它是提供的。然后你开始证明它没有得到保证。现在我们有了放纵--那根据系统的可能性：）。你从来不需要提供一个序列，这取决于你对编程的原则性做法。你的知名库中的一些函数需要排队。既然你不提供有保障的队列，那就恭喜你了。我没有任何抱怨，只是不要小题大做，用一些神秘的、保密的、超越其他东西的神话来掩盖一切。

 
谢谢你！！！。
 
Integer:

如果根据系统的能力，这意味着该订单没有得到保证。但你开始争辩说，它是有保证的。然后你开始证明它没有得到保证。现在是放纵--这根据系统的可能性:)你从来不需要提供一个序列，这取决于你对编程的原则性做法。你的知名库中的一些函数需要排队。既然你不提供有保障的队列，那就恭喜你了。我没有任何抱怨，只是不要小题大做，用一些神秘、保密的神话来掩盖一切，还有一些超越其他的东西。

系统以某种你不喜欢的顺序强制执行一个队列，而且这个队列与等待执行的模块的队列顺序不一致。这就是你所说的排队缺席吗？

对我来说，任何队列都是一个队列。包括内核级执行队列。这是个黑盒子。就事论事吧。你需要自己的队列，有自己的顺序--自己安排。

在该库中不需要特别订购。我使用不同的同步对象。以什么顺序执行并不重要。你不需要考虑这个问题。该系统将自己做所有的事情。

我不明白我说的神秘是什么意思。又在幻想了？:-))

 
Zhunko:

1.系统以某种你不喜欢的顺序强制执行一个队列，这与等待执行的模块的队列顺序不一致。这就是你所说的排队缺席吗？

2.对我来说，任何队列都是一个队列。包括内核级执行队列。它是一个黑盒子。照单全收。你需要自己的队列，有自己的顺序--自己组织。

3.在该库中不需要特别的执行顺序。我使用不同的同步对象。以何种顺序执行并不重要。你不需要考虑这个问题。系统会自己做这些事。

4.我不明白我说的神秘是什么意思。又在幻想了？:-))


1.提供原子式访问绝对不意味着提供任何统一的 访问顺序。访问功能的顺序实际上是偶然的，这并不排除某些功能在某个时期不会被遗漏。

2.不是黑匣子，而是完全没有。执行的顺序是随着七楼的老奶奶打喷嚏。

3.然而，有必要确保所有功能的平等执行（或更准确地说，在一个捆绑中解决终端）。有时候，你似乎不明白我们在说什么。你有，你没有。而且总是有这样一个转折...如果没有，那就有，但不是这样，也不是这样......

4.你，瓦迪姆，被包裹得如此之深，以至于你不明白你被包裹在什么里面，你是如何被包裹的，以及被包裹多久......

 
买了很多处理器内核。而现在要排队的是哪一个)))))))))
 
Integer:


1.提供原子式访问根本不意味着提供任何统一的访问顺序。访问这些功能的顺序几乎是随机的，这并不排除某些功能 在某个时期不被遗漏 的可能性。

2.不是黑匣子，而是完全没有。执行的顺序是随着七楼的老奶奶打喷嚏。

3.然而，有必要确保所有功能的平等执行（或更准确地说，在一个捆绑中解决终端）。有时候，你似乎不明白我们在说什么。你有，你没有。而且总是有这样一个转折...如果没有，那就有，但不是这样，也不是这样......

4.你，瓦迪姆，被包裹得很严实，以至于你不明白你被包裹在什么里面，你是如何被包裹的，以及被包裹多久......。

你似乎划分了要点，但你并没有根据意思来回答。是的，你也不需要回答那里。我明白，对你来说，队列和执行顺序是同一件事。这就是为什么你不知道我在说什么。

如果你想统一执行，你应该使用单线程。那么你就不需要同步了。如何确保运行时间 和数量未知的线程的统一执行？

我的很简单。进出受保护的区块，按照编程的科学原理，应该是这样的。根本不需要为你的特殊队列而烦恼。你总有一天会明白的。

是的，你对突出的那条也是大错特错。正确完成的同步（即代码或逻辑中没有错误）会执行所有线程。这是由系统保证的，而不是执行的顺序。

 
Zhunko:

1.你似乎已经分解了要点，但你的回答没有意义。是的，你也不需要回答那里。我理解，对你来说，队列和队列的顺序是一体的。这就是为什么你不知道我在说什么。

2.如果你需要统一执行，请使用单线程。那么你就不需要同步了。你如何确保线程的统一执行，这些线程的执行时间和数量都不知道？

3.我的方法很简单。进出受保护的区块，按照编程的科学原理，应该是这样。根本不需要为你的特殊队列而烦恼。你总有一天会明白的。

4.是的，你对突出的那条也是大错特错。正确完成的同步（即代码或逻辑中没有错误）会执行所有线程。这是由系统保证的，而不是执行的顺序。


1.你的理解力一定有问题。我知道你在说什么。

2.谢谢，但我不是在征求意见。特别是由于我们正在讨论的是对一些本来就不在一个线程中的东西进行同步。

3.根据科学应该采取的方式。什么科学？你自己的科学？有一天你会明白，但这并不复杂。编程语言和算法并不是由傻瓜发明和创造的。但由于某种原因，它们被提供了同步和排队的手段。

4.非常错误。如果正确....，如果有同步性。但在你刚才引用的那段代码中，没有同步性，只有原子访问。

 
Zhunko:

队列的组织方式与其他语言一样。通过对要保护的区块的输入和输出的组织本身。

这是个脚本。

至于缩小规模，比如用其他功能代替它，那是行不通的。这就是原子访问的意义所在。在MQL4中只有一个函数可以做到这一点。

它似乎工作得很好。加载了6个脚本，暂停时间为3000、2000、1000、500、300、200。以下是日志的一部分。

19:58:36 Check_GlobalVariableSetOnCondition() GBPJPY,M1: GBPJPY Start
19:58:37 Check_GlobalVariableSetOnCondition() GBPJPY,M1: GBPJPY End
19:58:37 Check_GlobalVariableSetOnCondition() EURUSD,M1:EURUSD 开始
19:58:39 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD 结束
19:58:39 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD 开始
19:19:58:39 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD结束
19:58:39 Check_GlobalVariableSetOnCondition() AUDUSD,M1: AUDUSD开始
19:58:43 Check_GlobalVariableSetOnCondition() AUDUSD,M1。AUDUSD 结束
19:58:43 Check_GlobalVariableSetOnCondition() GBPUSD,M1: GBPUSD 开始
19:58:43 Check_GlobalVariableSetOnCondition() GBPUSD,M1: GBPUSD 结束
19:19:58:43 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD Start
19:58:45 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD End
19:58:45 Check_GlobalVariableSetOnCondition() GBPUSD,M1。GBPUSD 开始
19:58:46 Check_GlobalVariableSetOnCondition() GBPUSD,M1: GBPUSD 结束
19:58:46 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD 开始
19:19:58:46 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD End
19:58:46 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD Start
19:58:46 Check_GlobalVariableSetOnCondition() USDCAD,M1:USDCAD结束
19:58:46 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD 开始
19:58:47 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD 结束
1919:58:47 Check_GlobalVariableSetOnCondition() GBPJPY,M1: GBPJPY Start
19:58:48 Check_GlobalVariableSetOnCondition() GBPJPY,M1: GBPJPY End
19:58:48 Check_GlobalVariableSetOnCondition() EURUSD,M1:EURUSD 开始
19:58:50 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD 结束
19:58:50 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD 开始
19:19:58:50 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD结束
19:58:50 Check_GlobalVariableSetOnCondition() AUDUSD,M1: AUDUSD开始
19:58:54 Check_GlobalVariableSetOnCondition() AUDUSD,M1。AUDUSD 结束
19:58:54 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD 开始
19:58:54 Check_GlobalVariableSetOnCondition() NZDUSD,M1: NZDUSD 结束
19:19:58:54 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD Start
19:58:56 Check_GlobalVariableSetOnCondition() EURUSD,M1: EURUSD End
19:58:56 Check_GlobalVariableSetOnCondition() USDCAD,M1。USDCAD开始
19:58:57 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD结束
19:58:57 Check_GlobalVariableSetOnCondition() AUDUSD,M1: AUDUSD开始
1919:59:00 Check_GlobalVariableSetOnCondition() AUDUSD,M1: AUDUSD End
19:59:00 Check_GlobalVariableSetOnCondition() GBPUSD,M1: GBPUSD Start
19:59:00 Check_GlobalVariableSetOnCondition() GBPUSD,M1:GBPUSD 结束
19:59:00 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD 开始
19:59:01 Check_GlobalVariableSetOnCondition() USDCAD,M1: USDCAD 结束


再一次，为那些在潜水艇的坦克里，还戴着头盔的人，以防万一。这里只显示了原子性的访问。职能部门的工作顺序将随风而动。这段代码没有规定函数的统一 执行。这就是为什么不能保证一项功能不会在货架上停留很长时间的原因。仅仅因为处理器的频率很高而依赖编程中的可服务性是荒谬的，即使处理器的频率很高。

1...373374375376377378379380381382383384385386387...432
新评论