如果不使用 X , KMS 对于控制台来说就是支持了显示器的本地本分辨率。KMS 优势并不显着。但是 Wayland 的介入使事情发生了变化。有关于 Wayland 的详细文档请参考 freedesktop.org 上的 。Wayland 并不只是对桌面带来了福音，同时也为控制台带来了福音，因为 Wayland 可以代替内核自身的虚拟终端和控制台实现。而这个代替者就是 System Compositor
System Compositor？ System Compositor 是一个 wayland compositor，只是运行于系统全局范围。
为了懒人我这里稍微讲解一下 wayland compositor 吧。 Wayland 不同于 X , 在 wayland 的世界里，只有 compositor 和 client。Client 利用各种 API (wayland 给出的示例使用的是 OpenGL ES, 但其实 wayland 并不限制使用的绘图 API 类型 ) 进行窗口绘图，然后将窗口的绘制结果直接提交给 compositor 合成到屏幕上。这样 wayland 本身就不包含绘图 API 而大大简化了 wayland 的设计。Wayland compositor 可以同 X 一样操作显卡向屏幕输出合成后的结果，也可以作为另一个 wayland compositor 的 client。
对于多账户同时登录的实现，固然可以让每一个本地 GUI 会话开启一个 wayland compositor，但是存在更好的办法就是固定开启一个 system compositor。而让所有用户会话的 wayland compositor 再作为 system compositor 的 client. 藉由 system compositor 的合成效果，进行快速用户切换也可以进行一些视觉效果。而且 Xorg 本身也已经支持作为 wayland client 运行，这样可以使用传统的 X 提供桌面，而让 wayland system compositor 实现终端切换。这还有一个好处，只有 wayland system compositor 是以 root 运行的，而用户会话的 compositor 或 X 就不必以 root 权限运行。因为 Wayland 非常轻量，所以 system compositor 可以作为系统级服务常驻内存运行。而因为有了 system compositor , 内核也不再需要实现虚拟终端了：只需要实现终端模拟器作为 system compositor 的 client 。由于是在用户空间实现的，所有可以加入 UNICODE，矢量字体，国际化的书写习惯等等的支持，再也不用受限于内核啦。 Wayland 还是一个非常年轻的项目，Wayland system compositor 目前还只是设想中的概念，需要更多的人关注参与。笔者相信不久的将来 wayland 一定能大有作为。
写在最后本篇简要介绍了 Linux 虚拟终端的工作原理和依赖的硬件细节实现，然后使用了不太优雅的办法让虚拟终端在帧缓存模式下实现汉字的显示。让大家对虚拟终端有了一点点更多的了解，希望本文能对想了解 Linux 的人有所帮助。也再次感谢 IBM DevelopWorks， 它让我有机会把自己的知识共享给更多的人知道。
