hack to keep excessive automatic output from making sidebar too big
[ikiwiki.git] / index.mdwn
1 ## Ongoing DragonFly News
2
3 <div class="infobox">
4 <span style=display:none>
5 [[!aggregate  name="DragonFly Digest news<br>" dir="digest"
6 feedurl="http://www.shiningsilence.com/dbsdlog/feed"
7 url="http://www.shiningsilence.com/dbsdlog/" updateinterval="1"
8 expireage="7" expirecount="20"]]
9 </span>
10
11 <ul>
12 <span class="inlinecontent">[[!inline  pages="internal(digest/*)" feeds="no" template="digestitem"]]</span>
13 </ul>
14
15 </div>
16
17
18 ### 2.2.1 released - 27 April 2009
19
20 The [[new 2.2 release|release22]] includes [[Hammer|hammer]], a filesystem that includes instant crash recovery, 
21 multi-volume file systems, data integrity checking, fine grained history retention, and the ability to 
22 mirror data to other volumes.  It has undergone extensive stress-testing and is considered production-ready!
23
24 ### Summer of Code participation
25
26 DragonFly [has been accepted](http://socghop.appspot.com/org/home/google/gsoc2009/dragonflybsd) to Google's Summer of Code for 2009, after a successful [[2008 session|docs/developer/GoogleSoC2008]].  If you're a student, start planning for entering your proposal on the 23rd.  If you can mentor, please sign up at the [Google site](http://socghop.appspot.com/) and request a mentoring slot.  There is [[an initial page|gsoc2009]] listing potential projects; please read and add to it if you are interested.
27
28 Check the [DragonFly Digest](http://www.shiningsilence.com/dbsdlog/) for other current events, or check the headlines listed on this page.
29
30
31 ## What is DragonFly BSD?
32
33 DragonFly belongs to the same class of operating system as BSD and Linux
34 and is based on the same UNIX ideals and APIs.  DragonFly gives the BSD
35 base an opportunity to grow in an entirely different direction from the one
36 taken in the FreeBSD, NetBSD, and OpenBSD series.
37
38 From 2003 (when DragonFly first forked from FreeBSD), to early 2007,
39 the DragonFly project focused on rewriting most of the major kernel
40 subsystems to implement required abstractions and support mechanics
41 for the second phase of the project.  This involved a great deal of work
42 in nearly every subsystem, particularly the filsystem APIs and kernel core.
43 During all of this we have managed to keep the system updated with regards
44 to the third party applications and base system utilities needed to make
45 any system usable in production.  We have also adopted the PkgSrc system for
46 management of all non-base-system third-party applications in order to pool
47 our resources with other BSD projects using the system.
48
49 In the 2007-2008 time-frame a new filesystem called HAMMER was developed
50 for DragonFly.  HAMMER sees its first light of day in the July 2008
51 2.0 release.  This filesystem has been designed to solve numerous issues
52 and to add many new capabilities to DragonFly, such as fine-grained
53 snapshots, instant crash recovery, and near real-time mirroring.
54 The filesytem is also intended to serve as a basis for the clustering
55 work that makes up the second phase of the project.
56
57 The second phase of the project is now upon us.  The DragonFly project's
58 ultimate goal is to provide native clustering support in the kernel.
59 This involves the creation of a sophisticated cache management
60 framework for filesystem namespaces, file spaces, and VM spaces, which
61 allows heavily interactive programs to run across multiple machines with
62 cache coherency fully guaranteed in all respects.  This also involves being
63 able to chop up resources, including the cpu by way of a controlled VM
64 context, for safe assignment to unsecured third-party clusters over the
65 internet (though the security of such clusters itself might be in doubt,
66 the first and most important thing is for systems donating resources to not
67 be made vulnerable through their donation).
68
69
70
71