高度可靠的交易/信号复制器（意识形态的讨论和发展） - 页 8 123456789 新评论 Dmitry Fedoseev 2012.02.16 11:59 #71 为什么要这样做呢？有一个标准的控制器用于TCP/IP的工作，为这种情况写一个单独的程序。在终端中，EA与程序进行通信（在一台电脑内，以任何你喜欢的方式）...而且没有必要重新发明轮子--倾听端口，大家已经为你听了很久了。 Лекарь Центозависимых 2012.02.16 12:10 #72 sergeev: 这就是问题所在，我正在努力全面地思考。当然，最初你需要在可扩展性方面投入更多。也就是说，目标是做为1000h。而且，只有少数人以后会使用它，这并不重要。 这就是为什么我现在要选择--要么是速度，要么是有插座的微流量。或者是 http和大量的流量在不断追逐客户的新部分信息。 我认为第二个选项更好。对于那些需要可扩展性的 人来说，他们是非常少的，无论如何，我们必须承担额外的费用。让他们也为相应的流量付费。 在90%的情况下，其他人会在少量客户中使用它，连接的可靠性，因此在这种情况下，功能比流量更重要。 而在第一种情况下，如果没有可靠的连接，你就无法得到一个好的解决方案。 Mykola Demko 2012.02.16 12:33 #73 sergeev: 这就是问题所在，我正在努力全面地思考。当然，最初你需要投入更多的可扩展性。我的意思是，目标是让它像为1000h。而且，只有少数人以后会使用它，这并不重要。 这就是为什么我现在要选择--要么是速度，要么是有插座的微流量。或者是http和大量的流量在不断追逐客户的新部分信息。 如果接收信息的客户自己成为服务器，并将其分发给一些客户，那会怎样？比如Skype。 ZS然后我们有一个可扩展的网络，当它很小的时候，订单直接来自服务器，一旦网络增长，就有第二梯队，第三梯队。在这种情况下，服务器的负载不会增加。网络可以通过机器之间的ping来配置。 Лекарь Центозависимых 2012.02.16 12:37 #74 Urain: 如果获得信息的客户自己成为服务器，并将其分发给某一组客户，那该怎么办？比如在Skype中。 刚刚看了新闻）https://www.youtube.com/watch?feature=player_embedded&v=7VKf0W44qGA 有了点对点，这将是一个 "革命性 "的解决方案，无可比拟的) 但人们不得不怀疑这是否现实，甚至是否值得。 Mykola Demko 2012.02.16 12:41 #75 OnGoing: 刚刚看了新闻）https://www.youtube.com/watch?feature=player_embedded&v=7VKf0W44qGA 有了点对点，这将是一个 "革命性 "的解决方案，无可比拟的) 人们不得不怀疑 这是否现实，甚至是否值得。 这就是为什么我问到了网络的规模。掌握浩瀚，就像掌握了不可描述的东西 :) --- 2012.02.16 13:00 #76 Urain: 如果接收信息的客户自己成为服务器，并将其分发给某一组客户，那该怎么办？比如在Skype中。 我认为，对于客户端与主站的同步，在客户端之间进行额外的交换是多余的。 当然，每个客户端都将成为一个小型服务器，以发送收到的信息，这在原则上是值得考虑的。 --- 2012.02.16 13:07 #77 Integer: 为什么要这样做呢？有一个标准的控制器用于TCP/IP的工作，为这种情况写一个单独的程序。在终端中，EA与程序进行通信（在一台电脑内，以任何你喜欢的方式）...而且没有必要重新发明轮子--倾听端口，大家已经为你听了很久了。 德米特里，我重复。复制器早就有了，大约有4-5年的时间。和本地和远程，并有中间服务器。我不需要任何控制者为我倾听。 在这里，我想让那些学到很多东西的人在整个论坛上进行讨论。 在这些技术的优点和 缺点 的基础上，制作可靠的复印机的变体，它是稳定的，可以抵抗客户的数量和连接的质量和渠道的负载。 Mykola Demko 2012.02.16 14:16 #78 sergeev: .. 并在这些技术的优点和 缺点 的基础上，使可靠的复印机在客户数量和连接质量以及通道的负载方面都是稳定和强大的。 列入议程的是两种风险。 1由于通信问题而得不到信号 2由于传输过程中的比特损失而无法获得正确的信息。 那么在相邻的客户之间没有沟通的情况下，从不同的来源获得三个信号，你可以做一个位数的调和，根据 "3个中的2个是真的 "的原则获得真实的信息。这样的方案对通信故障和传输损失都更加安全。然后，信息可以被加密成比特掩码，并被压缩到最小（而不是传输字符串句子）。这将减少服务器流量。 而为了避免因邻居失败而导致的失败，形成一个冗余的邮件，例如，客户端收到服务器和4个邻居的信号，但服务器的信号和先到的邻居的2个信号被考虑在内。 --- 2012.02.16 14:22 #79 Urain: 列入议程的是两种风险。 1由于通信故障而得不到信号 客户端缺乏通信是无法解决的。 它要么存在，要么不存在。 服务器应该在任何时候都有通信。 2由于传输过程中的比特丢失而无法获得正确的信息。 一个无效的信息可以用例如哈希值签名。 如果哈希值是错误的，信息就会从服务器上重试。 但通常在文件的末尾和中间有一个特殊的@label@标签，可以清楚地表明信息是完整的。 Лекарь Центозависимых 2012.02.16 14:23 #80 Urain: ...那么，相邻客户之间的通信是必不可少的，在收到来自不同来源的三个信号后，有可能进行位数整理，并在 "3个正确中的2个 "的基础上输出一个真实信息。这样的方案对通信故障和传输损失都更加安全。然后，信息可以被加密成比特掩码，并被压缩到最小（而不是传输字符串句子）。这将减少服务器流量。 TCP/IP已经在协议层面上实现了对传输数据真实性的验证。 123456789 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为什么要这样做呢？有一个标准的控制器用于TCP/IP的工作，为这种情况写一个单独的程序。在终端中，EA与程序进行通信（在一台电脑内，以任何你喜欢的方式）...而且没有必要重新发明轮子--倾听端口，大家已经为你听了很久了。
这就是问题所在，我正在努力全面地思考。当然，最初你需要在可扩展性方面投入更多。也就是说，目标是做为1000h。而且，只有少数人以后会使用它，这并不重要。
这就是为什么我现在要选择--要么是速度，要么是有插座的微流量。或者是 http和大量的流量在不断追逐客户的新部分信息。
我认为第二个选项更好。对于那些需要可扩展性的 人来说，他们是非常少的，无论如何，我们必须承担额外的费用。让他们也为相应的流量付费。
在90%的情况下，其他人会在少量客户中使用它，连接的可靠性，因此在这种情况下，功能比流量更重要。
而在第一种情况下，如果没有可靠的连接，你就无法得到一个好的解决方案。
这就是问题所在，我正在努力全面地思考。当然，最初你需要投入更多的可扩展性。我的意思是，目标是让它像为1000h。而且，只有少数人以后会使用它，这并不重要。
这就是为什么我现在要选择--要么是速度，要么是有插座的微流量。或者是http和大量的流量在不断追逐客户的新部分信息。
如果接收信息的客户自己成为服务器，并将其分发给一些客户，那会怎样？比如Skype。
ZS然后我们有一个可扩展的网络，当它很小的时候，订单直接来自服务器，一旦网络增长，就有第二梯队，第三梯队。在这种情况下，服务器的负载不会增加。网络可以通过机器之间的ping来配置。
如果获得信息的客户自己成为服务器，并将其分发给某一组客户，那该怎么办？比如在Skype中。
刚刚看了新闻）https://www.youtube.com/watch?feature=player_embedded&v=7VKf0W44qGA
有了点对点，这将是一个 "革命性 "的解决方案，无可比拟的)
但人们不得不怀疑这是否现实，甚至是否值得。
刚刚看了新闻）https://www.youtube.com/watch?feature=player_embedded&v=7VKf0W44qGA
有了点对点，这将是一个 "革命性 "的解决方案，无可比拟的)
人们不得不怀疑 这是否现实，甚至是否值得。
如果接收信息的客户自己成为服务器，并将其分发给某一组客户，那该怎么办？比如在Skype中。
我认为，对于客户端与主站的同步，在客户端之间进行额外的交换是多余的。
当然，每个客户端都将成为一个小型服务器，以发送收到的信息，这在原则上是值得考虑的。
为什么要这样做呢？有一个标准的控制器用于TCP/IP的工作，为这种情况写一个单独的程序。在终端中，EA与程序进行通信（在一台电脑内，以任何你喜欢的方式）...而且没有必要重新发明轮子--倾听端口，大家已经为你听了很久了。
在这里，我想让那些学到很多东西的人在整个论坛上进行讨论。 在这些技术的优点和 缺点 的基础上，制作可靠的复印机的变体，它是稳定的，可以抵抗客户的数量和连接的质量和渠道的负载。
..
并在这些技术的优点和 缺点 的基础上，使可靠的复印机在客户数量和连接质量以及通道的负载方面都是稳定和强大的。
列入议程的是两种风险。
1由于通信问题而得不到信号
2由于传输过程中的比特损失而无法获得正确的信息。
那么在相邻的客户之间没有沟通的情况下，从不同的来源获得三个信号，你可以做一个位数的调和，根据 "3个中的2个是真的 "的原则获得真实的信息。这样的方案对通信故障和传输损失都更加安全。然后，信息可以被加密成比特掩码，并被压缩到最小（而不是传输字符串句子）。这将减少服务器流量。
而为了避免因邻居失败而导致的失败，形成一个冗余的邮件，例如，客户端收到服务器和4个邻居的信号，但服务器的信号和先到的邻居的2个信号被考虑在内。
列入议程的是两种风险。
1由于通信故障而得不到信号
客户端缺乏通信是无法解决的。 它要么存在，要么不存在。 服务器应该在任何时候都有通信。
2由于传输过程中的比特丢失而无法获得正确的信息。
一个无效的信息可以用例如哈希值签名。 如果哈希值是错误的，信息就会从服务器上重试。 但通常在文件的末尾和中间有一个特殊的@label@标签，可以清楚地表明信息是完整的。
...那么，相邻客户之间的通信是必不可少的，在收到来自不同来源的三个信号后，有可能进行位数整理，并在 "3个正确中的2个 "的基础上输出一个真实信息。这样的方案对通信故障和传输损失都更加安全。然后，信息可以被加密成比特掩码，并被压缩到最小（而不是传输字符串句子）。这将减少服务器流量。