巴解组织的辉煌与贫穷 - 页 6

新评论
 
Renat:

他表明，直接呼叫或虚拟呼叫在实际项目中没有效果。

绝大多数成本是在调用系统函数时产生的，而MQL程序几乎把所有的时间都花在这里。与有效载荷相比，安排通话的成本可以忽略不计。

他在哪里展示了？ 一个有一些函数名称和测量值的表格是一个参数吗？ 我们这里不是心灵感应专家。 你需要看到函数的代码，然后你才能说些什么。

 
meat:

他在哪里展示的？ 一个有一些函数名称和测量值的表格--这是一个论据吗？ 我们这里不是心灵感应的专家。 你需要看到函数的代码，然后我们可以谈论别的东西。

为了使实验得到充分和无条件的验证，你需要访问被分析对象的代码......由于没有这样的东西，验证只能是有条件的......只要他的同事C-4的结论是诚实的......。
 
Renat:

他表明，在实际项目中，直接呼叫或虚拟呼叫都没有影响。

绝大多数的成本是由系统函数调用产生的，MQL程序在这里花费了大部分时间。与有效载荷相比，安排通话的成本可以忽略不计。

+100 是的，它是这样的!

此外，我还注意到，当我不得不重写那些漫无边际的类，使它们的一些功能由其他类来完成（包容/分解）时，整体性能提高了，对代码的控制也增强了。换句话说，在实践中，我们看到与Integer和老派C语言爱好者试图向我们证明的情况相反：类的数量增加了，方法的数量增加了，而性能却相反地增加了。

 
meat:

他在哪里展示的？ 一个有一些函数名称和测量值的表格--这是一个论据吗？ 我们这里不是心灵感应的专家。 你需要看到函数的代码，然后我们可以谈论别的东西。

我对证明或说服任何人的事情不感兴趣。你可以相信或不相信。但我想指出，如果你有源代码，它不会给你任何东西。总的复杂性是不一样的。即使分析了资料来源，你也会说："好吧，那里的东西被称为，有些东西被计算在内，有些东西来自某个地方，但具体是什么并不清楚，所以又没有证明什么"。
 
C-4:

+100 是的，这是正确的!

此外，我注意到，当我不得不重写蔓延的类，使它们的一些功能由其他类来执行（包容/分解）时，整体性能提高了，对代码的控制也增加了。换句话说，在实践中，我们看到与Integer和老派C语言爱好者试图向我们证明的情况相反：类的数量增加了，方法的数量增加了，而性能却相反地增加了。

一种新的自我放纵方式？来吧，来吧。

瓦西里，你应该读一下我在这里试图证明的东西，虽然（不管你怎么想，都证明了）。

 
C-4:
然而，请注意，拥有源代码并不能说明什么。累积的复杂性是不一样的。即使在分析了来源之后，你也会说："好吧，那里的东西被称为，有些东西被计算在内，有些东西取自某处，但具体是什么并不清楚，所以又没有什么被证明。

一般来说，是的，你可能是对的，个别功能可能不会告诉你太多。 如果你的软件对其他人来说是一头猪，那么谈论它还有什么意义。

事实上，我们感兴趣的主要是通过虚拟方法的总次数，以及在上面花费的总时间。 在你的表中，有一些阴影函数被执行了500万次。我不知道它是什么，也许它只是一个具有最简单的动作的虚拟方法。 然而，500万是一个小事。我想你的程序中没有什么繁重的计算，所以没有什么可讨论的。 假设你在计算一个30000x300000的线性方程组，并通过虚拟方法访问矩阵元素，那就有得谈了。

 
Integer:

一种自我影响的新方式？来吧，来吧。

瓦西里，你毕竟应该读一读我在这里想证明的东西（不管你怎么想，都证明了）。

迪米特里，我既不支持你也不反对你。为了理解它，你需要知道编译器的内部工作原理，但为MQ打开这些信息，就等于帮助写一个反编译器。

在这里讨论的人中，只有雷纳特有这样的信息，所以我们必须依靠他的话。我没有看到任何其他的方法。

如果他说你没有正确设置测试，你很可能就是这样。

问题是不同的，在这种情况下，只有MQ可以正确设置测试，这就是需要做的。

正如他们所说的那样，以考代练，以我的话对抗你的话。而你正试图证明无法证明的事情。如果没有可供比较的东西，就不可能证明或反驳你的主张。

 

反编译器在这里是不可能的。

你只需要了解和掌握优化编译器的技术，避免测试简化的退化案例，这些案例被粗暴地优化并退化为线性代码。我们已经发布了第四代编译器，不需要任何东西。

这正是我们正在谈论的问题。

 
meat:

例如，如果我们在计算一个30000x300000的线性方程组，并且对矩阵元素的访问是通过虚拟方法进行的，那么就已经有东西可谈了。

在这种情况下，第一次重构会给你带来百倍的速度提升。而虚拟电话在成本方面会排在第十位。

就是说，这个例子是不现实的。

 

那我们就用汇编语言写一切吧。反正会更快。

我不明白这个问题。我从来没有见过一个专家顾问或指标有1MB的代码。

任何函数的调用也需要一些时间。让我们也放弃功能吧!

使用OOP，对大型项目的控制就更加方便了。

另外，代码的执行速度很多时候并不像对经纪人的ping 时间和对经纪人命令的响应那样关键。

看看HFT的算法吧。他们需要最大的速度，但你不会发现那里有任何复杂的计算。

PS。你通常不需要一辆超级跑车或雪地车来从A点到B点，一辆轻便摩托车就足够了!一辆轻便摩托车就够了!

1234567
新评论
原因: