gpt4 book ai didi

java - Oracle JVM 中套接字的速度难以想象

转载 作者:太空宇宙 更新时间:2023-11-04 06:21:25 24 4
gpt4 key购买 nike

我正在与 Oracle 合作,他们要求我加快一些旧应用程序的速度。为了实现这种加速,我需要一些包含临时数据的内存单例;目前这些数据存储在数据库永久表中,这给数据库带来了很大的负载。由于多 session 访问数据,无法使用临时表。

我尝试使用存储的 Java 来制作这个单例。我发现的主要问题 - Oracle 为每个数据库 session ( https://docs.oracle.com/cd/B28359_01/java.111/b31225/chtwo.htm#BABBDCDI )制作了类似单独的 JVM 之类的东西,因此无法通过公共(public)内存访问单例。

我制作了一些包含“服务器”(单例)和“客户端”(访问方法)的 API。客户端通过本地套接字与服务器通信。因为存储 Java ( https://docs.oracle.com/cd/B28359_01/java.111/b31225/chtwo.htm#BABHHHDG ) 服务器的单线程特性接受请求并将其处理到单个线程中,如下所示(简化):

    ServerSocket socket = new ServerSocket(..., InetAddress.getByName(null));
while (!finished) {
Socket client = socket.accept();
..
output.println(process(input));
..
client.close();
}

客户端发送这样的请求:

  Socket socket = new Socket(InetAddress.getByName(null), getPort(requestId));
..
for (int i = 0; i < data.length; i++) output.println(data[i]);
String result = in.readLine();
..
socket.close();

在没有 Oracle 的情况下作为独立 Java 应用程序运行测试时,它在我的工作站上的工作方式如下:

34001 calls served at 3.178 sec.

Avg. 10698.86721208307 calls per second

Avg. wait time: 0.03199905885121026 ms.

Avg. process time: 0.0628510926149231 ms.

一般来说是可以接受的。但是当加载到Oracle中时,这样的测试显示出截然不同的速度:

117 calls served at 24.218 sec.

Avg. 4.831117350730861 calls per second

Avg. wait time: 90.17094017094017 ms.

Avg. process time: 203.54700854700855 ms.

为什么这么慢?我能做些什么来修复这个废话呢? Oracle/jvm 中 session 之间是否有更好的通信方式?

最佳答案

调查结果。

  1. 管理员对 I/O 任务请求长度等没有说任何有趣的话。

  2. Oracle内部的java比单机的java慢几倍。我写了一个简单的例子,将整数转换为字符串并将其放入映射中;它在存储过程中的运行速度大约慢 4 倍。不同操作的处罚是不同的。

  3. 我分析了类(class)。使用不同的技术(nodelay、重用套接字、线程),我在独立应用程序中达到了大约 8 倍的速度,在存储的 Java 中达到了大约 100 倍的速度,这是我能做到的极限。

  4. 此刻我拒绝了stored-java-only。我在数据库附近启动了一个带有服务器部分的独立应用程序,并将客户端部分设置到数据库中以连接它。它给了我所需的速度;在这种情况下,有效速度大约是单机应用程序的80%。这个速度对我来说已经足够了;它不再是一个瓶颈。

关于java - Oracle JVM 中套接字的速度难以想象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27377693/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com