(no commit message)
authordillon <dillon@web>
Sat, 30 Oct 2010 17:19:07 +0000 (10:19 -0700)
committerCharlie <root@leaf.dragonflybsd.org>
Sat, 30 Oct 2010 17:19:07 +0000 (10:19 -0700)
release28/index.mdwn

index fd56233..8d96312 100644 (file)
@@ -5,13 +5,16 @@ The DragonFly 2.8 release is here!
 
 ## Big-ticket items
 
+**Return of the GUI** - The 2.8 release includes a larger 4G USB image with a working
+X environment and full sources in addition to the standard 700M ISO and 1G USB images.
+
 **Crypto support** - A cryptsetup compatible cryptographic device mapper target was written for DragonFly.  This means that it is now possible to encrypt DragonFly partitions (e.g., HAMMER and UFS). While it is possible to only encrypt any partition like `/home/`, it is also possible to encrypt the whole root file system. The latter is especially useful for mobile devices. It is also possible to encrypt the swap partition while still being able to dump a kernel core. Further, the code is SMP aware, so expect a speedup if using multi-core machines and don't have cryptographic hardware support.
 
 **Packet Filter (pf)** - Pf was updated to a version based upon OpenBSD 4.2. The previous version of pf in DragonFly was based on OpenBSD 3.5. This, in addition to laying the ground for further following OpenBSD's implementation, introduced several performance gains: Information like route-to, altq, tags, etc are now stored in the `mbuf` header directly. This was partially already the case up to DragonFly 2.6, but now the implementation corresponds to OpenBSD's. Furthermore an often unnecessary checksumming was removed, which gains another 10% performance.  Also state tables and interface bound states were reimplemented and the pf_test_*() functions where fold into pf_test_rule() to make things clearer. DragonFly-specific additions, support for fairq packet queueing and pickups, have remained intact.
 
 **WiFi Stack Update** - FreeBSD's WiFi (802.11) network stack has been ported.  While not all WiFi drivers have been ported the ability to port drivers from FreeBSD much more easily will allow us to ultimately add support for more and newer WiFi devices in the near future.
 
-**MP Performance** - The multiprocessor work that has been ongoing in DragonFly is beginning to bear fruit. The MPLOCK (The primary lock, that when held ensures only a single cpu is operating within the kernel) has been pushed back significantly with this release. Another major effort has involved replacing the MPLOCK with LWKT soft tokens in most of the major subsystems throughout the kernel. These tokens still acquire the MPLOCK, but feature a sysctl to disconnect the token from the MPLOCK for testing, increasing safety for future development. The system is nearly stable with 'lwkt.vm_mpsafe' set, for example, which removes the MPLOCK from the entire VM subsystem. The result of this continuing work is improved performance for many workloads.
+**MP Performance** - The multiprocessor work that has been ongoing in DragonFly is really starting to bear fruit. The MPLOCK (The primary lock, that when held ensures only a single cpu is operating within the kernel) has been pushed back significantly with this release. Most of the frontend code now uses soft tokens instead of the MPLOCK, though for safety these particular soft tokens still acquire the MPLOCK.  We will be phasing out the safety feature as work progresses.  More importantly, HAMMER now runs with a per-mount lock and has specific optimizations to run 100% MPSAFE in the cached read & stat paths.  Much of the system backend including the buffer cache, the networking subsystem (protocol stacks and netif drivers), and the AHCI disk driver are now completely MP-safe and do not acquire the MPLOCK at all.  For most intents and purposes the system is running MP-safe.  I don't want to sell this short because large portions of the core infrastructure have been MP-safe for years.  But now those MP-safe paths for the first time can reach all the way from userland to the device drivers on the backend.
 
 ## Availability
 
@@ -19,9 +22,9 @@ Three release options are now available for 32-bit as well as for 64-bit.
 
 * An ISO, to be burned to a physical cd or used as an image to install a virtual machine.
 * A bootable USB disk-key image (minimum 1G USB stick needed)
-* A GUI bootable USB disk-key image with a full X environment.
+* A GUI bootable USB disk-key image with a full X environment (4G USB stick needed).
 
-The release ISO images should be available on most of the [[mirrors|mirrors]]. If the ISO is not available on a certain mirror, please try another one or download it from the DragonFly FTP server. Each image is in the "Live CD" format, meaning that it boots into a running and fully functional DragonFly system, which can be used for testing or system recovery tasks as well as installation
+The release ISO images should be available on most of the [[mirrors|mirrors]]. If the ISO is not available on a certain mirror, please try another one or download it from the DragonFly master site. Each image is in the "Live CD" format, meaning that it boots into a running and fully functional DragonFly system, which can be used for testing or system recovery tasks as well as installation
 
 
 ### MD5 sums