如果你有某些原因不喜欢 lbxproxy 。例如你不喜欢他的执行效率，
它不帮你工作， 你不想麻烦的为硬件建立 lbxproxy 或著你只是想是是其他的选择，
这边有一些其他的 X protocol 压缩方式。 (有没有人有其他的方案？)
dxpc 和 LBX 以相同的方式运作。然而为了避免修改 X Server的原始码
以及实作一个 X Server 的扩充dxpc 使用 两个 代理伺服器︰
一个像是 lbxproxy 跑在硬件的系统，另一个则在本端执行。
在硬件的代理伺服器负责沟通 X Client 以及本端的代理伺服器， 而本端的代理伺服器负责沟通 X Server 以及硬件的代理伺服器。
所以，对于 X clients 以及 X server 两造，他们都以平常的处理方式处理 X Protocol
lbxproxy 更多的压缩信息以及统计信息。
dxpc 的原始档可以自 ftp.x.org取得。
这里有一个网页 http://ccwf.cc.utexas.edu/~zvonler/dxpc/有 dxpc 很多不错的信息。包含了 dxpc 的 mailing list，原始档，以及 为多种平台预先编译好的执行档。
Ken Chase <lbxhowto@sizone.org>
notes that
ssh
能被用于压缩。虽然它只要的目的是为了保密，但是它也压缩它传送的资料。
所以如果你自一个 ssh 连结执行 X ，你在使用间自然会压缩资料。
我不知道。 LBX 以及 dxpc 在纯压缩上比 ssh 好。当然， ssh 提供了在安全上的附加功能。
不过，也没有任何理由禁止你使用 ssh 加上另外两种之一的压缩方式，以获得良好的压缩以及安全性。
在这些选择上跑一些评量以获取统计信息，应该不是很难的事。 但是我没有做过这件事，也没有听说过任何人做过。