Question

我们使用jgroups通过我们的集群同步几个java对象。目前我们只有两台服务器，我们使用TCP协议。我们配置了一个tcp端口（42812）进行同步。

我们发现了以下问题：当服务器运行一段时间，1小时到3小时，那么内存使用量就会增加很多。这就是为什么我们采取堆转储并在两台服务器上发现以下泄漏嫌疑人：

The thread java.lang.Thread @ 0x5ff35fdd8 Connection.Receiver [11.63.99.51:42813 
- 11.63.99.51:42813],userNotificationCounterSync,hjad-gts4-de16-38376 keeps local
variables with total size 1.650.814.560 (38,04%) bytes.

The memory is accumulated in one instance of "byte[]" loaded by "".
The stacktrace of this Thread is available. See stacktrace.

当我们进行tcp转储时，我们只看到通过42813端口发送的syn ack包，但这是在内存提升之后。所以在我们看来，服务器通过未配置的端口接收消息而不处理它们。内存使用量永远不会超过1.650.814.560字节，并且同步容器是同步的，因此我们没有同步问题。我们在spring xml配置中使用port_range为0配置JChannel：

TCP(bind_port=12812;
port_range=0;
recv_buf_size=130k;
send_buf_size=130k;
tcp_nodelay=true;
enable_bundling=false;)
:TCPPING(initial_hosts=server1[42812],server2[42812])
:MERGE2:FD_SOCK:VERIFY_SUSPECT:pbcast.NAKACK(use_mcast_xmit=false;retransmit_timeout=300,600,1200,2400,4800;discard_delivered_msgs=true;)
:UNICAST:pbcast.STABLE(stability_delay=1000;desired_avg_gossip=50000;max_bytes=400000;)
:FRAG:pbcast.GMS(print_local_addr=true;join_timeout=3000;view_bundling=true;):pbcast.STATE

我们认为，使用此配置，节点不应通过端口42813进行通信。

Connection.Receiver如何通过此端口接收如此多的数据，为什么不处理？

Answer 1

整个问题是我认为默认设置为0的端口范围。结果是错误的，我们只是在TCP和TCPPING配置中设置参数port_range = 0，一切都按预期工作。

jgroups Connection.Receiver的问题

1 个答案: