English 中文(简体)
改善有色的雷拉登速度
原标题:
  • 时间:2009-05-28 18:22:55
  •  标签:

我通过大量文本数据而感到 cr,我很想知道,是否有办法改进业绩。 例如,在通过10千兆字节的数据而不是按线处理数据时,需要大约3分钟。

基本上,我有一个数据采集器包,包含一个有变形的Reader。 我不断打电话给这个主持人,然后回到下行。

是否会产生扼杀数量? 或或许需要多少职能。 我并不真正知道如何说明这一申请,因为它被汇编成一个支柱,并被用作STAF服务。

赞赏任何和所有的想法?

最佳回答

首先,your application is I/O-stricong>。 由于目标分配或记忆,或CPU限制,你不会遭遇不良表现。 由于磁盘进入,你的申请进展缓慢。

如果你认为你能够改进档案查阅,你可能需要利用国家情报和安全局进行低级方案规划。 如果你通过采购处更有效地处理档案,就能改善档案的存取,而这需要在较低一级进行。

我不敢肯定,使用<代码>java.nio将使你能够以你所期望的规模提高业绩,尽管在I/O开展行动时,这可能会给你带来更多的自由。

原因主要是java.nio。 将与挑选人对档案进行总结,在阅读供使用的缓冲器时,请通知你,这确实给你可能有助于你履行使命的卑鄙行为。 但是,翻新文件本身是你的瓶颈,java.nio 在这方面,不给你任何东西。

因此,它首先尝试了,但我不想让我的希望太高。

问题回答

我认为,Java s NIO Pack对你的需要非常有用。

这份Wikipedia第条在具体改进“老”Java I/O方面有重要背景。

利用NIO、频道、星座和记忆地图文档,将给你最好的表现。 这与你即将获得的硬件一样接近。 我还有一个类似的问题,即我不得不将600多万条限定的文字线(265MB档案) par在一行的有限栏目上,然后将其写回。 利用NIO和2002年的硬件,需要33秒才能做到这一点。 陷阱是将数据按tes取。 您阅读了数据,以提取该线,再看一看操纵该线,再读第三版,以重新书写。

如果通过常规的“java-options......”启动该方案 班子——指挥线——你可以说明情况。 I m 最熟悉NetBeans的简介。 它可以单独开始支离机(,然后在启动时附加一个java选项。

如果你在不衡量需要改进之处的情况下重新努力优化,你就会在黑暗中重新工作。 你们可能会 l,或者你会花很多时间从事不相关的工作。





相关问题