Fedora 10 开发代号公布
经过将近半个月的投票，Fedora 10 最终的开发代号已经确定为 “Cambridge”。 Cambridge 是美国一个城市的名字，同时也是传说中的 Redhat Linux 10 在进化成 Fedora Core 1 之前的开发代号。 Fedora 社区决定用这种形式纪念 Fedora 发行版进入两位数阶段。
目前计划中 Fedora 10 包含的功能包括：
- 删除所有仅在 Artistic 1.0 协议下发布的软件包。
- 简化对红外遥控器的配置，并对更多的应用程序提供 out-of-box 支持。
- 允许使用 adhoc 网络共享。
- 重写 PulseAudio 声音服务器，从而能使用基于操作系统的时钟来填充音频缓冲区(感谢3楼 landrew 指教以及提供详细内容)。
- 提供对 Haskell 的开发支持，更多的科学研究用库文件和工具。
- 通过 OpenChange 原生访问 Microsoft Exchange 服务器。
- RPM 包管理工具升级到 4.6。
- 新的安全声明和入侵检测系统。
消息来源: Phoronix
timer-based audio scheduling: 基于时钟的音频调度？不是高手，瞎猜的…
另：Cambridge其实不仅仅在美国东北部，英国也有的阿（剑桥），但是美国东北部麻省的Cambridge对于开源代码社群有更深层次的意义：GNU的总部便座落于此。所以，解释成美国的一个城市也应为正解。
timer-based audio scheduling is to no longer depend on sound card interrupts to schedule audio but use system timers instead.
不通过声卡中断而是通过系统计时系统来调度声音
Google出来的，是pulse audio驱动的一个特性吧。与硬件有关的
哪个搞驱动的高手再说说吧。。
timer-based audio scheduling: 基于操作系统的时钟来填充音频缓冲区（传统的方式是利用声卡的硬件中断来填充音频缓冲区）。据说这样可以（1）大大降低声卡中断发生的频率，利于使cpu长时间处于低速状态，节省能耗；（2）在硬件配置比较低的系统上，也容易达到声音的流畅播放；对于缓冲区下溢的情形，也能很快恢复（3）音频缓冲区的配置与控制更加灵活；（4）可以动态满足客户端各种类型的延迟要求。 等等,….
RPM 升级到4.6也会有一个不小的性能提升。
比较值得关注的特性还包括：（1）采用新一代的图形启动plymouth，据说会和kernel-mode-setting完美结合，减少启动过程中的闪烁；（2）对webCam摄像头的更好支持，包括内核的驱动和 v4l相关的库。 （3）更友好的打印图形界面，（4）可能会使用tightvnc代替vnc，支持更多的功能特性（如文件上传）。或许还有更多…
如果所说的功能都能实现，对fedora来说，应该是个不错的新特性。
MIT, Harvard都在Cambridge（算是Boston Metro Area，和Boston隔着一条河），不过GNU的office是在Boston拉
有关pulseaudio的glitch-free新特性的说明，早就在pulseaudio的主页上面说明了，详见http://0pointer.de/blog/projects/pulse-glitch-free.html
但是作者说这个特性需要新版内核和alsa的特性支持，因此一直在开发中。而0.9.11版中最重要的变化就是这个glitch-free特性
看发行注记
To make PA work 0.9.11 you need the newest ALSA (1.0.17) in both
userspace and kernel. Also, on top of that these three patches need
be applied:
http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=0fbfe2d8d6aac06e6615b7109ffc1fea8c62dee6
http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=15769ead725b7c215dedd4ea5196955086d2044a
http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=8d3fb3102f672a7b09be92811e89d49f89c1742b
You also need a very recent kernel. The buffering parameters in PA are
chosen in a way that they work fine on standard kernels which are
optimized for low-latency behaviour (HZ=1000, preemptive …). The
Fedora kernel is a very good choice. If you run PA on other kernels,
especially those with a lot of latency-inducing closed source drivers
(Ubuntu…), you might need to alter the default buffering
metrics. The glicht-free feature mentioned below will only be enabled
if the kernel supports high-resolution timers (hrtimers).
需要git版 alsa，还要补丁。内核要有高精度定时器支持，最好是抢占式内核