不知道这是为什么，我竟然会有这样的想法，没有风扇还叫电脑。

最近，我发现越来越多的电脑采用了Atom或者是更为高级的Core M处理器，用这两中处理器的极大优势就是TDP比较小，功耗低，使其续航能力得到十分的增强，“但是”，它们发热也十分的少，所以是其无需风扇来进行主动散热成为了可能，但是我确实总是觉得没有风扇电脑能叫电脑，只有平板才不需要风扇吧。

这令我逐渐想起了好多人对自然吸气发动机和涡轮增压发动机的不同看法，我突然觉得这也许就和我这个想法十分的相似，一个是更为先进但是不怎么成熟的技术，另一个则是稳定高效。

是的，似乎无需进行主动散热的CPU更为高大上，更为先进，但是我也大胆的猜测，因为现有的技术仍然不够先进，只怕是散热不行，无法持久的、长期的进行高负荷的运行，那样我猜，毕竟会是和我得Air一样降频运行，本来性能就不怎么好，降频，那就呵呵了。

事实上我已经知道了Atom的处理器即便是满负荷的情况下，室温15度左右时，CPU只会保持在65+度上，不会降频，但是性能也就是那个样子而已。

我记得有一个外媒说Surface Pro 3可以是一个非常出色的笔记本电脑，但是若是作为个平板电脑，风扇、进出风散热口，对于一个使用环境复杂的平板来说，这一定是一个考验。后来，果然没有风扇的Surface来了……

最后，曲终人散，谁无过错？

感觉好累，感觉好久没有写东西了，感觉应该尝试去写，感觉…….

太多的 感觉，今天看了别人的一个博客，除了感觉那个人简直是一个土豪，一堆设备，还有就是感觉那个人真是太有毅力了，几乎每天都在坚持一篇文章，点赞

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，但二者不能同时使用。

就和预想的一样，2015年寒假的计划以及计划本身就是这样流产了。

我其实一向不喜欢怎么做计划，因为做的计划基本上都是不会完成的，真的必须要完成的事情即便是不去做计划也是应该完成的就会完成的，但是鉴于应该让事情变得更加条理化，或者应该尝试提高自己完成计划时候的所带来的成就感，所以找点时间就想想2015自己比较想完成的事情吧。