一则外电的消息报道，Google 可能也在使用基于 KVM 的硬件虚拟化技术。
说起来有点奇怪，因为早前 Google 工程师 Luiz André Barroso 宣称他的公司是不会使用硬件虚拟化技术。但是最近有人发现 KVM 2010 大会上有一个名为 Ganeti 的项目，大部分是由 Google 的工程师维护和开发的。Ganeti 是一个用于管理 KVM 和 Xen 集群管理器。这里有一份介绍文档，是由 Google 工程师编写的。
Ganeti 项目似乎也不能说明 Google 真的在使用 KVM，因为 Ganeti 也是能够使用在 Xen 之上。有不少网友也指出早几年传闻 Google 也在使用 Xen，但是没有确切的消息。这次会不会同样情况真的不得而知。但是 Google 的这份文档上面的介绍只出现了 KVM 这个唯一的 Hypervisor，不得不让人怀疑。
究竟事情是怎么样的呢？或者等维基解密或者 Google 自己来说吧。
本届 KVM 2010 论坛的详细情况在此。
一则国外的消息指出，Oracle 将会在 8 月 19 日有一个关于虚拟化的重大发布会发布，但没有指明是发布什么产品。
有消息指出是发布 Oracle VDI 的新版本，但是早些天就已经发布了 Oracle VDI 3.2，似乎没有必要再用一个盛大的庆典来庆祝。Oracle VM 3.0 可能是一个方向，但是主题是完整的桌面到服务器虚拟化，Oracle VM 3.0 仅仅是服务器虚拟化的一个重要产品，而不是整个虚拟化的产品规划。
Oracle 出席该活动的行政人员级别也很高，有首席企业架构师 Edward Screven 和系统平台的副首席执行官 John Fowler。
究竟 Oracle 的葫芦卖什么药呢？这一切都在 8 月 19 日见分晓。
http://www.oracle.com/dm/11h1global/53743_ev_virtualizationforum.html
翘首以待的 Debian 6.0 Squeeze 已经被宣布特性冻结，这意味着，Debian 6.0 将不会再添加新特性，而现在的目标则是让这些软件尽快稳定，到达发行的标准。
Debian 6.0 Squeeze 使用 Kernel 2.6.32。包括 KDE 4.4.5， Gnome 2.30.0， LXDE 0.5.0， XFCE 4.6.2， X.org 7.5， OpenOffice.org 3.2.1，Apache 2.2.16， PHP 5.3.2，MySQL 5.1.48， PostgreSQL 8.4.4， Samba 3.4，Python 2.6 and 3.1， Perl 5.10， GHC 6.12 和 GCC 4.4等等组件包。
而想继续追新的朋友可以继续使用 Unstable 和 Experimental 两个仓库。这两个软件仓库将一直保持更新。
前不久，Fedora 14 的分支已经从 Rawhide 分支划出，Rawhide 则是指向了 Fedora 15。Fedora 14 的测试工作埋入实质性阶段。
Fedora 14 计划是在 10 月 26 日发布，包含了众多新特性：Python 2.7、KDE 4.5、Erlang R14、GNOME 2.32 等新组件。但是 Live 镜像的 LZMA 压缩暂时推迟到 Fedora 15，因为现有内核并没完整的 squashfs 的 LZMA 压缩支持，需要在八月中等待 2.6.36 内核是否完整支持才决定把这项特性从 2.6.36 内核 backport 到 2.6.35 内核。至于 Firefox 4 也是一个可能存在的特性，这取决于 Mozilla 正式发布 Firefox 4 的时间。若是 copr 能够准时上线，或许会在 copr 提供 Firefox，类似于 Ubuntu 的 PPA。
此外，Fedora 官方编译系统已经从 dist-cvs 迁移至 dist-git，这也算是 Fedora 14 的一大特性。暂时 dist-git 还是有不少小问题，Packager 要多加留意。
Linux 的 3D 桌面大受各位新手欢迎，其实他们大多都是使用 GNOME 桌面环境和 Compiz 窗口管理器提供的特效。在 KDE 桌面环境中，KWin 能够提供着类似的特效。但是默认的混合桌面速度太慢了
KDE 项目组打算在 KDE SC 4.7 的时候，引入 OpenGL 3.x 渲染混合桌面，目的就是让混合桌面的速度更加快。众所周知，若是显卡的速度跟不上，在 Linux 渲染混合桌面的速度会十分卡。这可能是源于显卡性能不足，更大的原因在于显示驱动也未能做好性能优化导致的。虽说支持 OpenGL 3 甚至是 OpenGL 4 的显卡已经遍地开花，然而很多 Linux 用户都是使用着很旧的显卡，新的显卡驱动能否跟上也是未知之数，或许 KDE 会来一次显卡危机。
按照计划，KDE SC 4.6 是会改用 OpenGL 渲染混合桌面，半年后推出。而 KDE SC 4.7 将会计划使用 OpenGL 3.x 渲染，以提升效率，计划是一年后推出。
GNOME 基金会在官方网站刊文宣告，经过多方讨论，GNOME 基金会决定 GNOME 3.0 延期到 2011 年 3 月。
文章大致说明了跳票的原因，GNOME 3.0 虽然很多组件都已经完成，但是在代码的稳定性和性能上还有很多提高的空间。特别是 GNOME Shell，很多人试用了都感觉很卡。至于Zeigeist的风波，或多或少影响了 GNOME 3.0 的进度。而 Zeigeist 迟迟不愿意并入 GNOME 的主干代码库也让部分 GNOME 开发者感到十分烦躁。毕竟 Zeigeist 是 GNOME 3.0 的核心组件。或许 GNOME 真的会用 C 或者 Vala 重新写一个类似 Zeigeist 的组件替代。也有人指出，GNOME 3.0 也有不少组件从 CConf2 移植到 dConf/GSettings，至少得到 9 月份之前都没法完成。即使完成了也没有足够的时间进行测试。
无论怎样，跳票已成事实。9 月份准时推出的将会是 GNOME 2.32，作为一个 GNOME 3.0 的预览版本依然能够看到大量 GNOME 3.0 的组件。至于 GNOME 3.0 版本，等到下一年吧。
Huilong Luo 再次带来好消息，这位 vmlite 的创始人计划开始为 VirtualBox 添加 Drag ‘n’ Drop 功能了。
Drag ‘n’ Drop 是 VMware 虚拟化产品标配的功能，但是在 VirtualBox 的用户开来，是难以期盼的阳光。无论用户多次要求，VirtualBox 都会以技术上难以实现，用户没有这项需求，开发者觉得共享目录足够满足需求的理由拒绝，甚至有开发者认为 VMware 的 Drag ‘n’ Drop 功能是一个累赘。结果还是拖了几年，一点进展都没有。
到了今天，Huilong Luo 打算正式去研究 Drag ‘n’ Drop 这个功能。他介绍在 Host 端，困难不会很大，因为 QT4 能够支持 Drag ‘n’ Drop，而且，各个平台都会 QT4。但是在 Guest 端则困难很多，他们已经开始做 Windows 版本。但是他个人觉得 Linux 系统会困难很多，因为太缺乏文档了。
可以放心的是，VirtualBox 每增加一项功能，都会确保该特性能够在每一个平台上可行才会加入。
邮件原文：http://vbox.innotek.de/pipermail/vbox-dev/2010-July/003001.html
VMware Workstation/Fusion 有一个叫 Unity 功能，可以 Guest 机里面运行的程序界面完全整合到 Host 的界面上，只在系统任务栏的托盘上，十分方便。
VirtualBox 很早就提供了无缝模式，Guest 里的应用程序可以在 Host 的界面上运行，但显然没有 Unity 方便。频繁地从 Host 和 Guest 之间切换还是会明显地感受到机器的迟缓。vbox-dev 邮件列表里有一位华人贡献者 Huilong Luo 打算把无缝模式和系统任务栏整合在一起，实现类似 Unity 模式的功能。以下是设计原图：
Huilong Luo 计划打算用一个月左右的实现这个功能。VirtualBox 要求是每一个新功能需要在官方支持的各个平台上都能够实现。在 Windows Host 上，Huilong Luo 觉得应该问题不大，但是 Linux 的桌面环境主要有 GNOME 和 KDE 两个，实现起来需要多一点时间，按照他的说法应该没有问题。
比较囧的地方是，Huilong Luo 没有用过 VMware 的 Unity 功能，不清楚 Unity 的系统托盘上有没有启动和关闭 Guest 的功能按钮，于是向其他开发者求证。似乎牛人就是与众不同一点，哈哈！
预计这个功能将会作为特性加入 VirtualBox 3.3.0 或者是 VirtualBox 3.2.x 的后续维护版本上。
vbox-dev 的原始记录：http://vbox.innotek.de/pipermail/vbox-dev/2010-July/002949.html
XVBA 是 AMD 官方 Linux 驱动使用的视频硬件解码的后端，作用就和 NVIDIA 的 VPDAU 差不多，然而 XVBA 自发布以来 AMD 都没有释放开发文档，所以暂时没有播放器能够支持 XVBA 的硬件解码。
功夫不负有心人，官方不做，民间就开发了一个叫 xvba-video 适用于 XVBA 后端的 VA-API 的前端，让支持 VA-API 的播放器都可以使用 AMD UVD2 的硬件解码单元进行解码。新的 0.7.1 版本解决了 Catalyst 遗留下来的一些 Bug，同时增强了与不同版本的 VA-API 的兼容性。这个版本的 xvba-video 可以和最新版本 va-api-0.31.x 相兼容。
若要安装 xvba-video 需要 fglrx 8.69.2 （Catalyst 10.1）驱动。现在不太清楚效能上有何改进，早前 Phoronix 的一个测试表明使用 XVBA 硬解以后 CPU 占用率还是比开源驱动的软解要高。
Page optimized by WP Minify WordPress Plugin
Posted in 
Tags: 
