TurboVNC是VNC（虚拟网络计算）的派生产品，其经过调整可为3D和视频工作负载提供最佳性能。 TurboVNC最初是TightVNC 1.3.x的分支，从表面上看，X服务器和Windows查看器的行为仍然与其父代相似。但是，当前版本的TurboVNC包含更新得多的X服务器代码库（基于X.org 7.7）以及TightVNC中不存在的各种其他功能和修补程序，包括高性能Java查看器。此外，TurboVNC压缩3D和视频工作负载的性能明显好于TightVNC 1.3.x中的“最紧密”压缩模式，而通常只使用后者的15-20％的CPU时间。使用非默认设置，TurboVNC还可以匹配TightVNC 1.3.x对2D工作负载产生的最佳压缩率。此外，TurboVNC包含一些专门为可视化应用程序设计的独特功能。所有VNC实现（包括TurboVNC）都使用RFB（远程帧缓冲器） 从VNC服务器向所有连接的“查看器”发送“帧缓冲区更新”的协议。每个帧缓冲区更新可以包含多个“矩形”（自上次更新以来已更改的区域。）与TightVNC一样，TurboVNC分析每个矩形，将其拆分为多个“子矩形”，并尝试使用“子编码类型”对每个子矩形进行编码给定子矩形中唯一颜色的数量，它将提供最有效的压缩。 TurboVNC执行此操作的过程称为“编码方法”。首先分析矩形以确定矩形的重要部分是否为实心，如果是，则将该部分编码为边界框和填充颜色（“实数子编码”。）在其余子矩形中，只有两种颜色的子矩形为编码为带有2色调色板的“每像素1位”位图（“单声道子编码”），具有少量唯一颜色的那些将被编码为调色板和8位每像素的位图（“颜色子编码”），和 根据编码方法，使用JPEG或RGB像素阵列对具有大量唯一颜色的子矩形进行编码（“原始子编码”）。 zlib可以可选地用于压缩索引颜色，单色和原始子矩形。 TurboVNC加速的一部分来自libjpeg-turbo的使用。但是，TurboVNC还消除了TightVNC 1.3.x用来确定子矩形是否是JPEG压缩的良好候选者的CPU占用率过高的检测例程，并且TurboVNC的编码方法倾向于更多地使用JPEG，因为现在通常使用JPEG。最快的子编码类型。此外，TurboVNC消除了缓冲区副本，它通过将帧缓冲区更新划分为相对较大的子矩形来最大化网络效率，并且仅使用zlib压缩级别，可以证明具有可衡量的性能优势。 TurboVNC是广泛研究的产物，其中TightVNC编码器的许多不同排列都以 低级，针对各种捕获的RFB会话，这些会话模拟2D和3D的实际应用程序工作负载。 TigerVNC和libvncserver已采用TurboVNC的编码方法。
