分类通用知识下的文章

下载量超过一亿的流行应用被发现含有恶意模块

飞蚊话发布于 2019-08-29
另请参阅: 通用知识,
评论
2349 次阅读

俄罗斯杀毒软件卡巴斯基报告，一个 Google Play 商店下载量超过一亿的流行应用 CamScanner（或叫 CamScanner — Phone PDF Creator 和 CamScanner-Scanner to scan PDFs）被发现含有恶意模块。

它的图标是这样的：

有些熟悉？国内它有一个中文名字：扫描全能王。

{{CamScanner:扫描全能王}} 是一个合法应用，在大部分时间里没有恶意功能，它靠广告和应用内购买获取收入。但在某个时间情况变了，{{CamScanner:扫描全能王}} 最近释出的版本包含了含有恶意模块的广告库。

卡巴斯基将该模块称为 Trojan-Dropper.AndroidOS.Necro.n。类似的模块此前见于中国造智能手机预装的恶意程序中。该模块定期从开发者指定的服务器上下载加密代码，在设备上解密然后执行。

部分 {{CamScanner:扫描全能王}} 用户已经注意到了该应用的可疑行为，他们在应用页面留言对其他用户发出警告。

来源网页

五个理由告诉你，为什么要从Linux换回Windows

飞蚊话发布于 2019-08-24
另请参阅: 视频脚本,杂谈,Windows
评论
3007 次阅读

视频点此

你要注意看这个标题。我并没有指定主语。这说明，不是我换回了Windows，也不是你换回了Windows。而是那些看过我这个视频之后，盲目的切换到了Linux而并没有做任何了解的用户。说到这儿我还得啰嗦一句：这个视频从简介到动态，都说明了只是我的感受，为什么还会有很多人把它当成一个推荐视频呢…既然这样，那我就再做一个与之相反的内容，让你看的更清晰一些吧。

1、硬件支持

硬件支持总会是Linux的一个问题。通常是因为厂商不打算支持Linux，或尚未适配。如一些无线网卡，或者最新的硬件。但这其实不代表以后不会支持。最典型的就是英特尔的CPU，当新的CPU上市时，Linux通常要延后几个月才能获得相应的支持。所以如果你把Linux装在一台拥有最新CPU的电脑上，那么它通常是不能正常运行的，这一定会驱使你回到Windows。但几个月之后再安装Linux，由于有了新版本的内核，通常就可以了。

2、太多的选择

Windows只有Windows，而Linux有很多Linux。

Linux有各种各样的发行版，而你在这个基础上又有各种各样的选择权。包管理器用哪个、桌面环境用什么、观感主题怎么配、文件管理器装哪个…成千上万的方案对于新用户来说，压迫感很强——当然，也是选择困难症的地狱。

这便会导致一种情况：用户不喜欢这个发行版，因此去尝试一些其他的。试过一些之后：好了，我有了一些了解了，所以现在我想回到Windows了。因为Windows很棒、我很熟悉，并且我知道我要用什么来做什么；而Linux有很多东西要学，有很多东西要自定义。对于新用户来讲，我要怎么自定义是一个选择上的难题，自定义很可能会导致的一些问题则又是一个技术性难题。

3、游戏

你需要明白一件事：现在的Linux娱乐性已经强大很多了。

因为我也玩游戏——当然是使用我的Linux：欧卡2、call of the wild、gta5、csgo、喋血街头…但很多用户并不这么做，甚至连尝试都不尝试就给出“Linux娱乐性不高”的结论。这在几年前是很正确的，但现在再说这种话，我只想给他冠以“落后”、“云用户”这几个标签。因为他不知道protondb.com——一个告诉你Steam的游戏在Linux上运行状态的网站，也不知道lutris.net——一个帮你整理并且一键运行非steam游戏的应用，更不知道在Steam里边，通过Steam OS标签得到的游戏结果只是Linux可以运行的游戏的一小部分。至于为什么，以后再说。你只需要明白Linux的娱乐性不再是几年前的穷苦样便可以了。

但不可否认，无论如何，Linux可以游玩的游戏数量也是比不上——可能永远也比不上Windows的。所以仍然有一部分游戏会让你放弃Linux。比如PUBG，以及一些需要VR设备的游戏。

4、软件缺失

这可能是很多人换回Windows的一个问题所在。比较有代表性的软件就是Adobe Creative Cloud和Microsoft Office。这些虽然可以通过wine来运行旧版本的，但表现一般不会很好。所以如果你一定要使用它们而不愿意去使用替代品，那么最好的选择就是好好的待在Windows，不要再考虑Linux了。

同样的比如CAD制图，Linux下面与AutoCAD操作思路类似的一款替代软件叫做DraftSight，还有其他比如FreeCAD、OpenCAD等等替代品。

总之，软件缺失是大问题，但除非真的是小众的软件，通常并不会真的缺失，只是看你愿不愿意百度一下相关替代软件，想不想使用替代品——不需要适应新操作新思路便可上手的替代品，仅此而已。

5、缺少技能知识

没有对应的知识可能是最大的一个问题了。

只看日常使用的话，Windows相当易用——从它的观感以及广大的用户群就可以体现出来。但Linux，就像刚刚所讲，有太多的选择权和自定义权，学习每一种选择的操作方法需要大量的时间。

Linux就像Minecraft，你可以随心所欲的做任何想做的事情——前提是你要研究，你要有一些知识才能充分的利用它。

但很多用户只是想通过他们在Windows上已经获得的知识来使用他们的电脑，对学习一个新的操作系统并不感兴趣。所以，这便从根源上杜绝了他们更换操作系统的可能，进而形成了用户黏度。这对于其他软件、甚至是日常生活同样适用。

以上，是我总结的会让你放弃Linux的五点。在之前的视频里，我从动态到简介都说了：只适用于我自己，不要生搬硬套，所以你非要把它当成我推广Linux的视频，那我也没辙。我从来不会推荐人们去使用哪一个操作系统，因为这种东西最好的答案是去自己尝试。我只是我，我习惯它，所以我使用它；我把它推荐给你，你不习惯，那么你对它的第一印象便是差的，这很不好，甚至形成刻板印象。只有当你想的时候，再去了解它、熟悉它，这才是接触新事物应有的过程。人云亦云，盲目跟从，图一时新鲜，总不会是一个长久之计。

更改Cloudflare SSL设置导致对Typecho的一系列善后

飞蚊话发布于 2019-08-22
另请参阅: 通用知识,博客
评论
5298 次阅读

一直用Cloudflare作为我这个域名的DNS和CDN。一来，我的服务器在德国，不能备案。所以虽然可以用国内的域名解析，但不能用国内的CDN，访问速度必然会是一个问题；二来，Cloudflare的CDN是免费的。免费的东西谁不喜欢::(阴险)
因为本身我这个博客也申请过ssl证书，而Cloudflare之前的ssl设置也一直使用的Full(strict)，然后从CDN到我这博客的后台都做了强制的https跳转。一直用的也好好的。直到昨天…

不知道脑子哪根筋抽了，想把我的子域名都做上CDN。但Cloudflare的Full模式要求域名要有证书，也要有Cloudflare的证书。

Cf的证书好说，免费申请一个就可以随便用，只要主域名是一个就行；但我自己的证书不行啊，只授权到了www这个下面。所以如果这样的话，就不得不再申请几个证书来用。太麻烦了…就不如把Cf的SSL降到Flexible来用来得快。

Cf的SSL等级有4个：Off、Flexible、Full和Full(Strict)。区别看图

然后，满心欢喜的把我的很多二级域名都打开了CDN。再来ping一下：

完美。ping到的ip已经是Cf的CDN地址了。加速的同时，我的真实ip也已经被隐藏了。~~其实本身我的真实ip也是禁ping的…所以就算知道了，如果想用ping来验证大概也是不可能的~~

但随之而来的就是对这个正经的HTTPS站点一些坑爹的善后了…

一、重定向次数过多

一开始没发现这个问题，直到在满意的离开我那些带有小绿锁的二级域名站，转到www下面时…

打开控制台看跳转（用到了Firefox。因为火狐不会提示这个错误而是会一直跟着跳转走，直到内存耗尽），发现访问地址不断的在http和https之间来回跳跃。

仔细阅读SSL的帮助，发现对Flexible的解释中提到了一点：

Note: You may encounter a redirect loop with some origin configurations.

为什么呢？往前看一看：

Visitors will be able to access your site over HTTPS, but connections to your origin will be made over HTTP.

所以说，使用flexible时，浏览器请求HTTPS到cf，而cf则请求HTTP到我的服务器上。而对于www这个网址，我之前又配置过强制HTTPS，也就是说，cf通过HTTP链接服务器的请求全部被跳转到了HTTPS，但cf又把它拉回了HTTP。这循环便形成了。

明白了原因，那解决就很好办了。因为我是用宝塔的，所以直接去这个网站的SSL设置，将强制HTTPS关掉，便万事大吉了。

直到我想登录的时候…

二、登录不作用

什么现象呢？当我想登陆时，输入好用户名和密码后点击登录，页面会刷新一下，然后我填写的东西便被吞噬了。

仿佛无事发生。

可还行::(阴险)

这我可是真的没头绪了…毕竟在Full模式时候都没出现过这种问题，怎么等级松下来了，反而登录不了了…

直到搜到了这个博客的文章，提到了个解决方案，就是在config.ini.php下加入一行：

 /** 开启HTTPS */
define('__TYPECHO_SECURE__',true);

虽然这个博主的问题是评论不可用，我这是登录不可用，但都是不可用，所以就死马当活驴医，试试吧。

然后…就可以了…

我所有二级域名都可以愉快的使用CDN和HTTPS了。

解决切换显卡驱动后KDE字体大小改变的问题

飞蚊话发布于 2019-07-28
另请参阅: 通用知识,KDE, 显卡
2 条评论
8551 次阅读

在开源驱动和闭源驱动之间进行切换时，KDE的字体会受到影响。最典型的就是最近从Intel核显切换到NVIDIA独显使用，重启之后从sddm到KDE,字体都变得异常小，以至于几乎看不清了。不过好在这个问题普遍存在，所以很容易就找到解决方案了。只是有一个坑要注意，所以特别来记录一下

一、调整KDE字体

根据解释，在切换到英伟达驱动后，字体改变的原因在于NVIDIA驱动使用了显示器提供的DPI设置。而KDE与Gnome等其他的DE不同之处在于它并没有强制使用某一个固定的字体DPI值。所以在切换驱动后，KDE的字体会受到影响而其他DE基本不会。

解决方案也很简单，前往 系统设置—字体 ，将 固定字体DPI 勾选，并保持96默认值即可。

二、调整SDDM大小

正如前面说到的，NVIDIA使用了显示器提供的DPI,所以SDDM的大小同样会受到影响。所以可以通过修改sddm的配置文件解决。

打开 /etc/sddm.conf(具体位置需要自行查找)，找到 ServerArguments=-nolisten tcp 字段（在[X11]区域内），在这句话的结尾追加 -dpi 96 （96根据自己的情况修改）。最终效果为

ServerArguments=-nolisten tcp -dpi 96

保存即可。

但是在我的sddm配置文件中，并没有这个字段。这可能是由于这个配置文件是KDE生成的，而不是SDDM自己产生的。所以一些无关紧要的配置项便没有设定。因此在进行上述操作之前，需要生成一份全功能的配置文件。

# 将当前配置文件备份(具体文件位置视自己的情况而定)
sudo mv /etc/sddm.conf /etc/sddm.conf.bak
# 切换到root
sudo su
#生成sddm的配置模板
sddm --example-config > /etc/sddm.conf

然后便可以修改了。

注意，如此生成之后，sddm的所有配置就都被初始化了，所以需要前往 系统设置—开机和关机—登陆屏幕(SDDM) 中重新配置一下。

至此，驱动切换前后的字体问题便解决了。

磁盘碎片问题

飞蚊话发布于 2019-07-12
另请参阅: 视频脚本,通用知识,硬盘
1 条评论
3866 次阅读

视频点此

在Windows下面，有一个默默工作，为机械硬盘做提速工作贡献一生的系统软件——碎片整理程序。
但是，随着固态硬盘的普及，越来越多的看到一句话：固态硬盘不要做碎片整理。
而在Win8以后的版本中，这个程序被默认设定成了每周自动整理所有分区，行踪变得更加隐蔽了。就仿佛是个特务，潜伏在广大不知情的用户的电脑当中，伺机整理掉你的固态硬盘。
所以，看到这里，如果你有固态，请先去你的“优化驱动器”程序看看，是不是每周整理的。如果是，就赶紧把固态硬盘的分区取消掉吧。
但是，为什么会出现碎片呢？碎片又是如何影响机械硬盘速度的呢？是所有的磁盘分区类型都会出现碎片吗？今天，我打算通过一些形象的手段，跟你说说这三个问题。

在说三个问题之前，先来介绍一下什么是碎片。

在Linux方面，碎片被分为“内部碎片”和“外部碎片”。现在我们假设一个磁盘的空间有20k，它的基本存储单位为簇。至于簇到底是什么我们就不深究了。现在有两个文件，一个7k，一个1k。当簇的大小为4k时，磁盘分为了5个簇，两个文件共占用３个簇，即使用了12k，其中浪费地空间就是4k，而浪费的这4k空间，就是内部碎片。因此我们就了解了：内部碎片主要是造成磁盘空间的浪费。要注意：windows的磁盘碎片整理功能所整理的碎片不是这个碎片，也无法对这个碎片进行操作，它所对应的碎片概念是外部碎片。

任何一种分区格式都离不开簇这个东西，只是有名称可能不一样。所以任何一种系统下的分区都会有内部碎片出现。那可以对内部碎片进行优化处理吗？可以。以上面的例子来说，如果把每一簇分成2k，那么20k的磁盘就分为了10个簇，7k和1k两个文件共占用了5个簇，10k的空间，浪费的空间——内部碎片为２k。

那么内部碎片说完了，我们来看Windows概念下面的碎片——在Linux这边被称作“外部碎片”。它是怎么产生的呢？我通过一个矩阵来解释。

a b c d e f g h i j k l m n o p q r s t u v w x y z
a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

这就可以简单的用来表示一个很小的硬盘，初始状态是空的，全部都被0填充。在矩阵顶部和左侧的a-z都是用来定位每一个数据的。最左上角的那个0就是aa，最右上角的那个0就是za，最左下角的就是az。

以FAT文件系统作为代表，NTFS类似。我现在在磁盘上加入一个文件，于是磁盘看起来会变成这个样子：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

（为了看起来更加清楚，g-z的空行被省略了）

前4行是TOC（Table Of Contents），即所谓的内容表。TOC会存储磁盘上所有文件的位置。磁头会根据这个表来移动到对应的位置。在我上面的例子中，TOC包含了一个名字叫做“hello.txt”的文件，并且这个文件的内容是从ae到le的。往下看ae到le之间的内容，我们能看到这个文件的内容是“Hello，_world”

到目前为止，一切都正常对吗？好，那我们再来添加一个文件：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

正如你所见，第二个文件被紧接着放置在第一个文件之后。这样的好处是你所有的文件都会紧密地放置在一起，这样读取它们将会非常的迅速和方便。要知道磁盘上最慢的就是读写头的移动了，它移动的越少，则读取的速度越快。

但是，当需要修改第一个文件的时候，问题就出来了。现在假设我们需要在“hello.txt”文件的尾部加入两个感叹号，我们就会遇到问题：没有空间。文件“bye.txt”挡住了“hello.txt”的去路。这时候我们有两个解决方法，但是没有一个是完美的。

把文件“hello.txt”删掉，然后再“bye.txt”后面加入修改过后的“hello.txt”。
把文件“hello.txt”拆成两部分存储，这样在“bye.txt”之前就不会有空的磁盘空间了。

第一种方式表现出来就是这样：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a f n f b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 G o o d b y e , _ w o r l d
f H e l l o , _ w o r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0

第二种方式表现出来就是这样：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e a f b f b y e . t x
b t m e z e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

而FAT采用了哪种方式呢？显然，第二种更快捷。我们只需要在TOC中读取到文件的起始位置，然后让这个作为起始的簇指向保存着这个文件的下一个簇，而下一个簇继续指向下下个簇，依次类推，便可以让磁头知道我要通过哪一个路径来读取这个文件了。这就是FAT保存文件的链式结构。

而这，就是为什么FAT格式的文件系统经常需要磁盘碎片整理的原因。所有的文件都紧挨着存放，所以任何时候，只要一个文件需要增大，就会产生碎片。而任何文件被删除了，就会留下一个空白区域。于是很快磁盘就会变成一堆乱糟糟的碎片和空白，效率就会变低了。

不知道你有没有听到我刚刚说过的一句话：要知道磁盘上最慢的就是读写头的移动了，它移动的越少，则读取的速度越快。所以整理碎片，让文件保存在一个连续的区域，减少磁头的摆动，这就是整理碎片加速磁盘读写的原因。而现如今的固态硬盘已经不需要磁头的概念了，反而会更关注每一块的读写次数，自然也就不需要，也不推荐进行碎片整理了。

那么，这种“外部碎片”是每一个操作系统对应的每种文件系统类型都会产生的吗？

不是。Linux就不会出现。因为它使用一种不同的方式来处理这种问题。当然，对于单用户来说Windows的文件系统已经够好的了，但是Linux生来就是为多用户设计的系统，它总是假设在同一时间有多个用户试图去操作不同的文件。所以Linux相对FAT文件系统，使用了另一种方法来设计自己的文件系统。Linux文件系统看起来是这样的：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n s n 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

当我们添加了文件以后就变成这样了：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n s n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

这种文件系统的好处是磁盘的磁头可以一直位于中间位置，而所有的文件平均下来都会非常近。

当我们仍然给“hello.txt”加入两个感叹号时：

a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n u n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d ! ! 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

没有任何的障碍。

Windows总是试图把文件存储在尽量靠近磁盘开始位置的地方，这导致当磁盘利用率变高的时候它经常会产生磁盘碎片。Linux却在整个磁盘上存储文件，所以当文件的大小需要改变的时候，总是有足够的空间。当然，想必你也可以看出来，当磁盘利用率接近饱和的时候Linux同样需要文件整理。但是根据linux.org的说法，只要磁盘还有5%以上的可用空间，那么这种碎片是基本不会出现的（Linux native file systems do not need defragmentation under normal use and this includes any condition with at least 5% of free space on a disk.）。而在实际使用中，磁盘在还有8%左右未使用时就会有警告产生，所以碎片整理是不用考虑的。

NVIDIA vs AMD | 闭源驱动 vs 开源驱动

飞蚊话发布于 2019-06-21
另请参阅: 视频脚本,通用知识,显卡
2 条评论
8385 次阅读

视频点此

这看起来只是一个简单的显卡选谁的问题，实际上这是两种思维的较量。今天，我就来跟你聊聊，如何看待这个较量。

要注意呢，我的观点可能在有些人看来是有失公允的。因为我是站在Linux阵营来说话的，这在一定程度上必然会让我的观点偏向开源一方。所以如果你正尝试，或者已经开始想Linux平台过渡了，这个视频可能对你有所帮助；如果你是坚定的Windows拥护者，那么我之后的观点可能会与你有所违背。斟酌着听吧。

好了，现在就来正式的谈一谈开闭源驱动这个问题。

其实曾经它俩还不是这样的。在那个时候，它们俩都需要使用专有驱动——也就是闭源驱动——来运行。在Windows下面，NVIDIA比AMD更被玩家接受，有一点就是它的驱动优化要比AMD强一些。而Linux下，在两者都需要闭源驱动的年代，NVIDIA的驱动同样可以说一直在是吊打AMD的专有驱动。但这个并不是体现在优化方面，而是两者安装方式的差异上面：NVIDIA，通过.run扩展名的的可执行文件来安装驱动，驱动会被固化到Linux内核之中。这对于安装专属驱动来说是一个很好的方法——简单来讲，固化的过程，就是利用用户的电脑编译出一个内核模块并插在用户的内核上。因为通过用户电脑完成编译，所以得到的这个模块可以说是完全根据用户当前的系统环境生成的，非常灵活。
而AMD，通过amdgpu-pro完成——体验很差。但到现在AMD仍然在维护这个玩意儿。不要装！想给它整服帖，要命。因为AMD维护这个驱动的思路和Windows类似，就是定期释放一个新版本，这个版本只能用在指定的Linux内核版本上，一般是LTS版本的内核。所以如果你使用的是更新更好的内核，或者一个自定义内核的话，这个驱动通常将不再可用。当然，如果你会魔改这个驱动，它兴许能用，但半死不拉活的用起来还不如不要。所以不要用AMD的闭源驱动。
但AMD有一个优势，就是它喜欢开源。我的理解就是：既然我做不好，那我就公开，让有兴趣的人帮我改进，质量提升的同时我还不用额外雇开发者。不管是不是这种想法，喜欢开源的特性让针对AMD显卡的开源驱动性能同闭源驱动几乎无差距，并且这个开源驱动被先天性的整合到了Linux内核之中。与之相比，NVIDIA由于各种技术封闭，针对它的开源驱动只能靠开发者从零开始一点一点写出来，无论性能还是功能同闭源驱动都相差悬殊。所以，如果你使用AMD显卡，那你不需要因为安装不了amdpro驱动而焦头烂额，所有Linux都先天性自带的开源AMD驱动可以给你闭源同等的体验。而如果你使用NVIDIA显卡，那么闭源驱动是一定要安装的。不过好在NVIDIA的闭源驱动不是nvidia-pro这种实现方法，所以你不必担心NVIDIA的闭源驱动装不上。但闭源驱动终究动辄到内核层面，所以NVIDIA的.run实现方式再简单，你可能也会遇到一些不可预料的问题。因此在这一方面，我会倾向开源，偏向AMD阵营。

但大多数人都是用NVIDIA显卡，并且不是很看好AMD显卡——尤其是Windows用户。所以接下来我们聊聊NVIDIA这个闭源驱动的问题。

如果你使用Arch分支以外的发行版，你要怎么安装NVIDIA的闭源驱动呢？

前往NVIDIA的官网——搜索你的显卡驱动——下载.run文件——给其加上可执行权限——安装。当然，一些开箱即用的发行版比如Deepin、Ubuntu这种，会配有一个显卡驱动管理器，通过管理器我们就可以一键安装驱动。但这就又有一个问题：我们并不知道一键安装驱动的背后系统到底都干了些什么，一旦出现了异常，回退的操作就会变得非常艰难。当然，你可能会说这是Linux的问题。如果你这么想了，就说明你对Linux高度自定义性的“高度”一词理解的不深。它太能自定义了，所以想让一套代码适配各种情况太艰难了，所以这就是为什么Linux会推崇开源了。但就像我一开始说的，NVIDIA的.run解决方案可以说是闭源中非常好的了。因为它至少可以适应大多数人的系统，这便足矣。

还有一个问题，可能就不限于Linux方面了：我是否需要安装最新版本的显卡驱动？

Windows下面这个回答可能比较多样化，但Linux下面，这个问题的答案很精确：需要。你需要前往NVIDIA官网，下载新版本的.run文件，然后重新安装。挺麻烦的。

而对于Deepin这种通过一键安装驱动的，更新显卡驱动同样是一个比较麻烦的事情。你不但需要知道这个程序拥有的驱动版本更新没有，还要冒风险卸载再安装。这也是为什么Linux阵营相对会更偏向AMD显卡。

对于绝大多数软件和开源驱动，它们都会被发行版收录到软件仓库之中。amd的开源驱动自然也是如此。所以每次你更新系统的时候，这些软件和驱动就都会被更新到最新了，所以除非你不更新系统，否则你的使用的软件和开源驱动总会是你的发行版下面最新的版本。

这里我想额外插一句啊：Linux更新本质就是下载软件包替换，所以每次更新的量相比Windows来说很小，而且软件包它装它的，你照常使用即可。只有当你将软件关掉了，这个旧版本才终止使命。换句话说，如果这个软件你开了一年不关，那么即使中途这个软件升级了两百次，你在用的这个软件仍然是一年前的老版本。只有当你关掉软件再打开，最新的才会启动。这个过程是无缝的。并不像Windows那种要你重启以应用更新，而且一更更好长时间，不完成还不让你动。

好，两种代表我就说的差不多了。总的来讲，AMD开放，NVIDIA封闭。这在Windows上得不到什么体现，但在Linux上，AMD虽然自己做的不好，但借助开源让其处在优势地位；而NVIDIA自己很强大，但由于封闭使得很多特性不能完整的发挥。正所谓“人多力量大”。