为了与Windows 10和新电脑兼容，MT4 64位变得十分重要。 - 页 3

新评论
 
Alain Verleyen:

这个话题不是关于仿真，而是关于能够在64位系统上运行MT4。

因此，当他写道:

我回答：这不是真的。

对我来说，他说的是真的。你可以在64位操作系统上运行MT4，但要使用虚拟机/仿真（你可以随心所欲地称呼它）。因此，这与运行本地64位应用程序是不同的（速度较低，内存限制等）。请注意。
 
Jose Francisco Casado Fernandez:
对我来说，他说的都是真的。你可以在64位操作系统上运行MT4，但使用的是虚拟机/模拟机（你可以随心所欲地称呼它）。因此，这与运行本地64位应用程序是不同的（速度较低，内存限制等）。请注意。
当然，32位的应用程序不是64位的。那又怎样？
 

我完全同意@Alain Verleyen、@whroeder1 和@honest_knave 的观点！在Windows 10上使用MT4，如果不成功，就考虑可能是P.I.C.N.I.C的问题在64位Windows 7、8、10或Windows Server 2008、2012或2016上运行MT4（32位）没有任何限制（或障碍）（是的，我个人在这些系统上都运行过）。

此外，没有所谓的 "虚拟 "或 "模拟 "或任何类似的东西运行。它只是在一个不同的环境（额外的一层）中运行，其中暴露的API、资源管理等都是以32位的功能呈现的（代码本身仍然以本地代码的形式运行）。

事实上，甚至微软也建议在Windows 10上使用32位版本的Office，而不是64位版本，因为它使用的资源更少，速度也略快。

OP的结论是，你只是在没有问题的地方制造问题--如果你想在Windows 10（64位）上使用MT4，就去做吧。如果它不工作，那么考虑它可能是一个P.I.C.N.I.C.的问题!

编辑：微软确实把WOW64称为 "x86模拟器"，但这是对它所做工作的过度简化，它主要与应用程序的运行环境有关，而不是其代码的实际执行。它更类似于为32位应用程序提供的底层结构和功能的分层。是的，我知道这在技术上可以被称为 "仿真"，但这个词错误地唤起了人们对其实际工作的误解。

 
Fernando Carreiro:

我完全同意@Alain Verleyen、@whroeder1 和@honest_knave 的观点！我认为这是对的。在64位Windows 7、8、10或Windows Server 2008、2012或2016上运行MT4（32位）没有任何限制（或障碍）（是的，我亲自在所有这些上运行过）。


你不是说你从不同意阿兰的观点吗？哈哈哈 :0)。


我在几个64位操作系统上运行MT4也没有任何问题。但它有限制（速度慢，内存限制，等等）。这和运行一个原生的64位应用程序是不一样的。对于64位操作系统，最好使用MT5。否则，你将无法利用64位操作系统的所有功能。这是两个不同的问题。

谢谢。

 
Jose Francisco Casado Fernandez:

你不是说你从不同意阿兰的观点吗？哈哈哈 :0)。

我在几个64位操作系统上运行MT4也没有任何问题。但它有限制（速度慢，内存限制，等等）。这和运行一个原生的64位应用程序是不一样的。对于64位操作系统，最好使用MT5。否则，你将无法利用64位操作系统的所有功能。这是两件不同的事情。

我在什么地方、什么时候说过这个？ 我确实说过我们在意见上有 "争议 "和 "冲突"，但不是说我从不同意阿兰 的观点。

编辑：事实上，是阿兰 而不是我说了这些话，但不是 在你所描述的那种情况下......费尔南多，我会让你吃惊的......我完全同意你的观点。

速度慢？内存限制？ 我从来没有遇到过任何应用程序在64位操作系统上的运行速度比同一台机器上的 32位操作系统慢的情况。你必须将 "苹果 "与 "苹果 "进行比较，而不是与 "橙子 "进行比较。至于内存限制，64位操作系统怎么可能限制32位应用程序的内存？它是被自己的32位地址空间所限制，而不是因为64位操作系统在限制它

如果你是说，一个应用程序的64位版本可以优于32位版本（强调 "可以"，因为它不一定总是这样），因为它有更大的地址空间和CPU功能，等等。- 那么是的，但没有人争论这个问题。

我们争论的是这样一个事实：OP声称64位操作系统在某种程度上是对32位应用程序的功能 减少或有限的指责。这根本不是事实。

另外，在64位操作系统上使用64位应用程序并不总是更好。正如我所说，微软自己建议使用32位的Office，而不是64位的版本。这取决于每个人的情况，不可能只是一个普遍的规则。

我每天在Windows 10（64位）上使用MT4和MT5（64位），坦率地说，我仍然发现MT5非常缺乏，即使有所有 "其如此伟大的64位销售宣传"。它的多处理和其他 "糖果 "与它是64位没有关系，如果开发者想这样做，也可以在MT4中实现。事实上，由于我并不完全确定，MT5也有32位的版本。

 
Fernando Carreiro:

我每天都在Windows 10（64位）上使用MT4和MT5（64位），坦率地说，我仍然认为MT5非常缺乏，即使有所有 "其如此伟大的64位销售宣传"。它的多处理和其他 "糖果 "与它是64位没有关系，如果开发者想这样做，也可以在MT4中实现。事实上，由于我并不完全确定，MT5也有32位的版本。

我想知道你说的 "非常缺乏 "是什么意思？
 
Alain Verleyen: 我想知道你说的 "非常缺乏 "是什么意思？

有几个方面，但与主题相关的是，性能的提高，虽然很明显，但并不像 "广告 "或 "炒作 "的 "高频交易 "的广告那样大。它也是相当 "资源 "匮乏的!(编辑：HFT而不是我在原文中的HPT)

但还有很多其他的事情，与该主题没有直接关系，因为它缺少MT4中的功能（但在MT5中仍然没有，即使等待了多年）。还有一些其他的操作，在MT4中很容易做到，但由于一些未知的原因，被弄得更复杂，无法实现。

例如，在MT4中进行简单的（非视觉）回测，可以看到交易过程中和之后的结果，但在MT5中，只能通过导出输出（从图表窗口）或最终的测试报告，或者在视觉模式下 的屏幕上看到。显然，我可以看一下报告，或者通过跳过测试期的结束来快速跟踪视觉测试，但要简单快速地完成所有这些所需的整体步骤，需要更长的时间，而且不是非常用户友好或直观的。

是的，它也有许多伟大和好的地方，但对于一个升级的应用程序来说，从用户喜欢和依赖的以前版本中拿走这么多的功能是不正常的。通常，人们期待着新的和改进的模式，但在这种情况下不是。它更像是从 "轿车 "转向 "SUV"，而不是转向一个新的 "豪华轿车"。

 
Fernando Carreiro:

我在什么地方、什么时候这样说过？ 我确实说过我们在意见上有过 "争执 "和 "冲突"，但不是说我从不同意阿兰 的观点。

编辑：事实上，是阿兰 而不是我说了这些话，但不是 在你所描述的那种情况下......费尔南多，我会让你吃惊的......我完全同意你的观点。


是的，我指的是这个。而且，是的，阿兰说的而不是你。我以为是你，对不起。无论如何，这个问题并不重要。 这是个玩笑。

费尔南多-卡雷罗

速度慢？内存限制？ 我从来没有遇到过任何应用程序在64位操作系统上的运行速度比同一台机器上 的32位操作系统慢的情况。

我见过32位应用程序在64位操作系统上的运行速度比在原生32位操作系统上的运行速度慢。同样的机器和同样的应用程序。


费尔南多-卡雷罗。
至于内存的限制，一个64位的操作系统怎么会限制一个32位应用程序的内存呢？它是被自己的32位地址空间所限制的，而不是因为64位操作系统在限制它!

不，我没有这么说。64位操作系统不会限制内存（32位操作系统会），但是如果你使用32位应用程序，你将不会利用你的机器上安装的所有RAM内存，即使你使用64位操作系统。这就是我所提到的。


Fernando Carreiro:
如果你的意思是说，64位版本的应用程序可以比32位版本的更优秀（强调 "可以"，因为情况不一定总是这样），因为它有更大的地址空间和CPU功能，等等。- 那么是的，但没有人对此提出异议。


是的，我也是这么说的。


费尔南多-卡雷罗。

我们所争论的是这样一个事实，即OP声称64位操作系统在某种程度上要归咎于32位应用程序的功能 减少或有限。这根本不是事实


我认为这是真的，因为我上面说了。


费尔南多-卡雷罗。

另外，在64位操作系统上使用64位应用程序并不总是更好。正如我所说，微软自己建议使用32位的Office，而不是64位的版本。这取决于每个人的情况，不能只是一个一般的规则。


它应该始终如此。如果不是，可能是64位的应用程序没有很好的实现。


费尔南多-卡雷罗。

事实上，我并不完全确定，MT5也有32位的版本。



是的，MT5有一个32位版本。

尊敬的各位。

 
Jose Francisco Casado Fernandez:
  1. 我见过在64位操作系统上运行的32位应用程序比在原生32位操作系统上运行的慢。同样的机器和同样的应用程序。
  2. 不，我没有这么说。64位操作系统不会限制内存（32位操作系统会），但是如果你使用一个32位的应用程序，你将不会利用你机器上安装的所有RAM内存，即使你使用的是64位操作系统。这就是我所提到的。
  3. 是的，我也是这么说的。
  4. 我认为这是真的，由于我上面所说的。
  5. 它应该一直如此。如果不是，可能是64位应用程序没有很好地实现。
  1. MT4是这些情况之一吗？因为，如果你打算为OP的主张辩护的话，这才是实际的关键所在!
  2. 但这不是操作系统（或应用程序）的错，不能作为一个 "事实 "来为OP的主张辩护。它与OP的主张根本不相关。
  3. 我同意，也没有异议
  4. 再说一遍，这是你在MT4上注意到的行为吗（如第1点所述）？
  5. 不，这不一定与实现的质量有关。大的不一定是好的，对于许多不需要64位的情况，使用64位是一种 "矫枉过正"。事实上，MT5也有32位版本，这表明MT5事实上可以在不使用它的情况下完成很多事情，不应该因为MT5是64位就说它比MT4好。与32位版本相比，64位版本可以宣称的是，它可以访问和管理更多的资源，也许还可以稍微提高处理能力。仅此而已!功能 和可用性应该是定义MT5比MT4更强的关键（而不是它是64位还是32位）。
 
Alain Verleyen:
我想知道你说的 "非常缺乏 "是什么意思？

在过去的12个月里，MQL5变得更好了，特别是在单线程性能方面。然而，我们不得不对Metaquotes似乎不想承认或修复的错误采取一些讨厌的变通方法。

当然，我们不允许在这个论坛上讨论这些问题，因为这是 "用户问题"，不是Metaquotes问题。

我们也许应该成立一个 "开发人员小组"，可以审查最重要的问题，并从开发社区对Metaquotes施加一些压力，而不是让平台被市场和经纪人的要求所驱动。

12345678
新评论