Update README.md
This commit is contained in:
aiminick
GitHub
parent
62d4a8136a
commit
a03b1f1e9e
19
README.md
19
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** 账户登录后通过 "<font color="#00b3f6"> **sudo passwd root** </font>" 命令自行设置 **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！对于某些别有用心的人误导群众，指鹿为马，这里必须要站出来说明一下，以免大家被误导！
|
||||
|
|
|
|||
Loading…
Reference in New Issue