Maybe...
After RELENG_6 has forked off, we now have 1MB+ diff’s against HEAD.
Merge some of them?
共691篇文章。
After RELENG_6 has forked off, we now have 1MB+ diff’s against HEAD.
Merge some of them?
Colin has finally added portsnap and related stuff (bsdiff, etc) to FreeBSD 7.0-CURRENT. This would not be MFC’ed before 6.0-RELEASE, but still good enough because it will attract more users to use it.
Portsnap is a secure and efficient alternative to the current ports tree update approach. Since it goes through HTTP, it is much easier than other existing methods to use it to obtain ports, especially from some brain-damaged administrated networks.
本周应该差不多了吧,不知道会有多少个RC哦……
不到4分钟就有人反对我提高某一默认值的提议,不过我还是在游说这样做的好处。
This is an important step of getting the tools like freebsd-update and portsnap into base system, which provides good method of updating the base system (through binary updates) and ports tree.
David Xu’s two recent commits against -HEAD has finally fixed ULE on SMP, PREEMPTION and FULL_PREEMPTION case. Both his and my stress tests has proven that ULE is now rock solid again.
Now we will focus on solving other issues. Please be sure to test our next 6-STABLE snapshot and provide feedback, so we can make a great 6.0-RELEASE!
So time comes that we should consider whether some of our string operations is not optimial and needs some operation. NetBSD seems to have done a lot of good work to make their MD layer better, and we should take these improvements if they are proven.
David O’Brien has pointed out that we should be careful on this, however, since some micro optimizations may hinder performance in a large scenario. With this concern in mind, I will redo some more benchmarks and request for -arch@’s idea before considering commiting the patchset. Currently, the NetBSD implementation of swab(2) is proven to be slower than the GCC generated code by about 25%. I will look into the assembly code generated to see whether I can help to solve this.
Finally we got ULE fixed! After some observation about stability this would definately be MFC’ed to RELENG_[56].
UPDATE: This is proven incomplete. We are still under investigation.
UPDATE: A subsequent commit of David Xu has finally got it fixed.
You can obtain and test it here:
今天的测试过程中发现了一个新的panic:
panic: mpt_get_request: corrupted request free list (ccb)
这个panic似乎与swap的消耗有关,初步定为为LSI SCSI卡驱动的问题。port 7上面的mpt驱动中。