最近，著名的测评网站 phoronix.com 进行了三个 Windows 和 Linux 性能方面的测评： Windows vs. Linux AMDGPU-PRO / RadeonSI testing 、GTX 1080 Windows vs. Linux results 和 Intel Windows vs. Linux benchmarks，通过将这三个测评的数据使用 OpenBenchmarking.org 进行合并归一，可以得出一个令人伤心的结论：大部分游戏在 Linux 下的性能不及 Windows 。与原生的 Windows 游戏的性能相比，很多 Linux 移植版游戏的性能简直就是垃圾，或者说，就像垃圾一样。

以下是一些游戏在 Windows 下和 Linux 下的性能比较：

Phoronix 的老读者们都知道，Linux 版本的 虚幻引擎 （ Unigine ） 演示的效果与 Windows 相比差距不少，不过过去了这些年，虚幻引擎在 Linux 下的测试性能已经接近了 Windows 版本了，这主要是因为 Linux 下的 GPU 驱动问题越来越少了。这是一个不多的好消息。

《Xonotic》是一个开源的跨平台第一人称视角的射击游戏，在 Linux 下的 Intel 驱动的性能差的令我们吃惊，不过其它的驱动看起来还好。我们考虑这里肯定有一些需要特定优化的地方。

《古墓丽影》在 Linux 下的性能十分之糟，只有 Windows 下的一半左右。

《 超级房车赛：汽车运动 （ GRID Autosport ） 》在 Linux 下的性能只有 Windows 下的 60% 左右。

Valve 的《Dota 2》 / Source 2 引擎的性能不错！这应该是整个测试中唯二让人满意的结果了。

《 中土世界:暗影魔多 （ Middle-Earth: Shadow of Mordor ） 》的 Linux 下的性能要比其它的 Linux 游戏稍好一些，但是仍然不能同 Windows 下的相比。

《F1 2015》的性能也非常糟糕。

这简直太糟糕了，如此多的 Linux 游戏与其对应的 Windows 下的游戏相比性能差的不是一点半点，不管是什么显卡或驱动都是这样。希望过些时间下一代的游戏能够借助 Vulkan 提升其性能表现吧。

Snappy 和 Flatpak 之间的争吵仍在继续中，现在 Canonical 在刚刚发布的 Fedora 24 上演示了创建一个厂商无关的 Snap 商店是多么的简单。

Snap 宣传它是面向各个主要 Linux 发行版的通用二进制软件包格式，人们对此非常关注，也有很多议论。就在几天前， Canonical 和 Ubuntu 的创始人 Mark Shuttleworth 对这些人们重点关注的问题做了一番答复，表示 Canonical 并不指望别的操作系统使用 Ubuntu 的 snap 商店，你们完全可以自己搞嘛，就是个 HTTPS 而已。

针对指责 Snap 商店没有开源的意见，Canonical 的 Ubuntu 产品与战略总监 Dustin Kirkland 说，“事实上，你可以在任何支持 Snap 的操作系统上运行你的 Snap 商店，真的。”

一个可以提供 Snap 软件包服务的最简单的示例商店

Dustin 给我们介绍了一个由开发者 Bret Barker 发布在 GitHub 上的一个概念性的独立 Snap 商店，这个软件以 Apache 许可证开源，你可以在 GitHub 上 fork 它，并安装到任何 GNU/Linux 发行版上去。

服务器端（Snap 商店）

“首先，我启动一个 AWS 实例，当然，我可以启动一个 Ubuntu 16.04 LTS 实例，但实际上我启动的是一个 Fedora 24 实例。”

如果你的机器上已经有了 snap 环境，你可以直接用：

snap install snapstore-example

来安装这个示例商店。

如果没有，你可以手动来安装。首先安装 python 虚拟环境：

sudo dnf install python-virtualenv

克隆这个示例商店的代码：

git clone https://github.com/noise/snapstore.git
cd snapstore

设置虚拟环境并安装依赖包：

virtualenv env
. env/bin/activate
pip install -r requirements.txt

运行：

python store.py

这样 snap 商店就安装好了，它会监听在默认的 5000 端口上。

客户端

在 Fedora 24 上运行

sudo dnf install snapd 

来安装 Snappy，它同时也会安装必要的依赖包，如： squashfs-tools、kernel-modules。

你可以通过安装一个测试包来看看 snap 是否正常工作：

sudo snap install hello

如果正常的话，然后修改 /etc/environment，加入你的商店 URL，强制 snapd （Snappy 守护进程）与刚刚创建的 Snap 商店连接：

SNAPPY_FORCE_CPI_URL=http://localhost:5000/api/v1/

重启 snapd：

sudo service snapd restart

这个示例商店支持如下命令来查找和安装 snap 软件包：

snap find foobar25
sudo snap install foobar25

更多可以看 Dustin 的原文或这个示例商店的说明。

经常来 Linux 中国（https://linux.cn/）的同学可能注意到了，这两天你会在我们的网页顶部看到一个固顶的红色提示信息，喏，就是这样的：

我们的反广告过滤器的提示

嗯嗯，我们没有被黑，这个提示消息是我们主动放的——如果你看到了这个消息，说明是你的浏览器上的广告过滤器（如 ABP、ADblock 等）将我们加到黑名单了。因此，这是我们在无奈之下所作出的反应。

作为一家开源站点，——嗯，我要首先打一张悲情牌——我们有相当部分的收入来自于网站广告投放，还有部分则是微信广告。这些费用用来支付网站的基础设施投入，比如硬件、托管等费用，还要支付运营成本，比如说站长我的生活来源。

我去检查了一下广告过滤软件所常用的黑名单列表，比如 easylistchina+easylist，只是搜索“linux”这个关键字，就有60条匹配，也就是说大部分和 Linux 相关的站点都被加入了广告过滤的黑名单了，我想，这些站点可能也没钱申请加入白名单。

那么，如果访客使用了广告过滤器（据我所知，很多人都会使用广告过滤器，尤其是技术圈子，包括我本人也在使用），那么这些广告就会被屏蔽。这样带来了几个后果：

• 我们为投放广告的甲方所提供的曝光量不能兑现，因此从商业道德上不对，而且也不会有人再投放了
• 我们的页面呈现效果会乱掉，比如开了天窗或内容都挤在一起了

针对这种情况，其实，我们之前都是随时调整广告代码，以规避过滤；但是，这种博弈越来越复杂，我们也终于累了。所以，做出了这样的选择，请您——我们的访客——主动对本站关闭广告过滤器。

其实，最初本站是没有投放广告的计划的，但是自力运营了几年之后，我们也需要一些资金支持持续的运营，因此，以审慎的态度，我们接受了部分广告投放。就目前而言，我们在广告方面的策略如下：

• 只接受针对特定于我们访客的广告，比如说，我们的访客绝大部分都是 IT 行业的，包括学生、工程师、开源爱好者等，所以，我们只接受针对这种受众群体的广告
• 只接受正面的广告，不接受具有不良诱导和攻击性的广告
• 只接受静态的 JPG 图片投放，不接受那种闪闪发光的 GIF 动画或 Flash 广告（这里只有一则违例广告）
• 不接受第三方 JS 代码的广告投放，以避免用户隐私泄露
• 不接受侵入式广告，比如那种满屏乱飞的广告、遮挡内容的广告
• 不接受我们认为商誉不好的广告商的广告
• 不接受难看的广告，这会闪瞎我们访客的钛合金眼睛

在设置这个提醒的时候，虽然我们希望能醒目的提醒到所有的用户，但是还是将这个提示条尽量放到一个不太扰人的位置，至少不会太影响阅读体验。

虽然做了如上决定，但是我还是有些不安，所以，就此事和大家做个说明，也想听听大家的意见和建议。请在下面发表您的意见。

2014 年的时候，Fedora.next 促进会开始制定一个 Fedora Linux 未来十年的发展计划。这个计划，从本质上将 Fedora 与那些将各种不同的开源产品堆积在一个公共的软件仓库中的发行版区分开来了（看看 Debian 你就知道了）。

说的更清楚些，Fedora 根据不同的用途，分成了 工作站版 （ Workstation ） 、 服务器版 （ Server ） 和针对各个 云服务商的分发版 （ Cloud distributions ） 。对于工作站版，其主要的关注点是让它面对最终用户而言更加直观易用，无论他是老鸟还是菜鸟；给用户提供一个经过精心打磨的桌面系统，比如消除运行在 GNOME 环境下的 Qt 程序的违和感等等。

这不是一个突然的转身，也不是一蹴而就的变化，这种调整是逐步演进的，在新版本发布时它一定是稳定的，而不是堆在那里就可以发步了（LCTT 译注：这也是导致 Fedora 拖延症传统的原因）。原计划在 Fedora 24 中会选择 Wayland 作为默认的显示服务器，即在 GNOME 桌面、驱动程序和全部应用中支持 Wayland，而且事实上在过去六个月当中也取得了极大进展，但是最终 Fedora 24 仍旧默认采用了 X.org ，而留给 Wayland 更多时间进行精雕细琢。

1. 视觉改进

系统默认字体 Cantarell 是一个主要的变化，对于使用过之前版本的 Fedora 用户来说，这是第一眼就能看到的变化了。这包括重新打造的字体渲染引擎，特别是字体微调数据会影响到字体在不同的大小和 DPI 时如何显示。在本次更新前，Cantarell 的字体微调数据在音调符号之间有些不一致，此外还改进了 Cyrillic 字符的支持。从之前版本升级的用户，如果手工修改过字体渲染设置或使用过 GNOME 调整工具调整的，需要将那些设置重置回默认设置，以便可以使字体设置正确升级。

你可以使用 GNOME 调整工具恢复默认设置，或使用如下命令：

gsettings reset org.gnome.desktop.interface font-name
gsettings reset org.gnome.settings-daemon.plugins.xsettings antialiasing
gsettings reset org.gnome.settings-daemon.plugins.xsettings hinting
gsettings reset org.gnome.settings-daemon.plugins.xsettings rgba-order

在 Fedora 24 的软件库中新增了一个 QGnomePlatform 软件包，它可以将 GNOME/GTK 显示设置转换到 Qt 5 应用上。对于高清分辨率的显示器来说——它越来越多地出现在笔记本电脑上了——这是一个可喜的变化，它显著地改善了 Qt 5 程序的显示效果，可用性会更好。

在 Nautilus 文件管理器中的搜索功能现在也更加地健壮，现在可以在搜索中按文件使用或修改时间进行过滤，也可以限制只搜索一类或几类文件，比如只搜索“文档”。

2. 支持 openh264

Fedora 24 现在正式地支持了 openh264 ，它属于思科专利授权的一部分，现在可以免费使用这个专有的编解码器了。不过，还有一点限制，这个编解码器需要去思科下载。想要播放这种视频的用户会得到一个下载该编解码器的提示，而 GNOME 之外的用户必须手动启用该功能才行。

此外，这个插件目前仅支持基本性能编码，而许多视频采用了高性能编码方式进行编码，预期还会不断增加更多的性能编码支持。

3. 图形化升级

之前版本的 Fedora 需要使用命令行来进行重大版本升级，比如从 22 升级到 23 时就是这样的。从现在开始（这个功能也会移植回 Fedora 23），用户可以使用“软件”应用来进行重大版本升级。

升级系统有一个明确标为“安装”的按钮，只有在直接得到用户指令的情况下才进行升级，而不会像 Windows 10 那样，令用户吃惊地通过那种不透明的、频繁更新的方式进行更新。

4. 引擎盖之下的改进

可以用汽车来类比，很多内部的细节只有那种专门去找寻它们的人才会注意到（这么干的一般都是程序员）。这其中包括 glibc 2.23，它带来了 Unicode 8.0 支持，以及一些安全修复。C 编译器也升级到了 GCC 6；类似的，Mono 升级到了 4.2 ，改进了 .NET 支持；Ruby 升级到了 2.3，Python 升级到了 3.5，Node.js 升级到了 5.10。Ping 现在支持 IPv6 地址了，也就是我们不再需要一个 IPv6 特定的版本了。

我应该使用它吗？

如果你已经在使用 Linux 桌面了，那么答案是肯定的。GNOME 3 从其首次发布以来已经经过很长时间的打磨，可以很轻松地像一个“传统的”桌面一样定制，虽然在一些细节上有所不同。Fedora 也有各种已经预先配置好的其它桌面环境，比如 KDE、MATE、LXDE、Xfce 和来自 Linux Mint 的 Cinnamon。

如果你是刚刚从 Windows 转移过来，那么还需要一点点适应过程。如上所述，“软件”应用里面还不包括专属软件，所以一些常见的专属软件，比如 Google Chrome 和 TeamViewer 在“软件”里面还找不到。当然，解决办法很容易，Fedy 提供了一键安装这些常见专属软件的途径，以及各种常用的优化功能。

现在，你可以去 getfedora.com 下载 Fedora 24 了！

今日关注

将 Android 移植到树莓派上的 RaspAnd 发行版今天发布了 Build 160625，为树莓派带来了最新的 Android 6.0.1。

它支持树莓派 3B 和 2B，并支持树莓派 3 上的 WiFi 和蓝牙功能，可以将一台微小的树莓派单板计算机变成一台功能完备的 Andoird 计算机。它预装了 GAAPS (Google Apps) ，可以让使用者访问绝大多数的 Google 服务，包括： Google Play Store、Gmail、YouTube、Google 地图、Google Play Services 和 Hangouts 。

图片新闻

ISRG 谴责 Comodo 试图注册 “Let's Encrypt”， “Let's Encrypt with Comodo”，“Comodo Let's Encrypt” 等三个商标，Comodo 是世界上最大的 CA 证书服务商之一。Comodo 随后表示马上签署放弃这三个商标申请的申请。

Wine 1.9.13 发布，支持最新的 Unicode 9.0.0，通过 Firefox 47.0 带来了新的 Gecko 引擎，在 Direct3D 中支持更多的 Shader Model 5。

基于 Ubuntu 16.04 的 Peppermint OS 7 发布，它包括了著名的 冰站特定浏览器框架 （ Ice Site Specific Browser framework ） ，可以让用户安装最新的 Mozilla Firefox、Chromium 和 Google Chrome 浏览器。

Greg Kroah-Hartman 发布了最新的 Linux 4.6.3 内核以及最新的 LTS 内核 4.4.14 以及 3.14.73 LTS，包括多处网络方面的改进。

当 Canonical 宣布他们的 Snappy 方案已可以用于包括 Debian、Arch Linux、OpenWrt 在内的一些主流 Linux 发行版时，遭遇到了一些来自社区的反驳意见，还有人问 Canonical 是否已经准备好给其它的发行版提供 Snap 软件包。

每个人都会首先问道，“为什么我没有见到 Snappy 服务器的源代码出现？”有些人对 Canonical 在其 Snap 发布公告中的许多内容表示了不满，特别是，Canonical 并没有发布 Snappy 商店的源代码，人们通过 snapcraft.io 网站提交了 Snap 软件包后根本不知道后面都发生了什么。

如果开发者想使用 Snap 软件包跨多个 GNU/Linux 发行版发布软件的话，在 snapcraft.io 上所提供的指导中有一个步骤需要开发者接受在社区争议很大的 Ubuntu CLA（ 贡献者许可同意书 （ Contributor License Agreement ） ）。

Snap 并不依赖商店

前几天，就是 6 月 23 日的时候，Canonical 和 Ubuntu 的创始人 Mark Shuttleworth 在给社区的一封邮件中透露了一些信息：从设计上来说， Snap 事实上并不依赖于某个商店，这意味着应用开发者可以建立他们自己的商店。不过，从另外一个方面来说，说明他也并不指望其它的发行版会从 Ubuntu Snappy 商店中获取 Snap 软件包。

“Snap 软件包格式本质上并不依赖商店，你可以在系统里面采用 Snap ，而不用管它是如何到达系统的。所以，当前的商店解决方案并没有什么关系，”Mark Shuttleworth 说，“我并不指望别的发行版会去从 Ubuntu 获取 Snap 软件，除非这里有他们需要的软件包，Snap 可以很容易的用于 Debian.org 。”

他也回应了那些批评 Canonical 在 Snap 格式上不公平竞争的指责，他说：“从某种意义上说，Snap 是顺应发展而出现的——当然，Ubuntu 有个很庞大的商店，因为我们已经在移动和物联网方面努力了好多年了。但是这并不是非难 Snap 的原因，我觉得恰恰相反。”

据 Mark Shuttleworth 说，应用开发者要从他们自己的商店分发 Snap 的最简单的办法就是通过 HTTPS。他认为，很显然选择了 Snap 格式在多个平台上分发的人可以在他自己的代码里面实现这个。当然，你可以可以采用其他的类似解决方案，包括最新发布的 Flatpak 或 AppImage。