ACPI

终于，是吧，直接写入BIOS的终极木马诞生了。十几年前的CIH病毒等等现在看来都是小儿科。

这种东西迟早会出现，这个我并不觉得奇怪，但是这次CORE实现的这个攻击是一个通用性很强的攻击，换言之，它能够适应多种不同品牌的 BIOS；实际上我认为这种攻击很可能也适用于网卡、RAID卡、显卡上面的可刷写ROM。例如，如果在 VBE 中写上这么一个玩意呢？现在看来 ACPICA 真是一个有前瞻性的玩意，也许 Intel 早就意识到了这种问题可能会发生？

最近 current 邮件列表讨论的很凶的一个问题是，MySQL很不理性地在每一个I/O操作时都调一次time()。这一操作在FreeBSD上面相当的昂贵(为了保证精度)，而Linux采取了许多优化(有些是牺牲精度的)措施，因而性能差距越来越大。

于是有一个人在FreeBSD上做了试验，说改一下默认的时钟能够将性能提高6倍……不带这么玩的，ft……

BTW. clive也测了一下，在他机器上结果是：

I have been suffered by the speed of GNOME because it usually gets “jitter”.

It seems that marcus@ have the same problem. I have tried HZ=100 but it seems that nothing was changed. Then I have disabled ACPI and it seems the issue was worked around.

What happend in ACPI, so? Still under investigate.

Here:
还是让我来诠释一下吧：

1.决不引进新的文件系统，除非有人能证明我们现有的文件系统无法存储某种文件.

2.看清谁是我们的用户和看清楚谁不是我们的用户一样重要,我们要让我们的用户时刻"充满希望",我们的用户都是乐观向上地,他们只要能看到 将来 我们有可能 在现有基础架构上 实现 和 现在 别人的用户 正在 使用的功能 的希望 就满足了.

3.我们决不会闭门造车,你看,我们要统一"raid frame"的 雄心 就是 被 那个 一直饱受(翻译的话请使用过去将来进行时)“Adaptec SCSI Host raid"折磨的用户 所激励地.

4.如果我们 能 建议用户不加载ACPI模块 并 能让那些 被那个蹩脚的ACPI奴役的 用户们 接受 我们的建议 的 话, 那么我们也许最好干脆不去解决现在的ACPI问题了, 因为我们 需要 再次地 去 完整地 理解 一下新版本的ACPI呀.

5.请看,我们只用了10%的努力去维护几个论坛和邮件列表 就 出色地解决了每个RELEASE版本中90%的默认配制下的BUG, 这是个更多么简单的解决方案啊.

6.我们用PORTS把用户从复杂的第三方软件安装操作中隔离并解救出来,用户只需要简单地make install就可以啦….什么?你想在编译之前加一些配制参数?你完全可以把我们映射过的参数放到环境变量中啊…..什么?我们映射出来的参数不全…这可真是遗憾啊,不好意思啦,没有参考文档,还是请您自己研究一下Makefile文件吧,我们相信你的实力,您是完全可以自己搞明白Makefile文件中的那些变量的.

7.我们提供了很多的功能和机制以及大量的参数,我们相信您可以根据您的实际应用总结出一套配制方案.这样对您是很有好处的,因为通过这个配制过程,您可以总结出一套适合自己的策略,这样您所实现地应用就会比那些不了解您的"策略"的人所实现的应用更加出色,而且您还可以比别人"更会"使用我们的XxxxXXX.

This is basically equivlent as what is running on beastie.frontfree.net. It exhibits stablity and performance improvements the recent work by FreeBSD folks.

Main new features (all from FreeBSD):

• gcc 3.4.2
• ACPI, drivers’ improvements
• VM improvements

etc.

Yeah I know that you were surprised why there were not delphijfork during the last two weeks, that is because I was extremely busy and beasite got some problems. Now everything seems to be sane.

I will release third (more or less unstable) release ISO if nothing will prevent me from doing that :-) The latest delphijfork includes several new features, which is tend to exhibit new technologies and possiblities of FreeBSD:

• An implementation of RFC 3522 ported from DragonFlyBSD
• An implementation of Early Retransmission ported from DragonFlyBSD

Also, FreeBSD-CURRENT has several new features, including:

• In progress import of binutils 2.15
• pf 3.5. Including several new features and works better with spamd.
• better ACPI support

Now beastie.frontfree.net is running with HTT enabled.

Several commits must be done on FreeBSDChina’s doc tree,
Many commits must be done in the local Frontfree tree,
And the GridDistribute,
as well as mathmetics.

When is the end, and when is the start?
What will happen, if I want to have a rest?
While this is something to be similiar with what happend in the past,
I am supposed to have some busy days…

John has published a new patch:

http://people.freebsd.org/~jhb/patches/acpi_sci2.patch