(no commit message)
authordillon <dillon@web>
Mon, 12 Jul 2010 06:45:46 +0000 (23:45 -0700)
committerCharlie <root@leaf.dragonflybsd.org>
Mon, 12 Jul 2010 06:45:46 +0000 (23:45 -0700)
features/index.mdwn

index f8f40bc..8e34398 100644 (file)
@@ -2,18 +2,22 @@
 
 ## KERNEL
 
-Please keep in mind that major modifications have been made to nearly the entire DragonFly kernel relative to the original FreeBSD-4.x fork.  There is very little similarity between the two today.  This is an attempt to iterate the largest, most user-visible changes.
+Please keep in mind that major modifications have been made to nearly the entire DragonFly kernel relative to the original FreeBSD-4.x fork.  There is very little similarity between the two today.  This is an attempt to iterate the largest, most user-visible changes unique to DragonFly.
 
-* The scheduler abstraction has been split up into two layers.  The LWKT (Light Weight Kernel Thread) scheduler is used by the kernel to schedule all executable entities.  The User Thread Scheduler is a separate scheduler which selects one user thread at a time for each cpu and schedules it using the LWKT scheduler.  Both scheduler abstractions are per-cpu but the user thread scheduler uses a common list of runnable processes.
+* The scheduler abstraction has been split up into two layers.  The LWKT (Light Weight Kernel Thread) scheduler is used by the kernel to schedule all executable entities.  The User Thread Scheduler is a separate scheduler which selects one user thread at a time for each cpu and schedules it using the LWKT scheduler.  Both scheduler abstractions are per-cpu but the user thread scheduler selects from a common list of runnable processes.
 
-* The User Thread Scheduler further abstracts out user threads from the user process entity.  A user process contains one or more LWP (Light Weight Process) entities.  Each entity represents a user thread under that process.  The old rfork() mechanic still exists but is no longer used.  The threading library uses LWP-specific calls.
+* The User Thread Scheduler further abstracts out user threads.  A user process contains one or more LWP (Light Weight Process) entities.  Each entity represents a user thread under that process.  The old rfork() mechanic still exists but is no longer used.  The threading library uses LWP-specific calls.
 
-* The kernel memory allocator has two abstracted pieces.  Basic kernel kmalloc is called kmalloc() and is based on an enhanced per-cpu slab allocator.  This allocator is essentially lockless.  There is also an object-oriented memory allocator in the kernel called objcache which is also essentially lockless.
+* The kernel memory allocator has two abstracted pieces.  The basic kernel malloc is called kmalloc() and is based on an enhanced per-cpu slab allocator.  This allocator is essentially lockless.  There is also an object-oriented memory allocator in the kernel called objcache which is designed for high volume object allocations and deallocations and is also essentially lockless.
 
 * DEVFS is the DragonFly device filesystem.  It works similarly to device filesystems found on other modern unix-like operating systems.  The biggest single feature is DEVFS's integration with block device serial numbers which allows a DragonFly system to reference disk drives by serial number instead of by their base device name.  Thus drives can be trivially migrated between physical ports and driver changes (base device name changes) become transparent to the system.
 
 * VKERNEL - DragonFly implements a virtual kernel feature for running DragonFly kernels in userland inside DragonFly kernels.  This works similarly to Usermode Linux and allows DragonFly kernels to be debugged as a userland process.  The primary use is to make kernel development easier.
 
+* NFS V3 RPC Asynchronization - DragonFly sports a revamped NFSv3 implementation which gets rid of the nfsiod threads and implements a fully asynchronous RPC mechanic using only two kernel threads. The new abstraction fixes numerous stalls in the I/O path related to misordered read-ahead requests.
+
+* Disk I/O scheduler - DragonFly implements a disk scheduler framework controlled by the dschedctl utility and a fair-queue disk scheduler module.  The ioprio utility may then be used to control I/O priorities on a process-by-process basis.
+
 ## HAMMER - DragonFly Filesystem
 
 HAMMER is the DragonFly filesystem, replacing UFS.  HAMMER supports up to an Exabyte of storage, implements a fast UNDO/REDO FIFO for fsync(), recovers instantly on boot after a crash (no fsck), and implements a very sophisticated fine-grained historical access and snapshot mechanic.  HAMMER also sports an extremely robust streaming, queueless master->multiple-slave mirroring capability which is also able to mirror snapshots and other historical data.
@@ -35,7 +39,3 @@ The DragonFly Mail Agent is a bare-bones (though not so bare-bones any more) mai
 Originally a NetBSD port the guts have been radically adjusted and carefully tuned to provide a low-contention read path and to directly tie the backing store to the VM/paging system in a way that treats it almost like normal memory.  Only memory pressure will force tmpfs data pages into swap.
 
 TMPFS replaces MFS and MD (for post-boot use).
-
-## NFS V3 RPC Asynchronization
-
-DragonFly sports a revamped NFSv3 implementation which gets rid of the nfsiod threads and implements a fully asynchronous RPC mechanic using only two kernel threads. The new abstraction fixes numerous stalls in the I/O path related to misordered read-ahead requests.