赞一个minidump
Peter Wemm大长辈实现了在i386和amd64平台上的minidump。刚刚尝试了一下手动panic之后的结果,从512MB锐减到32MB了,而且该有的数据都有,确实不错。
共 257 篇文章。
Peter Wemm大长辈实现了在i386和amd64平台上的minidump。刚刚尝试了一下手动panic之后的结果,从512MB锐减到32MB了,而且该有的数据都有,确实不错。
有人在有人问是不是要实现类似FreeBSD的ZERO_COPY_SOCKET的时候怒啦,说啦:“I claim that Mach people (and apparently FreeBSD) are incompetent idiots. Playing games with VM is bad. memory copies are also bad, but quite frankly, memory copies often have less downside than VM games, and bigger caches will only continue to drive that point home.”
可是:
a) ZERO_COPY_SOCKET 并非默认启用的功能。
b) FreeBSD在7年前就实现了这个功能,某些系统至今连这个选项都没有。
c) FreeBSD的zero_copy manpage明示了其性能影响。
UFS的目录项中的文件名字段是定长的(参见sys/ufs/dir.h),这样也许我们可以把symlink的内容(如果够短的话)保存到目录项,而不是inode所指定的fragment上,从而访问symlink可以节省最多两次I/O操作。
昨天活动的时候说FreeBSD有三千万行代码,回来仔细查了一下这个数字偏差很大,在6-STABLE上应该是一千二百七十八多万行,因此应该说是一千多万行,在此向听众们道歉。
我们即将发布6.1-RC1。虽然消息有些突然,但总体来说,现在6.1-RC1的情况还算不错,最后的那些问题希望能在一周内搞定。
So I finally got to figure out that Charlie’s kernel was built on Dec 20 last year, I will upgrade it to latest FreeBSD/amd64 7.0-CURRENT.
Charlie is the desktop box which has many of my hacks on it :-)
有人说要自行开发一个OS Kernel,不过回复的人确实说的很经典:
开始下手–〉没有头绪–〉查阅资料–〉代码太长、干脆拷贝–〉拼凑怪物–〉大功告成、不能运行–〉挖空心思–〉我很忙–〉未遂残念
我们将在大约月底的时候开始代码冻结,并准备两个新的RELEASE。我们的主要精力将集中于FreeBSD 6.1,而FreeBSD 5.5则集中于修正严重问题。近期发现的一系列功能和性能上的改进,将合并到这两个分支上。
今天一条内部消息(很快会正式公布)说我们得到了一个强悍的代码静态分析工具的授权。希望这能够为我们的开发带来新的想法,登录上去看了看,感觉很有挑战,许多似是而非的问题,到底是不是真的问题,其实都需要我们去手工地阅读代码和重新验证。