揭开Wayland的面纱（二）：Wayland应运而生

Compostior,就是Wayland上的“X Server”,但是它更纯粹,它不像X Server一样,像个大家长,什么都要管.Compositor只做该做的事情,把上面的过程简化成任务便是：

1. 基于Wayland协议,处理evdev的信息；
2. 通知Client（即应用程序）对相关事件做出反应（至于应用程序想怎么反应,Compositor不需要过问）；
3. 收到Client的状态更新,重新合成图形或管理新的图形布局.

你意识到了,Wayland Compositor的角色,就像是“X Server”＋“Window Manager”,但它只做份内的事情而已.我想你已经可以想像Wayland构架是如何简单高效了,它一举解决了“X Window”发展这么多年来积累的、通过“扩展”去解决的那些问题.

看似很美好,那么Wayland现在的可用性如何？大家都知道,GTK 、Qt,现在都是基于X的,它们能顺利地移植至基于Wayland吗？当然可以！

逐渐成熟的Wayland周边应用

还记得前面那篇文章中,我说过的这句话吧：“尽管在Linux平台下,Cairo、Pango的发挥依然是基于X Window的,但X Window充其量仅仅是一个“backend”而已,并不是少它不行.同理,跨平台的GTK 、Ｑt也只是视X为其中所支持的后端之一,假如哪天X真的 不在了,更换一个新后端,当前的GNOME、KDE也能完整的跑起来.”

你已经想到了,GTK＋、Qt,只需要简单的处理一下后端,便可以跑在Wayland上了.比如：

在当前的GTK 3.0开发分支中,有一个开发分支是“rendering-cleanup”.“清理渲染”？这是做什么的？联想一下那个连Client“怎么渲染”都要管的X Server吧.

对了！GTK 3.0已经彻底移除了所有图形渲染、绘图方面跟X相关的部分了,现在它是一个100％基于Cairo绘制的图形工具库了（之前GTK 2.x时在2.8开始逐渐转向用Cairo绘制,但一直不彻底）.

这意味着两点：

• GTK 的一直以来评价不怎么样的跨平台性,在3.0将有显著的突破；
• GTK 的Wayland后端,已经在路上了！

见GTK 跑在Wayland上,截图引自：Kristian Shows Off GTK 3.0 On Wayland

当然,Qt也有了,限于篇福,这里就不介绍了.

另外一个已经在主开发分支便支持Wayland的东西便是：Clutter.这是一个基于OpenGL的动画框架,我以前介绍过很多次的GNOME Shell、Moblin, 都是基于Clutter的.在Clutter当前1.5.x的开发分支,Wayland作为其中一个“backend”,已经得到了 “experimental”的支持.说,GNOME 3.0、MeeGo Netbook很可能会成为第一个应用Wayland的桌面环境.

那么,看来Wayland真的触手可及了啰？可以这么说,但是还差一点.

Wayland技术实现及工作重点

Wayland的核心协议已经实现的差不多了,它充分利用了Linux内核的KMS、GEM、DRM等技术,另外,它默认是支持3D加速的,也就是通过OpenGL ES进行图形的合成——光是这一点,X Window又要泪奔了.

使用OpenGL ES这个子集而非OpenGL,这意味着什么？想想有多少项目是用OpenGL ES的：Android、iOS、WebOS、WebGL……几乎所有主流的的移动操作系统、浏览器3D的实现,都选用了精简、高效的OpenGL ES.

我不知道当前Android的Display Server、Input/Output是如何实现的,总之跟iOS相比,在触控的响应上是有差距的.未来,对OpenGL ES有着良好支持的Wayland,不知道会不会给这些基于Linux内核的移动操作系统发力呢？我想是非常有可能的！

这时问题就来了,Wayland所使

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!