这个问题应该是从72版本开始的——如果我没记错的话。但是目测不会是Chrome的bug，因为到了76版本更加的变本加厉了…不过还好，办法总比困难多。

1、版本号≤75

具体来说应该就是72~75吧。这几个版本号还是比较容易解决的。只需要去往chrome://flags，将Enable Network Service给禁用掉即可。

究其原因（下面这些都是我猜的），大概就是从72开始，Chrome将网络服务作为独立进程执行。而系统监听的是Chrome这个进程，并没有相应真正发送网络请求的进程，所以Chrome的请求便直接发出去，不能经过代理了。而将这个选项禁用，也就是让Chrome的网络服务运行在程序内，那么网络请求便可以被监听到，PAC模式便也正常了。

2、版本号76+

76应该是最新的版本号了——至少在Archlinux里面是这样的。

即使之前你已经调整过，并且顺利解决了，但当你升级到了76这个版本号的时候，就能惊喜的发现：这个问题又复发了。

如果你还想按照75-的那种操作方法修正，那么很遗憾，Enable Network Service这个选项已经不存在了。

所以可以证明一件事：72~75出现的问题不能说是Chrome的bug，而是Network Service这个新特性导致的问题，而且Chrome大概是不打算修复这个问题的…

但总不能一直使用全局系统代理吧…国内网站绕一圈国外再回来…太慢了。

所以还是要想想解决方案，让PAC模式可以应用。

如果在Chrome://flags里边，以Network Serivce为关键字查找的话，会找到一项Runs network service in-process的选项。回顾一下刚刚说到的出现这个问题的原因，仿佛这个选项会管用？

很不幸，这个选项是没用的。所以暂时就不要想着能通过Chrome自己的设置来解决这个问题了。

好在Chrome的插件里边有一个神器——SwitchyOmega。通过它来判断是否需要使用代理就行了。

• 从Chrome应用商店安装 Proxy SwitchyOmega
• 进入插件设置页，新建情景模式（我这里名字叫做proxy），类型代理服务器
• 在这个情景模式下，设置代理协议为SOCKS5，服务器和端口为127.0.0.1:1080（这两项应该与你代理软件内对应的本地设置相同）
• 新建一个情景模式（我这里名字叫做auto switch），类型自动切换模式

• 在这个情景模式下，添加规则列表，格式为AutoProxy，网址https://raw.githubusercontent.com/gfwlist/gfwlist/master/gfwlist.txt，对应这一条的情景模式选择刚刚创建的proxy。看图

  

• 点一下立即更新情景模式，待正文框内出现内容，代理便设置完成

现在，点击Chrome地址栏边上的SwitchyOmega图标，选择auto Switch，问题便解决了。

其实这样设置之后，并没有通过系统的PAC，而是Chrome自己判断并决定是直接访问还是间接访问。也就是说，即使系统没有配置好全局的PAC，而仅仅是启动了一个代理服务，通过该方法同样可以让Chrome顺利跨越。所以，为了不荒废系统代理的作用，还是希望有朝一日Chrome的Network Service可以被系统监听到并响应吧…

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

它的图标是这样的：

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

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

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

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

来源网页

视频点此

你要注意看这个标题。我并没有指定主语。这说明，不是我换回了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作为我这个域名的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的字体会受到影响。最典型的就是最近从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) 中重新配置一下。

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

视频点此

在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%左右未使用时就会有警告产生，所以碎片整理是不用考虑的。