行业协会网站建设的方案,做移动网站点击软件,怎么做一个电商网站吗,wordpress获取菜单链接地址总览 关于什么是高频交易的最佳解决方案#xff0c;存在不同意见。 问题的一部分是高频交易的变化超出您的预期#xff0c;另一部分是更快的含义。 我的看法 如果您有一个典型的Java程序员和一个典型的C 程序员#xff0c;并且每个人都有几年编写典型的面向对象程序的经验… 总览 关于什么是高频交易的最佳解决方案存在不同意见。 问题的一部分是高频交易的变化超出您的预期另一部分是更快的含义。 我的看法 如果您有一个典型的Java程序员和一个典型的C 程序员并且每个人都有几年编写典型的面向对象程序的经验并且给了他们相同的时间那么Java程序员可能会更早地拥有一个工作程序并且将拥有更多的工作时间。是时候调整应用程序了。 在这种情况下Java应用程序可能会更快。 恕我直言。 以我的经验Java在检测不需要执行的代码方面在C 上表现更好。 esp微型基准测试无济于事。 ;如果您在不花任何时间和精力的情况下尽可能地调优Java和C 那么C 程序将更快。 但是在有限的资源和不断变化的环境中动态语言将无法运行。 即在实际应用中。 在股票空间延迟中您需要将潜伏期定为10到10毫秒以下才能使频率很高。 不能选择Java甚至商用硬件上的标准OOP C 。 您需要C或C 的精简版以及专用硬件例如FPGAGPU。 在FX中高频意味着延迟小于100 us。 在此空间中可以选择使用C 或带有内核旁路网络适配器的精简Java低GC。 在这种情况下使用一种或另一种语言将有加有减。 就个人而言我认为随着交流的不断变化Java会提供更大的灵活性前提是您认为可以利用IT获得竞争优势。 在许多情况下当人们谈论高频尤其是Banks时他们说的是1 ms以下或一位数ms。 在这个领域我想说JavaScala或C等的灵活性/动态编程将给您时间与C / C 或FPGA相比具有可维护性和可靠性方面的优势。 Java面临的问题 问题不在于语言本身而是缺乏对缓存上下文切换和中断的控制。 如果复制一块内存发生在本机内存中但是在运行之间使用了不同的延迟则该副本会变慢具体取决于副本之间发生的情况。 问题不是GC或Java因为这两者都不起作用。 问题在于缓存的一部分已被换出副本本身需要更长的时间。 这对于任何访问内存的操作都是相同的。 例如访问普通对象也将变慢。 private void doTest(Pauser delay) throws InterruptedException {int[] times new int[1000 * 1000];byte[] bytes new byte[32* 1024];byte[] bytes2 new byte[32 * 1024];long end System.nanoTime() (long) 5e9;int i;for (i 0; i times.length; i) {long start System.nanoTime();System.arraycopy(bytes, 0, bytes2, 0, bytes.length);long time System.nanoTime() - start;times[i] (int) time;delay.pause();if (start end) break;}Arrays.sort(times, 0, i);System.out.printf(delay : Copy memory latency 1/50/99%%tile %.1f/%.1f/%.1f us%n,times[i / 100] / 1e3,times[i / 2] / 1e3,times[i - i / 100 - 1] / 1e3);
} 测试多次执行相同的操作执行该测试之间的延迟有所不同。 该测试将大部分时间花费在本机方法上并且没有像在测试期间那样创建或丢弃任何对象。 收益率复制内存延迟1/50/99tile 1.6 / 1.6 / 2.3 us NO_WAIT复制内存延迟1/50/99tile 1.6 / 1.6 / 1.6 us BUSY_WAIT_10复制内存延迟时间为1/50/99tile 3.1 / 3.5 / 4.4 us BUSY_WAIT_3复制内存延迟时间为1/50/99tile 2.7 / 3.0 / 4.0 us BUSY_WAIT_1复制内存延迟时间为1/50/99tile 1.6 / 1.6 / 2.6 us SLEEP_10复制内存延迟时间为1/50/99tile 2.3 / 3.7 / 5.2 us SLEEP_3复制内存延迟时间为1/50/99tile 2.7 / 4.4 / 4.8 us SLEEP_1复制内存延迟时间为1/50/99tile 2.8 / 4.6 / 5.0 us 执行内存复制所需的典型时间中间值在1.6到4.6 us之间这取决于是否有1到10毫秒的繁忙等待或睡眠时间。 这个比率大约是Java的3倍但与Java没有任何关系。 甚至最好的时间也相差约2倍。 编码 ThreadlatencyTest.java 结论 在超高频下核心引擎将比OOP C 或Java更多的C汇编和自定义硬件。 在引擎的延迟要求不太严格的市场中C 和Low GC Java成为了选择。 随着等待时间要求变得不那么严格Java和其他动态语言可能会变得更有效率。 在这种情况下Java可以更快地推向市场因此您可以利用市场/需求变化中的优势。 参考 C 或Java高频交易更快 来自我们的JCG合作伙伴 Peter Lawrey在Vanilla Java 。 相关文章 Java中的低GC使用原语而不是包装器 Java Lambda语法替代 JVM如何处理锁 Erlang与Java内存架构 Java Fork / Join进行并行编程 Java最佳实践系列 如何在Java中获得类似于C的性能 翻译自: https://www.javacodegeeks.com/2011/07/c-or-java-which-is-faster-for-high.html
