我有一个Swing应用程序，它在HPUX Blades上运行（在其他环境中），并在ThinClients上显示。不幸的是，我们开发了Windows机箱。
使用Blade / ThinClient设置，我们遇到了严重的性能问题，我认为这可能是由于远程渲染造成的。用户界面几乎无法使用（一个对Windows中的＆lt; 50ms点击做出反应的表格，例如在单元格周围绘制焦点边框，在HPUX中执行相同操作需要750到1500毫秒）。
有没有人有类似的经历，而且 - 更好的是 - 一种补救方法？ This article听起来像性能问题可能来自使用alpha混合或抗锯齿。应用程序中的某些代码或其中一个库完全可能使用其中一个或两个代码。是否有一种简单的方法可以完全禁止它？一些不起眼的，很少提到的JVM标志或许？
要点：
答案 0 :(得分：0)
围绕协议积极开发以解决这个问题：远程显示图形界面。两个大男孩是VMware（PCoIP）和Citrix（HDX），微软加入了竞争（RDP和RemoteFX）。仅这一点就足以说明解决问题不是一个小问题。
有各种瘦客户机可以显着改善您与上述协议相结合的体验（“最佳”是涉及营销的激烈辩论，所以我不会讨论这个问题）。
由于您在HPUX环境中运行应用程序，因此可以尝试RGS，但我认为它不是免费的。
为了便宜地缓解问题，请尝试利用现有的远程桌面应用程序（如VNC），即使用VNC远程登录，然后在本地显示Swing应用程序，让VNC处理图形的远程处理。