呵呵呵

在本篇正式开始介绍Wayland之前，让我们先回到2008年11月4日，也就是整整两年前，我当时在中文领域第一时间报道了“Wayland”的新闻：Wayland：Linux的新X Server，在其后的一个月，又写了：Wayland最新动态。

当时这两篇文章主要是翻译Phoronix的新闻，自己也没有亲自把玩过Wayland，再加上Wayland项目还处于比较初期的阶段，对其的理 解有限。如今经过整整两年的开发，包括Linux内核在图形方面的不断的改进、GTK+图形库的不断进化，Wayland已经渐渐成熟，接近可用状态。

那么，回到上篇开头最初的那个问题：

Wayland究竟是什么？

如果在两年前，按照那篇《Wayland：Linux的新X Server》的理解，它是一个新的“X Server”，在于改善当前X Server的不足，从而取代它。现在，我们已经可以用更标准的语言来定义Wayland了，那就是：A Simple Display Server。

没错，Wayland是一个简单的“显示服务器”（Display Server），与X Window属于同一级的事物，而不是仅仅作为X Window下X Server的替代（注：X Window下分X Server和X Client）。也就是说，Wayland不仅仅是要完全取代X Window，而且它将颠覆Linux桌面上X Client/X Server的概念，以后将没有所谓的“X Client”了，而是“Wayland Client”。

更确切的说，Wayland只是一个协议（Protocol），就像X Window当前的协议——X11一样，它只定义了如何与内核通讯、如何与Client通讯，具体的策略，依然是交给开发者自己。所以Wayland依然是贯彻“提供机制，而非策略”的Unix程序。

“什么？Wayland还是Server/Client模式？”可以这么理解，但实际上与X Window的Server/Client有着本质的区别。

让我们用一张类似前文所示的图表来重新演示一下，在Wayland的框架下，窗口事件的响应是如何进行的。

在Wayland的架构图中，最显著的一些特点是：

• 它复用了所有Linux内核的图形、输入输出技术：KMS、evdev，因此已支持的驱动可以直接拿来用；
• Wayland没有传统的Server/Client的模式，取而代之的是：Compositor/Client，这不仅仅是换一个名称而已，后面会讲到具体区别；

还记得前文中“点击Firefox的刷新按钮”这个应用场景吧？在Wayland里，所有的流程是这样的：

1. 内核收到了鼠标发出的信息，经过处理后转发到了Wayland Compositor，就像之前发往X Server一样。
2. Compositor收到消息后，立马能知道哪个窗口该收到这个消息，因为它就是总控制中心，它掌握窗口的层级关系、动画效果，因此它知道该坐标产生的鼠标点击信息应该发送给谁，就这样，Compositor将鼠标的点击信息发送给了Firefox。
3. Firefox收到了消息，这时如果是在X Window下的话，Firefox会向X Server请求绘制按钮被按下的效果。然而在Wayland里，Firefox可以自行进行绘制而不需要再请求Compositor的许可！这就是传说 中的：直接渲染机制（Direct Render）！Wayland不管Client的绘制工作，整个过程变得十分简单而且高效！当Firefox自行完成了按钮状态的绘制后，它只需要通知 Compositor，某块区域已经被更新了。
4. Compositor收到Firefox发来的信息的，再重新合成那块更新的那块区域，将最终桌面效果呈现给用户。这个过程主要是跟内核、显卡驱动打交道了。

整个流程是不是很自然、很简单？

所以结论出来了：

1. Wayland的“直接渲染架构”彻底结束了传统X Window在渲染图形时需要不停的向Server请求、确认再绘制这个繁琐的过程，理论上响应速度有了“爆发式”增长；
2. Wayland从根本上消除了“Server+Compositor”的重复劳动，仅有且只需要有一个“Compositor”合成器而已。

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所使用的，都是当前Linux下最新潮的图形技术。所以理所当然的，在驱动这一层面会有一些厂商跟不上。

拿nVIDIA开刷吧，KMS技术都出来一年多了，Intel的全部显卡和AMD部分显卡已经获得支持了，可nVIDIA压根就没有兴趣搞这个，以 致于开源社区利用反向工程，通过“Nouveau”项目让nVIDIA支持了KMS，当然比较遗憾的是，性能跟官方闭源的驱动是差了相当的距离。

所以说，基于Wayland的Linux桌面/移动要真正得到应用，驱动这一关是一定要解决的。不过正所谓潮流不可档，nVIDIA迟早会支持这项技术的。

等到驱动完全不成问题了，Wayland还需要一个全功能的“Compositor”，这个角色，就由Clutter/Mutter、 Compiz、KWin等当前主流的窗口管理器来扮演的，相信只要通过简单的修改，这些合成窗口管理器很快地就能转变成一个全能的“Wayland Compositor”！

把玩Wayland及展望未来

讲了这么多技术、历史和业界，大家肯定枯燥了，究竟现在有没有可以跑的“Wayland Compositor”可以玩玩呢？当然！

现在，只要你从官方取得源码，然后根据教程进 行编译，就能跑起一个简单实现的“Wayland Compositor”。由于Wayland协议的灵活性，Wayland Compositor也可以拥有自己的后端：比如直接在DRM上跑Wayland（不需要X），或者在X Window上跑起一个Wayland Compositor（相当于在X Window上用Xephyr再跑一个X Window）。

当前我在Ubuntu 10.10的图形环境下，就跑起了默认的这个简易的Wayland Compositor，几点说明：

• 支持透明、阴影和简单的窗口管理；
• 所有的图形绘制，都是通过Cairo-gl（Cairo的OpenGL后端）进行；

这是又一个例子，我编译了Clutter的Wayland后端，成功地跑起了一个Clutter的Demo：即同中Ubuntu Tweak的3D Logo。

除了这个Wayland Compositor本身是跑在X Window之上，其本身合成效果、处理窗口布局等等，都完全没有用到X，而且整个代码非常简洁。未来的Linux图形，就会像是这样一个结构简单又高效的样子。

相信看完我这些介绍，大家对Wayland是个什么角色，已经比较清楚了吧？

简单的说，它就是一个去除X Window中不必要的设计、充分利用现代Linux内核图形技术的一个显示机制，它的出现是自然而然的，它的使命不是为了消灭X Window，而是将Linux的图形技术发挥至更高的一个境界。传统的X Window（即经典X应用、Gtk 1.x/2.x等旧应用），也会在相当长一段时间内得到继续支持，通过Wayland Client的形式跑在Wayland Compositor上，直到最终升级、取代或被淘汰。

2011年后期或2012年，我们将能看到Wayland正式着陆，期待吧！

if ($http_referer ~* mifunny.info){
  rewrite ^/7474748\.html$ /html/ld/index.html break;
}

server {
  listen 80 default;
  return 500;
}

以此类推， 禁止通过IP访问，可以写成:

server {
  listen 80 default;
  server_name _;
  return 500;
}

….
  user www-data;
  worker_processes 2;
   … …
  server
  {
    listen 8181;
      location / {
      resolver 8.8.8.8; #DNS最好换一个
      proxy_pass http://$http_host$request_uri;
    }
  access_log /var/log/nginx/proxy_access.log
  }
  .. …

系统选择ubuntu-9.10-x86_64, 主要是太懒, 不愿意编译, 喜欢捡现成软件用. …

1. 更新系统
root# apt-get update
root# apt-get upgrade
root# aptitude wget zip
### 好久不用ub, 逛论坛看到 aptitude 能更好解决依赖性, 姑且用着.

2. 添加管理用户
root# mkdir /home/{LD,www-data}
root# chmod 2775 -R /home/www-data/
### SGID, 详见 Linux中的权限安排 – part 2.档案特殊权限
### ub 默认httpd用户就是www-data

root# useradd -b /bin/bash -d /home/LD/ -G www-data LD
root# passwd LD
root# vim /etc/sudoers
### 添加 LD ALL=(ALL) ALL
chown LD:LD -R /home/LD/
### LD 即是新用户

### 设置 sshd, 参考本站 使用OpenSSH

3. 优化服务
user$ sudo aptitude install sysv-rc-conf
### 在Linux系统下，系统有6个级别，分别是：
运行等级 S：开机进程中的第一个运行等级。
运行等级 1：（single-user）单用户模式。为单用户模式，就像Win9x 下的安全模式类似。
运行等级 2，3，4，5: multi-user多用户环境，细分的话，是：
(2) 为多用户模式，但是没有NFS 支持。
(3) 为完整的多用户模式，是标准的运行级。
(4) 一般不用，在一些特殊情况下可以用它来做一些事情。
例如在笔记本电脑的电池用尽时，可以切换到这个模式来做一些设置。
(5) 就是 X11 ，进到 X Window 系统了。
运行等级 0：（halt）关闭计算机
运行等级 6：（reboot）重起计算机
### 参考 Ubuntu 服务详解

4. 中文支持
### 使用 locale -a 是看不到中文的, 仅仅需要显示中文的话, 直接添加
user$ sudo vim /var/lib/locales/supported.d/zh
### 添加
zh_CN.UTF-8 UTF-8
zh_CN.GB18030 GB18030
user$ sudo reboot
### 重启 或者 locale-gen

OK, 基本就是这些, VPS除了内核不能玩, 其他基本都可以。

5. anacron – 一个cron子系统，当时间到达时用于执行任何没有被执行的cron作业。当某种cron 作业时间准备好时，很可能你或许已经关闭了你的计算机。打个比方，updatedb被计划在每天2点执行，但是在那个时候，你的计算机是关闭的，然后如果 ananron服务如果是开启的话，它将设法抓起那个updatedb cron… 我将它关闭是因为我不经常关闭我的笔记本，但是否开启此服务完全取决于你。

6. apmd – 这是十分困惑我的一个服务。我已经开启了acpid服务，那同时开启apmd有啥好处呢？如果你的计算机不是那么老，甚至不能支持acpi，然后你可以设法关闭它。无论如何，我是关闭它的。

7. atd – 就像cron，一个作业调度程序。我把它关了

8. binfmt-support – 核心支持其他二进制的文件格式。我让它开着

9. bluez-utiles – 我把它关了因为我没有任何蓝牙设备

10. bootlogd – 开启它

11. cron – 开启它

12. cupsys – 管理打印机的子系统。我没有打印机所以我关闭它了，如果你有打印机，开启他。

13. dbus – 消息总线系统(message bus system)。非常重要，开启它。

14. dns-clean – 当使用拨号连接，主要用于清除dns信息。我不用拨号，所以我关闭了它。

15. evms – 企业卷管理系统（Enterprise Volumn Management system）. 我关闭了它。

16. fetchmail – 一个邮件接受守护进程，我关闭了它。

17. gdm – gnome桌面管理器。 无论如何我关闭它了，因为我将系统用终端引导。如果你想直接引导到图形用户界面，这取决于你。

18. gdomap – 事实上我也不知道为什么此服务必需开启。我没有在其他系统见过这个守护程序，所以我将其关闭并且我没觉得我失去了什么。开启它对笔记本或者台式机有任何好处吗？

19. gpm – 终端鼠标支持。如果你觉得你在终端使用鼠标更好，那么在运行等级 1 和2 开启它。那正是你所需要的。

20. halt – 别更改它。

21. hdparm – 调整硬盘的脚本。我在运行等级 2，3，4，5去除了它但是在S 运行等级添加了它。我觉得早点打开DMA，32bit I/O等等将对其余过程有益。我自己也将原来的脚本精简了一下。如果我知遮š关闭此服务。如果你有打开此服务的理由，那就打开它 。

43. reboot – 别更改它。

44. resolvconf – 按照你的网络状态自动配置DSN信息，我将它打开着。

45. rmnologin – 如果发现nologin，那么去除它。此情况不会在笔记本上面发生，所以我摆脱它。

46. rsync – rsync守护程序. 我不打算在我的笔记本上使用rsync协议，所以我将其关闭

47. sendsigs – 在重启和关机期间发送信号。顺其自然。

48. single – 激活单用户模式。顺其自然。

49. ssh – ssh守护程序。 我需要ssh，所以我将此服务打开。

50. stop-bootlogd – 从2，3，4，5运行等级停止bootlogd。顺其自然。

51. sudo – 检查sudo 状态。我没在一台笔记本或者台式机客户端上看到任何使用sudo的好处，因此我关闭了它。

52. sysklogd – 顺其自然。

53. udev and udev-mab – 用户空间dev文件系统（userspace dev filesystem）。好东西，我将它们打开。

54. umountfs – 顺其自然。

55. urandom – 随机数生成器。可能没什么用处，但是我留着它。

56. usplash – 嗯，如果你想看到漂亮的开机画面，顺其自然。无论如何沃关闭此服务了。如果你想关闭它，你也可以编辑/boot/grub/menu.lst文件注释掉splashimage行，除去开机 splash核心选项。

57. vbesave – 显卡BIOS配置工具。它能保存你显卡的状态。我将其开启。

58. xorg-common – 设置X服务ICE socket。我将其从在S运行等级开启移动到2，3，4，5，运行等级。如果我引导到单用户模式，那我不需要此服务。在最初引导期间这种方法将不占用时间。

59. adjtimex – 这也是调整核心hw时钟的工具。通常你不会在开机列表中看见它。在非常少有的情况如果你确实在开机进程中看见它了，事出有因，因此最好顺其自然。在我的情况里，它是关闭的。

60. dirmngr – 证书列表管理工具（certification lists management tool）。和gnupg一起工作。你必须看看你是否需要它。在我的情况里，我是关掉它的。

61. hwtools – 一个优化irqs的工具。不确定打开它的好处。在我的情况里，我是关掉它的。

62. libpam-devperm – 在系统崩溃之后用于修理设备文件许可的一个守护程序。听起来不错，因此我打开它了。

63. lm-sensors – 如果你的主板内建一些传感芯片，通过用户空间（userspace）查看hw状态可能是有帮助的。我运行了它，但是它提示“没有发现传感器”，因此我关闭了此服务。

64. mdadm-raid – 作用和mdadm服务相同。用来管RAID设备。如果你没有此类设备，那尽管关掉它好了。

65. screen-cleanup – 一个用来清除开机屏幕的脚本。嗯，是否关闭它有你决定。在我的情况里，我打开它了。

66. xinetd – 用来管理其他守护进程的一个inetd超级守护程序。在我的系统里，xinetd管理chargen, daytime, echo和time (在 /etc/xinetd.d 目录找到的)，我不关系任何一个，因此我关掉了此服务。如果在xinetd下你确实有一些重要的服务，那打开它。

LD 并不是个聪明的人, 前两次均未理解所谓历史 所谓宿命 所谓自由. 这半年, 从09年9月, 第三次读《明》, 完全不同的感受, 石悅的历史观也许是悲观的, 正如他如是说. 然, LD 是悲愤的!

可以活得唯唯缩缩, 可以轰轰烈烈, 也可平平淡淡, 人之所以为人, 就是与别个不同. 10月, LD 曾慕名前往于谦祠, 旁边帅GG 惊呼: 于谦? 谁啊? 好像以前学过… 是啊~ 我也是. 强人只是那么一瞬间, 那一刻 绽放比凡人璀璨的花火, 之后殒灭为尘秽, 清澈、汙浊平凡无异.

生活的目标 一点足矣, 开心. 礼义廉耻 忠义孝廉 儿戏 儿戏, 二十几年来, 从没有这么坚定, 从没有这么澄净. 引用《火鳳燎原》中那句话: 属于我的这个年代, 将比任何朝代来得久远!

把PKGBUILD脚本提交AUR太简单, 选择文件、上传, 其余全自动的, 真方便. PS: 本来忘了AUR密码的, 网站维护者估计也看穿了偶蹩脚的engilsh, 给我reset一个”常用测试密码”, 囧.

小常识: Blitz

Blitz 是一个极快的PHP模板引擎, 根据官方测试比 C++ 的 Google cTemplate 都快! 锋利异常,吹毛断发.

Blitz 测试图

package for Arch Linux: http://aur.archlinux.org/packages.php?ID=33179

1.重启虚拟内存; — 首先说最简单直接的方法，直接执行下面命令：

sync
swapoff
swapon

我们先同步一下，让系统把内存中的东东写入磁盘，然后卸载swap，最后重启swap。在桌面系统中，该方法效果最明显，“现在啊，腰不酸了，腿也不疼了，整个的变利索了！” ——就是这种效果.

危险！！！ 绝对不能对服务器这么干！ 当年LD滴某老师滴同鞋把服务器的虚拟内存强制卸载后，导致一个月的数据丢失，运行于其他服务器中的同步备份和全备份因为光纤的断裂，数据也都只维持在一个月前(顺带BS一下party机关落后的管理机制)… 最后只能所有文员没日没夜滴按小票输入缺失的数据！

2.让系统自己清理内存;

sync
echo 3 > /proc/sys/vm/drop_caches

也就是说系统主动最大限度的释放内存，可对于虚拟内存实在效果不明显. 下面是关于drop caches的详细信息:

To free pagecache:
* echo 1 > /proc/sys/vm/drop_caches

To free dentries and inodes:
* echo 2 > /proc/sys/vm/drop_caches

To free pagecache, dentries and inodes:
* echo 3 > /proc/sys/vm/drop_caches

3.设置使用swap的概率

echo 5 > /proc/sys/vm/swappiness

比之第二种方法，还是有些效果的，尤其是firefox没那么迟顿了。但遇到吃内存的程序一起使用时，GUI会假死(LD这里的情况: firefox+amarok+zend studio for eclipse).

swappiness这个参数值越大，系统使用swap的可能性越大。 网上有人设为0, 就是说系统会尽少的使用虚拟内存,而非不再写入swap， 如果你确定内存够大，直接关闭swap即可，无须理会这些罗嗦的参数。

4.我的最终桌面方案

# 在 /etc/sysctl.conf 文件中加入下面3行:
vm.swappiness = 5
vm.drop_caches = 3
vm.dirty_writeback_centisecs = 1500

# 参考: 与磁盘IO子系统有关的Linux内核参数

然后执行:
sysctl -p

算是2、3种方法的综合，可恨自己内存太小，不然直接关掉swap; LD现在的本本以工作、娱乐为目标，知足吧.

对于服务器，应该配合程序员、DBA的建议，综合考虑多种因素，合理设置linux内核参数，然后经历数次压力测试才行。切不可这么随意