<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Fedora 10 开发代号公布</title>
	<atom:link href="http://www.linuxtoy.org/archives/fedora_10_codename.html/feed" rel="self" type="application/rss+xml" />
	<link>http://linuxtoy.org/archives/fedora_10_codename.html</link>
	<description>LinuxTOY 是一个致力于提供 Linux 相关资讯的专题站点。如果您发现了好用好玩的 Linux 东东并愿意发扬自由、分享的精神，可以点击顶部导航 Contact 按钮进行投稿。</description>
	<pubDate>Fri, 10 Feb 2012 07:06:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: guest</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89964</link>
		<dc:creator>guest</dc:creator>
		<pubDate>Tue, 29 Jul 2008 23:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89964</guid>
		<description>&lt;p&gt;看发行注记
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:&lt;/p&gt;

&lt;p&gt;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&lt;/p&gt;

&lt;p&gt;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，还要补丁。内核要有高精度定时器支持，最好是抢占式内核&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>看发行注记
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:</p>

<p><a href="http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=0fbfe2d8d6aac06e6615b7109ffc1fea8c62dee6" rel="nofollow">http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=0fbfe2d8d6aac06e6615b7109ffc1fea8c62dee6</a>
<a href="http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=15769ead725b7c215dedd4ea5196955086d2044a" rel="nofollow">http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=15769ead725b7c215dedd4ea5196955086d2044a</a>
<a href="http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=8d3fb3102f672a7b09be92811e89d49f89c1742b" rel="nofollow">http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=8d3fb3102f672a7b09be92811e89d49f89c1742b</a></p>

<p>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，还要补丁。内核要有高精度定时器支持，最好是抢占式内核</p>]]></content:encoded>
	</item>
	<item>
		<title>By: guest</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89961</link>
		<dc:creator>guest</dc:creator>
		<pubDate>Tue, 29 Jul 2008 23:46:52 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89961</guid>
		<description>&lt;p&gt;有关pulseaudio的glitch-free新特性的说明，早就在pulseaudio的主页上面说明了，详见http://0pointer.de/blog/projects/pulse-glitch-free.html
但是作者说这个特性需要新版内核和alsa的特性支持，因此一直在开发中。而0.9.11版中最重要的变化就是这个glitch-free特性&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>有关pulseaudio的glitch-free新特性的说明，早就在pulseaudio的主页上面说明了，详见http://0pointer.de/blog/projects/pulse-glitch-free.html
但是作者说这个特性需要新版内核和alsa的特性支持，因此一直在开发中。而0.9.11版中最重要的变化就是这个glitch-free特性</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MK</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89949</link>
		<dc:creator>MK</dc:creator>
		<pubDate>Tue, 29 Jul 2008 14:51:23 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89949</guid>
		<description>&lt;p&gt;MIT, Harvard都在Cambridge（算是Boston Metro Area，和Boston隔着一条河），不过GNU的office是在Boston拉&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>MIT, Harvard都在Cambridge（算是Boston Metro Area，和Boston隔着一条河），不过GNU的office是在Boston拉</p>]]></content:encoded>
	</item>
	<item>
		<title>By: landrew</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89943</link>
		<dc:creator>landrew</dc:creator>
		<pubDate>Tue, 29 Jul 2008 13:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89943</guid>
		<description>&lt;p&gt;timer-based audio scheduling: 基于操作系统的时钟来填充音频缓冲区（传统的方式是利用声卡的硬件中断来填充音频缓冲区）。据说这样可以（1）大大降低声卡中断发生的频率，利于使cpu长时间处于低速状态，节省能耗；（2）在硬件配置比较低的系统上，也容易达到声音的流畅播放；对于缓冲区下溢的情形，也能很快恢复（3）音频缓冲区的配置与控制更加灵活；（4）可以动态满足客户端各种类型的延迟要求。 等等,....&lt;/p&gt;

&lt;p&gt;RPM 升级到4.6也会有一个不小的性能提升。&lt;/p&gt;

&lt;p&gt;比较值得关注的特性还包括：（1）采用新一代的图形启动plymouth，据说会和kernel-mode-setting完美结合，减少启动过程中的闪烁；（2）对webCam摄像头的更好支持，包括内核的驱动和 v4l相关的库。 （3）更友好的打印图形界面，（4）可能会使用tightvnc代替vnc，支持更多的功能特性（如文件上传）。或许还有更多...&lt;/p&gt;

&lt;p&gt;如果所说的功能都能实现，对fedora来说，应该是个不错的新特性。&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>timer-based audio scheduling: 基于操作系统的时钟来填充音频缓冲区（传统的方式是利用声卡的硬件中断来填充音频缓冲区）。据说这样可以（1）大大降低声卡中断发生的频率，利于使cpu长时间处于低速状态，节省能耗；（2）在硬件配置比较低的系统上，也容易达到声音的流畅播放；对于缓冲区下溢的情形，也能很快恢复（3）音频缓冲区的配置与控制更加灵活；（4）可以动态满足客户端各种类型的延迟要求。 等等,....</p>

<p>RPM 升级到4.6也会有一个不小的性能提升。</p>

<p>比较值得关注的特性还包括：（1）采用新一代的图形启动plymouth，据说会和kernel-mode-setting完美结合，减少启动过程中的闪烁；（2）对webCam摄像头的更好支持，包括内核的驱动和 v4l相关的库。 （3）更友好的打印图形界面，（4）可能会使用tightvnc代替vnc，支持更多的功能特性（如文件上传）。或许还有更多...</p>

<p>如果所说的功能都能实现，对fedora来说，应该是个不错的新特性。</p>]]></content:encoded>
	</item>
	<item>
		<title>By: inkview</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89942</link>
		<dc:creator>inkview</dc:creator>
		<pubDate>Tue, 29 Jul 2008 13:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89942</guid>
		<description>&lt;p&gt;timer-based audio scheduling is to no longer depend on sound card interrupts to schedule audio but use system timers instead. 
不通过声卡中断而是通过系统计时系统来调度声音
Google出来的，是pulse audio驱动的一个特性吧。与硬件有关的
哪个搞驱动的高手再说说吧。。&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>timer-based audio scheduling is to no longer depend on sound card interrupts to schedule audio but use system timers instead. 
不通过声卡中断而是通过系统计时系统来调度声音
Google出来的，是pulse audio驱动的一个特性吧。与硬件有关的
哪个搞驱动的高手再说说吧。。</p>]]></content:encoded>
	</item>
	<item>
		<title>By: JArod Wen</title>
		<link>http://linuxtoy.org/archives/fedora_10_codename.html#comment-89940</link>
		<dc:creator>JArod Wen</dc:creator>
		<pubDate>Tue, 29 Jul 2008 12:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://linuxtoy.org/?p=2203#comment-89940</guid>
		<description>&lt;p&gt;timer-based audio scheduling: 基于时钟的音频调度？不是高手，瞎猜的…&lt;/p&gt;

&lt;p&gt;另：Cambridge其实不仅仅在美国东北部，英国也有的阿（剑桥），但是美国东北部麻省的Cambridge对于开源代码社群有更深层次的意义：GNU的总部便座落于此。所以，解释成美国的一个城市也应为正解。&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>timer-based audio scheduling: 基于时钟的音频调度？不是高手，瞎猜的…</p>

<p>另：Cambridge其实不仅仅在美国东北部，英国也有的阿（剑桥），但是美国东北部麻省的Cambridge对于开源代码社群有更深层次的意义：GNU的总部便座落于此。所以，解释成美国的一个城市也应为正解。</p>]]></content:encoded>
	</item>
</channel>
</rss>

