ZRAM驱动程序创建一个压缩的块设备在内存。该块设备可用于交换或通用内存盘。它最受欢迎的两种用途的交换扩展可用的RAM对过程、/tmp。用于块设备的内存是动态获取和释放它的预定义的未压缩的最大尺寸。它扩展了可用的内存数量的一个系统是通过使用一个部分的内存作为压缩交换。因此，它可以容纳更多的内存在压缩的交换比实际内存使用量。它将以3:1的比例。所以，1G的RAM交换只使用333mb平均。压缩比，包括用于磁盘开销的内存取决于使用的%的最大空间。我发现从1.5:1为只有5%个空间用1.5g盘，超过3:1时近全。它也比典型的硬盘交换的页面要快得多。
我的经验与使用它，我的系统仍然是完全的功能，只有轻微的缓慢下降，有时。这是一个桌面和几个应用程序中出现portage_niceness = 10。内存和交换空间几乎都被刷爆了。英特尔酷睿2四核2.6GHz，4G内存。我有4 – 1.5g ZRAM磁盘交换，加1G的分区硬盘互换作为备份。在一个点在连接铬，我看到系统使用超过5g ZRAM交换，而1.2G内存使用，约100MB的硬盘互换。桌面仍然是响应：）

最近一直折腾OpenWrt，突然

发现好多可以更新的包，发现opkg并没有提供一条命令直接升级，而必须是

，这样升级，于是想了个办法。

FirewallD 提供了支持网络/防火墙区域(zone)定义网络链接以及接口安全等级的动态防火墙管理工具。它支持 IPv4, IPv6 防火墙设置以及以太网桥接，并且拥有运行时配置和永久配置选项。它也支持允许服务或者应用程序直接添加防火墙规则的接口。 以前的 system-config-firewall/lokkit 防火墙模型是静态的，每次修改都要求防火墙完全重启。这个过程包括内核 netfilter 防火墙模块的卸载和新配置所需模块的装载等。而模块的卸载将会破坏状态防火墙和确立的连接。

相反，firewall daemon 动态管理防火墙，不需要重启整个防火墙便可应用更改。因而也就没有必要重载所有内核防火墙模块了。不过，要使用 firewall daemon 就要求防火墙的所有变更都要通过该守护进程来实现，以确保守护进程中的状态和内核里的防火墙是一致的。另外，firewall daemon 无法解析由 ip*tables 和 ebtables 命令行工具添加的防火墙规则。

守护进程通过 D-BUS 提供当前激活的防火墙设置信息，也通过 D-BUS 接受使用 PolicyKit 认证方式做的更改。

“守护进程”
应用程序、守护进程和用户可以通过 D-BUS 请求启用一个防火墙特性。特性可以是预定义的防火墙功能，如：服务、端口和协议的组合、端口/数据报转发、伪装、ICMP 拦截或自定义规则等。该功能可以启用确定的一段时间也可以再次停用。

通过所谓的直接接口，其他的服务(例如 libvirt )能够通过 iptables 变元(arguments)和参数(parameters)增加自己的规则。

amanda 、ftp 、samba 和 tftp 服务的 netfilter 防火墙助手也被“守护进程”解决了,只要它们还作为预定义服务的一部分。附加助手的装载不作为当前接口的一部分。由于一些助手只有在由模块控制的所有连接都关闭后才可装载。因而，跟踪连接信息很重要，需要列入考虑范围。

静态防火墙(system-config-firewall/lokkit)
使用 system-config-firewall 和 lokkit 的静态防火墙模型实际上仍然可用并将继续提供，但却不能与“守护进程”同时使用。用户或者管理员可以决定使用哪一种方案。

在软件安装，初次启动或者是首次联网时，将会出现一个选择器。通过它你可以选择要使用的防火墙方案。其他的解决方案将保持完整，可以通过更换模式启用。

firewall daemon 独立于 system-config-firewall，但二者不能同时使用。

软件raid：只能通过Linux系统本身来查看

可以看到raid级别，状态等信息。