gpt4 book ai didi

java - 套接字 mac os x vs windows java 慢

转载 作者:可可西里 更新时间:2023-11-01 10:48:07 26 4
gpt4 key购买 nike

请帮我弄清楚为什么 Mac OS X Java 比 Windows XP Java 花费 5 倍的时间。

我有一些代码在 Mac 和 PC Java 上表现不同。我有一个 Java GUI,它与 Windows XP 机器上的许多“服务器”对话。

当我在另一台 Windows XP 机器或 Linux 机器上运行 GUI 时,LabView 会收到消息并在 1 秒内做出响应。

当它从 Mac OS X box 运行时,需要 5 秒。暂停似乎是(根据我们可以告诉调试的)我认为我发送字符串“pot 7\r\n”和 LabView 实际接收到它的时间之间。

当来自 Windows 时,LabView 会立即看到 pot 7 命令(我们有一个显示要检查),但根据 LabView 程序员的说法,当从 Mac OS 机器发送时,该命令直到 5 秒后才显示在屏幕上.

我会尽量在这里提供足够的代码,让知道更多的人会说啊哈!

String IPaddress;
int commPort;
BufferedReader reader;
PrintWriter writer;
Socket sock;
long timeout = 8000;

...

public synchronized void connectCommPort() {
if (commportconnected != true) {
try {
sock = new Socket();
InetSocketAddress endpoint = new InetSocketAddress(IPaddress, commPort);
sock.connect(endpoint, timeout);
sock.setSoTimeout( timeout );
reader = new BufferedReader(new InputStreamReader(sock.getInputStream()));
writer = new PrintWriter(sock.getOutputStream());
commportconnected = true;
errorstatus = false;
} catch (IOException ex) {
logwriter("LabV: WARNING - network connection to Labview command port failed."+ex.toString());
commportconnected = false;
errorstatus = true;
}
}
}

...

public synchronized float[] readpots() {

String message = "pot 7";
connectCommPort();

if (commportconnected) {
try {
writer.print(message + "\r\n");
writer.flush();
logwriter("LabV: [sent] " + message);

shortpotvalues = potslistener();
} catch (Exception ex) {
}
disconnectCommPort();
}
potvalues[0] = shortpotvalues[0];
potvalues[1] = shortpotvalues[1];
potvalues[2] = shortpotvalues[2];
potvalues[3] = shortpotvalues[3];
potvalues[4] = shortpotvalues[4];
potvalues[5] = shortpotvalues[5];
potvalues[6] = shortpotvalues[6];
potvalues[7] = 5.0f;


return potvalues;
}

public synchronized float[] potslistener() {

String message = null;
int i = 0;
try {
//while ((message = reader.readLine()) != null && i < shortpotvalues.length) {
while (i < shortpotvalues.length) {
message = reader.readLine();
if ( message != null )
{
logwriter("LabV: [received] " + message);
if (message.contains("."))
{
shortpotvalues[i] = Float.parseFloat(message);
i++;
}
}
else
{
logwriter("LabV: received NULL unexpectedly, may not have all pots correct");
}
} // close reader-ready-while
} catch (ArrayIndexOutOfBoundsException aiofbex) {
logwriter("LabV: in potslistener() Array out of bounds! " + aiofbex.toString());
} catch (Exception ex) {
logwriter("LabV: in potslistener() got exception: " + ex.toString());
}
return shortpotvalues;
}

在 Mac OS X 10.8 上。运行 java -version 给出:

marks-Mac-mini:~ mark$ java -version
java version "1.6.0_43"
Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-11M4203)
Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01-447, mixed mode)

在 Windows XP 上(当 GUI 在 Windows 上运行并且工作正常时使用的 java)给出:

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\gus>java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) Client VM (build 23.3-b01, mixed mode, sharing)

最后是来自 PC 的部分日志:

2013-03-19T11:45:22.000 LabV: [sent] pot 7
2013-03-19T11:45:22.921 LabV: [received] 2.310835
2013-03-19T11:45:22.921 LabV: [received] 2.447397

相应地来自 Mac(注意发送和第一次接收之间的 5 秒):

2013-03-13T12:13:17.092 LabV: [sent] pot 7
2013-03-13T12:13:22.513 LabV: [received] 2.300508
2013-03-13T12:13:22.514 LabV: [received] 2.112090

在此先感谢您的任何帮助/建议。

跟进:

从那以后我发现,如果我使用具有相同 Java 的 10.7.5 Mac OS 机器,速度与 Windows XP 相同。我现在正在研究 10.8.3 和网络和/或安全防火墙设置的问题。再次感谢您的帮助。

最佳答案

也许这会对其他人有所帮助。

当我们在一个孤立的网络上运行时,这个问题就成了阻碍。在完成所有这些工作(模拟器、输出流、禁用 bonjour 等)之后,解决方案是编辑 Microsoft Windows XP 机器上的主机文件。

我认为这很有效,因为没有时间花在寻找 WINS 或 DNS 服务器上。令人恼火的是,在同一网络上的 mac 或 linux 机器上,寻址 IP 地址会自动消除任何导致超时的 DNS 调用。编辑文件完全消除了奇怪的延迟。当我再次访问机器时,我会更具体地说明编辑的内容。

导致我们出现此问题的调试是注意到一些 netbios 请求需要很长时间才能响应。他们看到这个的时候我不在场。我的理解是他们在 mac os 机器上运行了一个数据包嗅探器并看到了这些请求。当他们编辑 Windows 机器主机文件时,问题就消失了(它可以在没有 netbios 广播的情况下找到 mac)。

"After some packet sniffing we have determined that the delay we've been experiencing when querying the Agilent from the GUI has been due to [the Windows XP machine] flailing about looking for the Agilent [a motor controller] via the WINS service. Can't say that I completely understand what's going on, but we verified that the delay goes away when we turn the NetBIOS service off.

Which would be all good, except that windows file sharing seems to depend on the NetBIOS service, thus we can't access the disk on [the Windows XP machine] without it.

So we added two lines in the host file"

这是我同事发给我的。所以它与我的 Java 代码相距两个系统......我在 Windows XP 盒子上解决了一个 LabView 应用程序。我为 LabView 应用程序编写了一个模拟器。但网络问题出在 LabView 应用程序和另一台设备之间。所以他的解决办法是在Windows\System32\Drivers\etc\hosts里放两行解决Windows端的Mac和Agilent,网络延迟就没有了!

关于java - 套接字 mac os x vs windows java 慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15510696/

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