趁着今年五一假期，我凭借以往尝试安装的经验，又考虑了目前破解的成熟度，选择了10.5 进行安装，终于得到了一个可用的系统。

OSX体验

使用OSX最大的震撼莫过于整个系统一致的风格：每个程序的菜单都位于顶部，并保持统一的主题。比起Windows下第三方软件界面风格的多样性，OSX统一的界面更加容易上手，使用户对新软件容易产生亲切感。

使用任何软件，首先免不得要一番设置。其它操作系统的界面，特别是选项，常常严重依赖“确定”按钮，甚至不惜弹出对话框来打扰用户。OSX的做法是：对于简单的选项，选择后立即生效；只有复杂的选项才提供“确定”按钮。

UNIX有一个传统：Do one thing, and do it well. 在命令行下，各种程序除了能完成自己特定的任务外，还能通过管道来协同工作，执行复杂的任务。结果是每个环节都可以被特定的程序完美处理，整个任务得以完成。但是在Linux下，这种体验仅限于命令行。OSX独有的“服务”概念，将其扩展至图形界面，其中便利可想而知。

作为类UNIX系统，OSX与传统UNIX和Linux有诸多类似之处，比如设备文件存在于/dev下（但命名方式不同），文件系统权限及ACL的概念，全局配置文件保存于/etc下。值得一提的是，Gentoo还有一个子项目，能够在OSX下使用很多Gentoo Linux下的跨平台程序。

黑苹果

首先，Chameleon并不是越新越好。我用rc1还成，rc4就不行了，启动有会有一些莫名其妙的故障（某些设置会被重置）。大概是新版本对Snow Leopard做了优化，对Leopard却不适用。

并不是所有的硬件都是可以成功驱动的，像我的3945ABG无线网卡就不行（非官方驱动还不成熟）。

而且，即使某个硬件能够使用，也并不意味着可以得到像苹果机一样完整的功能。比如，虽然我的有线网卡能够正常联网，但是Time Machine却一直无法使用，提示的错误信息跟网络有关；Popcap的某些游戏的demo版本因为无法获取网卡信息而不能运行。

此外，我的系统如果使用电池供电的话，关机时会死机；Virtualbox也有可能引起死机。

总之，黑苹果的作用也就是感觉一下，要长期日常使用还得苹果机。

OSX给我留下了深刻的印象，这不仅仅在于系统本身的精致，还因为许多平台独有的第三方软件，比如，Daisydisk、Textmate，和其他系统里的同类软件相比，用户体验完全不同。

至于是否要留下来，我是这么看的：作为用户，我选择一个系统不会是因为它本身好用，而是因为在这个系统上能完成其它系统上无法更好完成的任务。

OSX超赞，但是Linux已经融入了我的思维方式。虽然有Gentoo Prefix for OSX，但毕竟不完整，而OSX的独有功能我又用不上。所以，最终我还是回归了Gentoo。

在本地市场看的是DIR-300 A1和DIR-600 B2。

第一眼很震撼DIR-300的5dB天线，跟DIR-600的2dB天线相比，堪称楷模。联系到后者2倍于前者的芯片频率，以及更先进的无线标准，前者2倍于后者的价格简直是个笑话。

虽然没有当场刷机验证配置，但是网上已有成功的先例。而且其Web界面顶上大大的B1字样，更让我确信这台机器没有大的改动。

原厂固件下在更新固件的地方上传dlink-revb-factory-webflash.bin就好了。只是DD-WRT默认的IP是192.168.1.1，所以更新完毕不会自动跳转。

第一次Web界面登录会提示修改默认的用户名和密码，但是这里的用户名不能用于telnet——telnet还得用root登录——很诡异。4M的Flash应该只能刷micro，但这里却是std。按说std提供了telnet和SSHd，但是我却怎么都打不开SSHd，也许是被躲猫猫了吧。

DD-WRT v24-sp2 std (c) 2009 NewMedia-NET GmbH
Release: 10/10/09 (SVN revision: 13064)

DD-WRT login: root
Password:
==========================================================

____  ___    __        ______ _____         ____  _  _
| _ \| _ \   \ \      / /  _ \_   _| __   _|___ \| || |
|| | || ||____\ \ /\ / /| |_) || |   \ \ / / __) | || |_
||_| ||_||_____\ V  V / |  _ < | |    \ V / / __/|__   _|
|___/|___/      \_/\_/  |_| \_\|_|     \_/ |_____|  |_|

DD-WRT v24-sp2

http://www.dd-wrt.com

==========================================================

BusyBox v1.13.4 (2009-10-10 11:34:10 CEST) built-in shell (ash)
Enter ‘help’ for a list of built-in commands.

root@DD-WRT:~# cat /proc/cpuinfo
system type             : Ralink SoC
processor               : 0
cpu model               : MIPS 24K V4.12
BogoMIPS                : 212.99
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 32
extra interrupt vector  : yes
hardware watchpoint     : yes
ASEs implemented        : mips16 dsp
VCED exceptions         : not available
VCEI exceptions         : not available

root@DD-WRT:~# dmesg
<5>Linux version 2.6.23.17 (root@dd-wrt) (gcc version 4.1.2) #968 Sat Oct 10 11:32:30 CEST 2009
<4>
<4> The CPU frequency set to 320 MHz
<6>32M RAM Detected!
<4>CPU revision is: 0001964c
<4>Determined physical RAM map:
<4> memory: 02000000 @ 00000000 (usable)
<7>On node 0 totalpages: 8192
<7>  Normal zone: 64 pages used for memmap
<7>  Normal zone: 0 pages reserved
<7>  Normal zone: 8128 pages, LIFO batch:0
<7>  Movable zone: 0 pages used for memmap
<4>Built 1 zonelists in Zone order.  Total pages: 8128
<5>Kernel command line: console=ttyS1,57600n8 root=/dev/mtdblock4 rootfstype=squashfs noinitrd
<4>Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes.
<4>Primary data cache 16kB, 4-way, linesize 32 bytes.
<6>Synthesized TLB refill handler (20 instructions).
<6>Synthesized TLB load handler fastpath (32 instructions).
<6>Synthesized TLB store handler fastpath (32 instructions).
<6>Synthesized TLB modify handler fastpath (31 instructions).
<6>Cache parity protection disabled
<4>cause = 800000, status = 1100ff00
<4>PID hash table entries: 128 (order: 7, 512 bytes)
<4>calculating r4koff… 0030d400(3200000)
<4>CPU frequency 320.00 MHz
<4>Using 160.000 MHz high precision timer.
<6>console [ttyS1] enabled
<6>Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
<6>Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
<6>Memory: 29480k/32768k available (2159k kernel code, 3288k reserved, 320k data, 120k init, 0k highmem)
<7>Calibrating delay loop… 212.99 BogoMIPS (lpj=1064960)
<4>Mount-cache hash table entries: 512
<6>NET: Registered protocol family 16
<6>Generic PHY: Registered new driver
<6>NET: Registered protocol family 2
<6>Time: MIPS clocksource has been installed.
<6>IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
<6>TCP established hash table entries: 1024 (order: 1, 8192 bytes)
<6>TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
<6>TCP: Hash tables configured (established 1024 bind 1024)
<6>TCP reno registered
<4>Load RT2880 Timer Module(Wdg/Soft)
<6>devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
<6>devfs: boot_options: 0×1
<6>squashfs: version 3.0 (2006/03/15) Phillip Lougher
<6>io scheduler noop registered
<6>io scheduler deadline registered (default)
<4>Ralink gpio driver initialized
<6>Serial: 8250/16550 driver $Revision: 1.3 $ 2 ports, IRQ sharing disabled
<6>serial8250: ttyS0 at I/O 0xb0000500 (irq = 37) is a 16550A
<6>serial8250: ttyS1 at I/O 0xb0000c00 (irq = 12) is a 16550A
<4>rt3052 access driver initialization.
<6>PPP generic driver version 2.4.2
<6>PPP Deflate Compression module registered
<6>PPP BSD Compression module registered
<6>MPPE/MPPC encryption/compression module registered
<6>NET: Registered protocol family 24
<6>PPPoL2TP kernel driver, V1.0
<6>tun: Universal TUN/TAP device driver, 1.6
<6>tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
<5>ralink flash device: 0×1000000 at 0xbf000000
<6>Ralink SoC physically mapped flash: Found 1 x16 devices at 0×0 in 16-bit bank
<7>Ralink SoC physically mapped flash: Found an alias at 0×400000 for the chip at 0×0
<7>Ralink SoC physically mapped flash: Found an alias at 0×800000 for the chip at 0×0
<7>Ralink SoC physically mapped flash: Found an alias at 0xc00000 for the chip at 0×0
<4> Amd/Fujitsu Extended Query Table at 0×0040
<5>number of CFI chips: 1
<5>cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
<0>
<4>found squashfs at 124000
<5>Creating 6 MTD partitions on “Ralink SoC physically mapped flash”:
<5>0×00000000-0×00030000 : “uboot”
<5>0×00030000-0×00040000 : “uboot-config”
<5>0×00040000-0×00050000 : “factory-defaults”
<5>0×00050000-0x003f0000 : “linux”
<5>0×00124000-0x003f0000 : “rootfs”
<4>mtd: partition “rootfs” doesn’t start on an erase block boundary — force read-only
<5>0x003f0000-0×00400000 : “nvram”
<4>u32 classifier
<4>    Actions configured
<4>Netfilter messages via NETLINK v0.30.
<4>nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
<4>ctnetlink v0.93: registering with nfnetlink.
<6>IPv4 over IPv4 tunneling driver
<6>GRE over IPv4 tunneling driver
<6>ip_tables: (C) 2000-2006 Netfilter Core Team
<6>IPP2P v0.8.2 loading
<5>ClusterIP Version 0.8 loaded successfully
<6>TCP bic registered
<6>TCP cubic registered
<6>TCP westwood registered
<6>TCP highspeed registered
<6>TCP hybla registered
<6>TCP htcp registered
<6>TCP vegas registered
<6>TCP scalable registered
<6>NET: Registered protocol family 1
<6>NET: Registered protocol family 17
<4>Welcome to PF_RING 3.2.1
<4>(C) 2004-06 L.Deri <deri@ntop.org>
<6>NET: Registered protocol family 27
<4>PF_RING: bucket length    128 bytes
<4>PF_RING: ring slots       4096
<4>PF_RING: sample rate      1 [1=no sampling]
<4>PF_RING: capture TX       No [RX only]
<4>PF_RING: transparent mode Yes
<4>PF_RING initialized correctly.
<4>PF_RING: registered /proc/net/pf_ring/
<6>802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
<6>All bugs added by David S. Miller <davem@redhat.com>
<4>GDMA1_MAC_ADRH — : 0×00000000
<4>GDMA1_MAC_ADRL — : 0×00000000
<4>Ralink APSoC Ethernet Driver Initilization. v2.00  256 rx/tx descriptors allocated, mtu = 1500!
<4>NAPI enable, weight = 0, Tx Ring = 256, Rx Ring = 256
<4>GDMA1_MAC_ADRH — : 0x0000d6c3
<4>GDMA1_MAC_ADRL — : 0xcf062360
<1>PROC INIT OK!
<0>decode /dev/mtdblock4
<4>VFS: Mounted root (squashfs filesystem) readonly.
<6>Mounted devfs on /dev
<6>Freeing unused kernel memory: 120k freed
<4>rt2860v2_ap: module license ‘unspecified’ taints kernel.
<4>GDMA1_MAC_ADRH — : 0x00001caf
<4>GDMA1_MAC_ADRL — : 0xf74b5f2e
<4>
<4>phy_tx_ring = 0x01d2e000, tx_ring = 0xa1d2e000, size: 16 bytes
<4>
<4>phy_rx_ring = 0x01d2f000, rx_ring = 0xa1d2f000, size: 16 bytes
……

可以看出，内核将频率设为320Mhz，跟Web界面检测出来的384Mhz不一致，这个应该是准确值。RAM也显示出来了。至于Flash容量，还没找到检测的方法。

刷DD-WRT容易，刷回原厂固件却并不顺利。DD-WRT的Web界面固件更新处并不能刷原厂固件。此时就需要DIR-600的特殊能力了，这得益于Ralink芯片内置的一个ROM——容纳了一个bootloader和一个有Web界面的应急系统。

切断路由电源，按住Reset键不放，接上电源，待电源灯闪烁后松开Reset键。此时，路由器进入应急模式，IP为192.168.0.1。由于没有DHCP，所以要手动将电脑的IP设在192.168.0.0/24之内。连上路由Web界面，就可以上传任何支持的固件。

禁用autoproxy后终于又重获自由，但是不知Google这棵大树还能挺多久。

刚刚看了封BT与中国P2P的未来一文，有这么一句“广电在过去这么多年的一贯表现说明，它基本上是个只知道‘随机应变’的部门，今天这里出问题了就搞一下这里，明天那里有人不满意了就搞一下那里，从来没有过什么长远的政策考虑”，其实也可用于描述GFW。它对站点的封锁明显存在一个力度的差距——某些网站（像当初Facebook、Twitter、Youtube等刚刚被封时）仅仅是在hosts里指定个IP就能正常访问，而某些网站则永远是被重置的待遇，就是明证。

至于两大特殊时期几乎所有翻墙手段同时无效，可以看出GFW并不是不能完成近乎绝对的封锁。而且很多分析GFW的文章也都指出，其技术的确复杂多样，且能根据发展及时改进。那么，平时封锁不严的事实，我认为应该是策略上的原因。

不要忘记了，GFW是一个国家机关下属单位，是向上负责的。所以它必定以完成任务为目的，只要达到一定的效果即可，而不必一味地将技术发挥到极致。

所以，拉锯仍将持续，同志仍需努力。

如果你觉得VPN太贵，说明GFW对你的生活影响不大。（yegle语）

一直以来我把技术作为博客内容的中心来看待，这也是我一直追求的价值所在。现在却终于动摇了，因为除了内在对它的渴望之外，还有另一种强大的外在力量——举世闻名的GFW，深深地影响着我的生活。

当初学会用Tor的时候，觉得慢也就慢了，能上就行。但显然由于带宽的限制，上某些流量稍大的网站是完全不实际的。后来得知了另外一些较小众的工具，像JAP，要快得多。但是每年它们都过不了那两个敏感时期。

随着技术的进步，同时也无可奈何地逐步了解了GFW的一些信息。惊叹于它的庞大、强悍与蛮横之余，也认识到，仅凭某些特殊的协议和极为有限的服务器，还不能无视它的存在。

后来就遇到了GAPPProxy这个栖身于Google App Engine的小东西，不到500行的服务器端代码，近乎完美地利用了Google近乎无限的服务器和带宽。但是不到几个月功夫，就再不能用它访问Youtube了。Blogger亦是。大约是深度包检测的威力。

原来那种一劳永逸的淡漠是那么地天真！

面对永恒的“连接被重置”，我终于已经无法沉默，心情久久不能平静。越来越多无法访问的网站让我不得不深思，难道就要这样下去，日日月月年年一次次被粗暴地打断求知的征途？学习中的挫折常常催人奋发，这种挫折却只能令人心寒；两种挫折交织的心情，是极为复杂的。

如果一种“法球效果”在目标的状态栏增加了状态或者伤害是不固定的，那么它就具有buff属性。两个orb或者两个buff无论如何都不能同时生效——这是一个高于一切的法则。

• 物品法球
  • 非几率性的
    1. 只有orb属性的：吸血。这是一个比较特殊的法球，orb优先级最高，在有多种orb物品存在的情况下覆盖所有orb物品。
    2. 只有buff属性的：远程冰眼、霜之哀伤、地之突袭、毒刺。由于这些技能不具有orb属性，所以能和吸血叠加。 此外，冰眼的buff优先级最低，被其它一切buff覆盖。
    3. 同时具有buff和orb的属性的：黯灭，反馈。dota中英雄具有三种不同的反馈效果，不同的反馈效果取后获得优先。并且，反馈的orb优先级最低，被其它一切orb覆盖。
  • 几率性的
    • 残废，连锁闪电。这些法球在没有打出效果的时候，只有orb属性；打出效果，就同时具有buff和orb属性。所以，这些效果和远程冰眼的叠加是比较好的——打出效果的那一次攻击没有冰冻。

  远程冰眼和反馈的叠加：对于没有魔法条的目标，反馈没有生效，所以并不占用buff，于是我们打出了冰冻；对于有魔法条的单位，反馈占用了buff，于是我们打出了反馈。

• 英雄法球
  • 非几率性的
    1. 只有orb属性的：骨弓的火箭。
    2. 只有buff属性的：霜之哀伤，真龙形态的冰冻效果。
    3. 同时具有buff和orb的属性的：几乎所有的英雄法球。法力损毁等同于反馈；麻痹之咬在杀死一个目标之后，如果不移动位置，那么你的第二个目标不会受到麻痹之咬的影响；怒意狂击和腐尸毒覆盖包括吸血在内的一切物品法球。
• 改变了攻击方式的技能
  • 月刃
    1. 吸血法球可以与之同时生效，但是只能对主攻击目标生效。
    2. 冰眼和反馈不影响此技能，但是不能生效。
    3. 腐蚀、连锁闪电、残废会使月骑无法攻击。
  • 分裂箭
    1. 冰冻、吸血、残废或连锁闪电可以与之同时生效，但是只能对主攻击目标生效。
    2. 腐蚀和反馈（攻击有魔法条的目标时）都会让分裂箭失效。

参考资料

• 关于法球叠加和buff的理解
• 法球表

• Emotion Engine
  
  PS2採用的Emotion Engine處理器，由八個單獨的單元構成：一個CPU核心(雙路超標量順序RISC處理器)、兩個Vector Processing Units (VPU)、一個Graphics interface(GIF，圖形接口)、一個十通道DMA單元、一個內存控制器、一個Image Processing Unit (IPU，圖像處理單元)和一個Input Output Interface(輸入輸出接口)。
  
  上述中的CPU核心支持MIPS-III和大量MIPS-IV指令以及一個索尼定製的128位SIMD指令集：前兩個都是64位通用指令集；後者還可操作特定128位數據。
  
  它包含了128位的整數寄存器來支持其定製指令集，因此在廣告中被稱為128位處理器。但是由於只能使用64位內存地址，從傳統意義上講僅僅是一款64位處理器。
• Cell
  
  PS3採用的Cell處理器，由一個”Power Processing Element”(PPE，基於Power架構的雙路多線程處理器，含有64位的通用寄存器，64位浮點寄存器和128位的Altivec寄存器，作為SPEs的控制器)和七個Synergistic Processing Elements(SPEs，帶128位SIMD結構的RISC處理器，僅含128位寄存器)構成。
  
  PPE於上面Emotion Engine的CPU核心類似，支持一種可操作128位浮點和整數的SIMD指令集——AltiVec指令集。
  
  由於PPE作為控制器與SPE和外界打交道，所以Cell的位寬由PPE決定。由於Power架構是64位架構，因此PPE是64位的處理器，Cell處理器也就是64位。
• Xenon
  
  Xbox 360上的Xenon處理器，由三個稍作修改的PPE核心（就是上面為PS3設計的Cell處理器中的那個）構成，是64位。
• Broadway
  
  Wii上的Broadway處理器，沒有其核心數量方面的資料，但是可知其核心是基於Power架構的，所以是64位。

總之，與英文維基百科上的結論一致，目前的64位CPU已經能夠處理部分128位數據，但還沒有能處理任意128位數據的主流通用CPU。

下面是按架構分類的當前常見64位CPU。

• Intel Itanium architecture (先前稱為IA-64)
  • Itanium
• MIPS64 architecture
  • Emotion Engine (用於PS2)
• Power architecture
  • Broadway (用於Wii)
  • Cell Broadband Engine (用於PS3)
  • Xenon (用於Xbox 360)
• x86-64 (又稱x64，AMD稱之為AMD64，Intel先前稱之為EM64T，現稱之為Intel 64)
  • AMD K8 及後繼核心構成的CPU
  • Intel Atom (N和Z系列除外)
  • Intel Celeron (2005年中的Prescott-256及以後核心)
  • Intel Core (2 · i5 · i7)
  • Intel Pentium Dual-Core (Yonah核心的除外)
  • Intel Xeon (Nocona及以後核心)
  • VIA Nano

swsusp在休眠和恢复的过程中容易失败；Tuxonice在休眠和恢复过程中很少失败，但恢复后经常是过几分钟就死机；uswsusp虽然基本不死机，但是（三次及以上）恢复后总有程序无法正常运行。

这不单是内核本身的问题，频繁更新的X及X驱动难逃其咎。所以，无论怎样配置内核，怎样设置，都是没有效果的。

总之，Linux下还没有可靠的休眠方式，睡眠也一样。

如果以前没有设置过，那么向xorg.conf的Section “ServerLayout”处添加以下行：

InputDevice “Touchpad” “CorePointer”

并在此Section外部加入：

Section “InputDevice”
Driver “synaptics”
Identifier “Touchpad”
Option “Protocol” “auto-dev”
Option “SendCoreEvents”
Option “SHMConfig” “on”
EndSection

确保Synaptics基本配置后，再向Synaptics的Section “InputDevice”中添加以下行：

Option “TapButton1″ “1″
Option “TapButton2″ “2″
Option “TapButton3″ “3″
Option “RBCornerButton” “3″
Option “Emulate3Buttons” “yes”

更多配置参见Gentoo Linux Wiki上的Synaptics Touchpad页面。

重启X后，触摸板就可以实现一系列鼠标按键操作：

1. 单击转为（左键）单击
2. 双击转为（左键）双击
3. 右下角单击转为（右键）单击
4. 双指单击转为（中键）单击
5. 一指按住另一指滑动转为（滚轮）滚动
6. 双击窗口标题栏转为（左键）按住标题栏

更多操作不再赘述，需要说明的是，第5项操作貌似只能上下滚动，而第6项是用来移动窗口的。

要想简便快捷地微调一些操作，可以安装gsynaptics。

在“Device Drivers  —>Graphics support  —>Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)  —>”下选中相应显卡的“Enable modesetting *”项，例如我的Intel i915就是“Enable modesetting on intel by default”；

在“Device Drivers  —>Graphics support  —>Support for frame buffer devices  —>”下取消所有frame buffer驱动，例如“VESA VGA graphics support”。

编译xorg-server

添加x11 overlay，更新后重新编译相关包。

中途可能会遇到以下错误：

grep: /usr/lib64/libxcb-xlib.la: No such file or directory
/bin/sed: can’t read /usr/lib64/libxcb-xlib.la: No such file or directory
libtool: link: `/usr/lib64/libxcb-xlib.la’ is not a valid libtool archive
make[2]: *** [libXrandr.la] Error 1
make[2]: Leaving directory `/var/tmp/portage/x11-libs/libXrandr-1.2.99.4/work/libXrandr-1.2.99.4/src’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-libs/libXrandr-1.2.99.4/work/libXrandr-1.2.99.4′
make: *** [all] Error 2
*
* ERROR: x11-libs/libXrandr-1.2.99.4 failed.
* Call stack:
*               ebuild.sh, line   48:  Called src_compile
*             environment, line 3079:  Called x-modular_src_compile
*             environment, line 3859:  Called x-modular_src_make
*             environment, line 3898:  Called die
* The specific snippet of code:
*       emake || die “emake failed”
*  The die message:
*   emake failed

这是因为>=libxcb-1.2已经没有了/usr/lib64/libxcb-xlib.la，运行xcb-rebuilder.sh重新编译受影响的包然后继续。

运行“emerge -1 `qlist -I -C x11-drivers`”编译xorg驱动。

配置

内核命令行中去掉“vga=*”；

xorg.conf中，去掉“Option “AccelMethod” *”项，或者将其修改为“Option      “AccelMethod”           “uxa””。

效果

• 字符终端开机自动切换到支持的最大分辨率。
• X的显示效果略有改善，虽然glxgears分数没有太大提升，但是compiz已经可以打开几乎所有特效，包括Cube类的和Reflection类的。firefox的滚动也不迟钝了（以前很慢）。
  
• 字符终端和图形终端切换迅速、字符，基本没有闪烁。但是切换到GDM时略有闪烁。
• GDM启动时的黑线白底格子图消失了。