From a03b1f1e9e3e818ea59949f0ef0176dea5398f10 Mon Sep 17 00:00:00 2001 From: aiminick <83101338@qq.com> Date: Mon, 31 Dec 2018 22:53:27 +0800 Subject: [PATCH] Update README.md --- README.md | 19 ++++++++++--------- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/README.md b/README.md index d244d6f..70a3ab1 100644 --- a/README.md +++ b/README.md @@ -35,7 +35,7 @@ ## 更新 1. 系统包更新至Debian稳定主线：2018-12-30 - 2. 使用官方 **Dcoker-CE** , 版本已更新至：**18.09** + 2. 使用官方Dcoker-CE, 版本已更新至：18.09 3. 固件Firmware已更新至：v1.20181112 4. 无线固件已更新至：2018-08-20官方版 5. 系统内核同步更新至Linux主线**长期支持**：4.14.90 @@ -184,9 +184,9 @@ AUFS曾是Docker默认的首选存储驱动，它非常的稳定、有很多真 * **zSWAP的好处** ```shell -1. 当内存页将要交换出去时，zSWAP不将其移动到交换设备，而是对其执行压缩，然后存储到系统RAM内动态分配的内存池中，回写到实际交换设备的动作则会延迟，甚至能完全避免，从而显著减少Linux系统用于交换的I/O。对于树莓派这样依托于TF卡的设备，本来I/O就不是很高，减少用于交换的I/O的操作就意味着**提高系统性能**，把I/O用在系统应用程序等更需要的其他调度上去 +1. 当内存页将要交换出去时，zSWAP不将其移动到交换设备，而是对其执行压缩，然后存储到系统RAM内动态分配的内存池中，回写到实际交换设备的动作则会延迟，甚至能完全避免，从而显著减少Linux系统用于交换的I/O。对于树莓派这样依托于TF卡的设备，本来I/O就不是很高，减少用于交换的I/O的操作就意味着提高系统性能，把I/O用在系统应用程序等更需要的其他调度上去 -2. 在使用Swap文件/分区的场景下，由于减少了对Swap文件/分区的I/O操作，**可以提升TF的使用寿命** +2. 在使用Swap文件/分区的场景下，由于减少了对Swap文件/分区的I/O操作，可以提升TF的使用寿命 3. zSWAP并不虚拟一个块设备，而是hook到普通的Swap代码里，在实际发生写入到磁盘/从磁盘读取的操作前，先利用自己管理的内存进行数据的换出/换入，内存不够用以后再使用传统的Swap文件/分区。所以zSWAP适用于本身已经有交换分区的系统，以及树莓派这样本身内存不大的硬件设备 ``` @@ -205,7 +205,7 @@ zSWAP同时使用内存和交换分区，并根据实际情况自动调整所占 3. 因此，索尼开发了z3fold内存分配器，和zbud的实现完全一致，只是每个page可以存储3个compressed page，**最高压缩率有 *3* 倍**，逼近zsmalloc的4倍，该技术在xperia xzp的中使用，使4GB的手机获得超过4GB内存的体验； -我们在系统中选用了 **z3fold** 算法，在系统 /boot/cmdline.txt 中可以看到配置： +我们在系统中选用了z3fold算法，在系统 /boot/cmdline.txt 中可以看到配置： zswap.enabled=1 zswap.zpool=z3fold zswap.compressor=lz4 zswap.max_pool_percent=25 @@ -213,7 +213,7 @@ zswap.enabled=1 zswap.zpool=z3fold zswap.compressor=lz4 zswap.max_pool_percent=2 Linux有很多压缩算法：lz,lzo,xz,gzip,lzma... -我们这里采用了拥有极高压缩速度和较高压缩率的lz4 ，lz4相对于其他压缩算法而言，压缩率不是最高的，但速度确是最快的，在已采用 z3fold 算法的情况下，结合树莓派本身的性能特点和实际的测试，在拥有不错的压缩率的情况下，速度对于树莓派来说才是最重要的（考虑到本身CPU性能开销和内存大小的情况）。 +我们这里采用了拥有极高压缩速度和较高压缩率的lz4 ，lz4相对于其他压缩算法而言，压缩率不是最高的，但速度确是最快的，在已采用 z3fold 算法的情况下，结合树莓派本身的性能特点和实际的测试，在拥有不错的压缩率的情况下，速度对于树莓派来说才是最重要的（考虑到本身CPU性能开销和内存大小的情况） ``` ### KVM 虚拟化支持 @@ -333,15 +333,15 @@ VideoCore 是一个由Alphamosaic Ltd开发并且现在被Broadcom拥有的低 ## 安全增强 - 1. 不再设置默认的 **root** 用户密码，需要用户使用默认 **pi** 账户登录后通过 " **sudo passwd root** " 命令自行设置 **root** 用户密码。 + 1. 不再设置默认的 **root** 用户密码，需要用户使用默认 **pi** 账户登录后通过 " **sudo passwd root** " 命令自行设置 **root** 用户密码。 2. **默认没有开启 root 用户的ssh登录权限。（默认仅支持 pi 用户远程ssh登录）** 3. 不再允许初始保留使用默认密码，首次使用 **pi** 账户登录后需要重新设置默认账户pi的密码： - 首次登陆后首先 **再次输入** pi 账户的默认密码 **raspberry** + 首次登陆后首先再次输入pi账户的默认密码 raspberry - 然后按照系统提示重新设置 **pi** 账户密码并 **再次** 输入确认。 + 然后按照系统提示重新设置pi账户密码并再次输入确认。 ## 默认仓库源为清华源 @@ -479,7 +479,7 @@ vc4-fkms-v3d 是较好的优选兼容模式。 使用 Ext4 标准文件系统和 树莓派3B+ 的 UnixBench 测试结果（和同类Debian Aarch64系统相比）： -综合整体性能全面超越对比测试系统的2~3倍以上，部分指标甚至达到了10倍以上，1000%的提升。 + 综合整体性能全面超越对比测试系统的2~3倍以上，部分指标甚至达到了10倍以上，1000%的提升。 ---- @@ -524,6 +524,7 @@ UEFI BIOS 界面 ```shell dmidecode -t 4 ``` + 如上图所示，dmidecode命令是专门读取SMBOIS硬件信息的命令，通过该命令我们能够获取有关CPU更详细的信息情况，而不是 cat /proc/cpuinfo 传统方式这些简单的信息，我们甚至能看到CPU支持的频率，CPU支持的特性，例如上图可以看到SMBIOS开启了CPU虚拟化的支持，这些都是 cat /proc/cpuinfo 传统模式所不具备的。 另外必须要说明的是，在传统模式下，非EFI引导的方式是无法使用 **dmidecode** 命令获取信息的，因为它根本就没有BIOS！对于某些别有用心的人误导群众，指鹿为马，这里必须要站出来说明一下，以免大家被误导！