Dillon inició DragonFly con la creencia de que las técnicas adoptadas para subprocesos y multiprocesamiento simétrico en FreeBSD 5[6]​ conducirían a un bajo rendimiento y problemas de mantenimiento.

Trató de corregir estos problemas anticipados dentro del proyecto FreeBSD.

[16]​ DragonFly se ejecutó originalmente en la arquitectura x86; sin embargo, a partir de la versión 4.0 ya no es compatible.

[10]​ El subsistema LWKT se emplea para dividir el trabajo entre varios subprocesos del kernel (por ejemplo, en el código de red hay un subproceso por protocolo por procesador), lo que reduce la competencia al eliminar la necesidad de compartir ciertos recursos entre varias tareas del kernel.

[18]​ Para ejecutarse de manera segura en máquinas multiprocesador, el acceso a los recursos compartidos (como archivos, estructuras de datos) debe serializarse para que los subprocesos o procesos no intenten modificar el mismo recurso al mismo tiempo.

Mientras que tanto Linux como FreeBSD 5 emplean modelos mutex detallados para lograr un mayor rendimiento en sistemas multiprocesador, DragonFly no lo hace.

[15]​ Hasta hace poco, DragonFly también empleaba spls, pero estos fueron reemplazados por secciones críticas.

[17]​ Los tokens de serialización se utilizan para evitar accesos simultáneos desde otras CPUs y pueden ser retenidos simultáneamente por varios subprocesos, lo que garantiza que solo uno de esos subprocesos se esté ejecutando en un momento dado.

El código del token de serialización está evolucionando hacia algo bastante similar a la función "Leer-copiar-actualizar" ahora disponible en Linux.

Estos incluyen el temporizador basado en kqueue, la consola (asignada a la virtual terminal donde se ejecuta vkernel), la imagen de disco y el dispositivo Ethernet de kernel virtual (VKE), canalizando todos los paquetes a la interfaz tap, a los dispositivos de red virtual del núcleo, del host.

[7]​[27]​ Eventualmente, mantener la compatibilidad con pkgsrc requería más esfuerzo del previsto inicialmente, por lo que el proyecto creó DPorts, una superposición sobre la colección FreeBSD Ports.

[30]​ A partir de 2011, la compatibilidad con CARP está integrada en DragonFly BSD.

HAMMER fue desarrollado específicamente para DragonFly BSD para proporcionar un sistema de archivos análogo, rico en características, pero mejor diseñado que el cada vez más popular ZFS.

[38]​ Al igual que con FreeBSD y OpenBSD, los desarrolladores de DragonFly BSD están reemplazando lentamente el código C estilo prototipo previo a la función con equivalentes ANSI más modernos.

Las instantáneas diarias están disponibles en el sitio maestro para aquellos que desean instalar las versiones más recientes de DragonFly sin compilar desde el origen.