欢迎大家赞助一杯啤酒🍺 我们准备了下酒菜：Formal mathematics/Isabelle/ML, Formal verification/Coq/ACL2, C++/F#/Lisp
DragonFlyBSD
小 |
|||
| （未显示2个用户的7个中间版本） | |||
| 第1行： | 第1行： | ||
| − | [[Image: | + | [[Image:Dragonflybsd.jpg|right]] |
| + | {{SeeWikipedia}} | ||
| + | |||
| + | DragonFlyBSD 是从 FreeBSD 4.8 分支发展起来 Unix 系统。 | ||
| + | |||
| + | ==简介== | ||
| + | DragonflyBSD是最年轻的BSD，专门提供比FreeBSD更优秀的对称多处理机系统，并使内核直接支持SSI集群，以取得更好的计算效果。这个项目在此方向上，才开始数年，主要关注i386平台。 | ||
| + | |||
| + | Matthew Dillon(前FreeBSD内核开发者，他的主要贡献集中于VM子系统和文件系统)在7月17日正式对外公开了DragonflyBSD计划，这个项目是FreeBSD的一个fork，更精确地说，DragonflyBSD派生于FreeBSD 4-STABLE。 | ||
| + | |||
| + | DragonflyBSD采用了与FreeBSD 5.x系列不同的SMP发展路线。此外，DragnonflyBSD将包含以各完全重写的package系统。DragonflyBSD最终将包括FreeBSD 5.x的全部特性，当然，这并不是目前的努力目标。 | ||
| + | |||
| + | 在正式宣布DragonflyBSD之前，Matt已经完成了一些初步的“证明性”工作，DragonflyBSD在宣布之时，与 FreeBSD 4-STABLE已经有了超过40万行的代码差异，与FreeBSD 5.x不同，DragonflyBSD采用的是无互斥体(mutex-free)的轻量级内核级线程(light weight kernel threading, LKWT)结构。目前，已经包括了LKWT系统，中断线程，以及纯线程系统进程。 | ||
| + | |||
| + | 另外，Matt正在积极地将内核的系统调用(system calls)改为基于消息(messages)的机制。这一改进将显著地提高性能。 | ||
| + | |||
| + | 目前，DragonflyBSD还只能在i386平台上运行。在机器相关(MD, Machine-Dependent)架构被清理和完成之前，暂时还没有移植到其它平台上的计划。Matt曾考虑过从5.x的代码开始开发，但由于5.x 已经相当大范围地使用了互斥体，从4.x开始进行改进要比从5.x开始更为容易一些。 | ||
| + | |||
| + | 近期进展 | ||
| + | |||
| + | DragonflyBSD刚刚完成了cvs目录的重新整理，由于这个原因，目前内核可能会有短暂的无法编译问题。DragonflyBSD 的开发者正在努力解决这些问题。几天前，Kerberos VI等一系列在5.x中被摈弃的组件也从DragonflyBSD中删除了，这是DragonflyBSD走向现代化的第一步，Matt表示，最终 DragonflyBSD的基本系统将主要是内核，应用程序将以新的package系统来安装，并且，尽可能好地确保其兼容性。 | ||
| + | |||
| + | 许多FreeBSD committer也参与了DragonflyBSD的开发。 | ||
| + | |||
| + | 关于Matthew Dillon | ||
| + | |||
| + | Matthew Dillon毕业于加州大学伯克利分校电子工程专业，在1999-2003曾担任FreeBSD committer，使用FreeBSD 3.x和4.x的朋友对于dillon这个名字应该不会感到陌生。FreeBSD 4.x引以为傲的稳定性在很大程度上应归功于Matthew Dillon对于VM子系统的改进，特别是他对于交换(swap and paging)系统的整体重写，使得FreeBSD在高负载的环境下仍然能够保持磐石一般的稳定性。 | ||
| + | |||
| + | 在FreeBSD 5.x的开发中，Matt完成了相当多的SMPng内核的初期工作。2002年Matt曾参选FreeBSD core，但由于的票列第11位因此未能当选。2003年2月，由于Matt违反了许多对于committer的行为规则，FreeBSD core第二次(第一次是在2000年初)取消了Matthew Dillon的commit权限。尽管如此，Matt仍然在积极地参与FreeBSD的开发。 | ||
| + | |||
| + | (来源: http://forum.cnfug.org/index.php?showtopic=358) | ||
| + | |||
| + | ==链接== | ||
| + | *http://www.dragonflybsd.org | ||
| + | |||
| + | {{comment}} | ||
| + | |||
| + | [[category:operating system]] | ||
| + | [[category:FreeBSD]] | ||
| + | [[category:BSD]] | ||
2019年10月12日 (六) 15:52的最后版本
|
您可以在Wikipedia上了解到此条目的英文信息 DragonFlyBSD Thanks, Wikipedia. |
DragonFlyBSD 是从 FreeBSD 4.8 分支发展起来 Unix 系统。
[编辑] 简介
DragonflyBSD是最年轻的BSD，专门提供比FreeBSD更优秀的对称多处理机系统，并使内核直接支持SSI集群，以取得更好的计算效果。这个项目在此方向上，才开始数年，主要关注i386平台。
Matthew Dillon(前FreeBSD内核开发者，他的主要贡献集中于VM子系统和文件系统)在7月17日正式对外公开了DragonflyBSD计划，这个项目是FreeBSD的一个fork，更精确地说，DragonflyBSD派生于FreeBSD 4-STABLE。
DragonflyBSD采用了与FreeBSD 5.x系列不同的SMP发展路线。此外，DragnonflyBSD将包含以各完全重写的package系统。DragonflyBSD最终将包括FreeBSD 5.x的全部特性，当然，这并不是目前的努力目标。
在正式宣布DragonflyBSD之前，Matt已经完成了一些初步的“证明性”工作，DragonflyBSD在宣布之时，与 FreeBSD 4-STABLE已经有了超过40万行的代码差异，与FreeBSD 5.x不同，DragonflyBSD采用的是无互斥体(mutex-free)的轻量级内核级线程(light weight kernel threading, LKWT)结构。目前，已经包括了LKWT系统，中断线程，以及纯线程系统进程。
另外，Matt正在积极地将内核的系统调用(system calls)改为基于消息(messages)的机制。这一改进将显著地提高性能。
目前，DragonflyBSD还只能在i386平台上运行。在机器相关(MD, Machine-Dependent)架构被清理和完成之前，暂时还没有移植到其它平台上的计划。Matt曾考虑过从5.x的代码开始开发，但由于5.x 已经相当大范围地使用了互斥体，从4.x开始进行改进要比从5.x开始更为容易一些。
近期进展
DragonflyBSD刚刚完成了cvs目录的重新整理，由于这个原因，目前内核可能会有短暂的无法编译问题。DragonflyBSD 的开发者正在努力解决这些问题。几天前，Kerberos VI等一系列在5.x中被摈弃的组件也从DragonflyBSD中删除了，这是DragonflyBSD走向现代化的第一步，Matt表示，最终 DragonflyBSD的基本系统将主要是内核，应用程序将以新的package系统来安装，并且，尽可能好地确保其兼容性。
许多FreeBSD committer也参与了DragonflyBSD的开发。
关于Matthew Dillon
Matthew Dillon毕业于加州大学伯克利分校电子工程专业，在1999-2003曾担任FreeBSD committer，使用FreeBSD 3.x和4.x的朋友对于dillon这个名字应该不会感到陌生。FreeBSD 4.x引以为傲的稳定性在很大程度上应归功于Matthew Dillon对于VM子系统的改进，特别是他对于交换(swap and paging)系统的整体重写，使得FreeBSD在高负载的环境下仍然能够保持磐石一般的稳定性。
在FreeBSD 5.x的开发中，Matt完成了相当多的SMPng内核的初期工作。2002年Matt曾参选FreeBSD core，但由于的票列第11位因此未能当选。2003年2月，由于Matt违反了许多对于committer的行为规则，FreeBSD core第二次(第一次是在2000年初)取消了Matthew Dillon的commit权限。尽管如此，Matt仍然在积极地参与FreeBSD的开发。
(来源: http://forum.cnfug.org/index.php?showtopic=358)
[编辑] 链接
<discussion>characters_max=300</discussion>
