دراجون فلاي بي إس دي

📅 آخر تحديث: ٢٤ يوليو ٢٠٢٦
✍️ نُشر في: ٢٤ يوليو ٢٠٢٦
📷 يحتوي على 3 صور
الموسوعة الحرة

DragonFly BSD هو نظام تشغيل مجاني ومفتوح المصدر يشبه نظام Unix، وهو مشتق من FreeBSD 4.8. بدأ ماثيو ديلون ، مطور Amiga في أواخر الثمانينيات وأوائل التسعينيات، ومطور FreeBSD بين عامي 1994 و2003، العمل على DragonFly BSD في يونيو 2003 وأعلن عنه على قوائم بريد FreeBSD في 16 يوليو 2003. [ 4 ]

بدأ ديلون مشروع DragonFly انطلاقًا من اعتقاده بأن التقنيات المُعتمدة للمعالجة المتعددة المتناظرة والخيوط في FreeBSD 5 [ 5 ] ستؤدي إلى ضعف الأداء ومشاكل في الصيانة. وسعى إلى معالجة هذه المشاكل المتوقعة ضمن مشروع FreeBSD. [ 6 ] ونظرًا للخلافات مع مطوري FreeBSD الآخرين حول تطبيق أفكاره، [ 7 ] فقد سُحبت منه صلاحياته في تعديل قاعدة الشفرة البرمجية مباشرةً . مع ذلك، لا يزال مشروعا DragonFly BSD وFreeBSD يعملان معًا، ويتبادلان إصلاحات الأخطاء وتحديثات برامج التشغيل وغيرها من التحسينات. وقد سمّى ديلون المشروع تيمنًا بصورة التقطها ليعسوب في فناء منزله، بينما كان لا يزال يعمل على FreeBSD.

صُممت DragonFly لتكون امتدادًا منطقيًا لسلسلة FreeBSD 4.x، إلا أنها انحرفت عنها بشكل ملحوظ، حيث طبقت خيوط نواة خفيفة الوزن (LWKT)، ونظام تمرير رسائل داخل النواة ، ونظام ملفات HAMMER . [ 8 ] وقد تأثرت العديد من مفاهيم التصميم بنظام AmigaOS . [ 9 ]

تصميم النظام

النواة

يُشابه نظام المراسلة في نواة النظام قيد التطوير الأنظمة الموجودة في النوى المصغرة مثل Mach ، إلا أنه أقل تعقيدًا بطبيعته. يتمتع نظام المراسلة في DragonFly بالقدرة على العمل بشكل متزامن أو غير متزامن، ويسعى إلى استغلال هذه الإمكانية لتحقيق أفضل أداء ممكن في أي حالة معينة. [ 10 ]

بحسب المطور ماثيو ديلون ، يجري العمل على توفير إمكانيات إدخال/إخراج الأجهزة (I/O) ومراسلة نظام الملفات الافتراضي (VFS)، مما سيمكن من تحقيق بقية أهداف المشروع. ستتيح البنية التحتية الجديدة نقل أجزاء كثيرة من نواة النظام إلى مساحة المستخدم؛ حيث يسهل تصحيح أخطائها لأنها ستكون برامج أصغر حجمًا ومعزولة، بدلًا من كونها أجزاء صغيرة متشابكة في كتلة برمجية أكبر. إضافةً إلى ذلك، فإن نقل أجزاء محددة من شفرة النواة إلى مساحة المستخدم يُعزز من متانة النظام؛ فإذا تعطل برنامج تشغيل في مساحة المستخدم، فلن يؤدي ذلك إلى تعطل النواة. [ 11 ]

يجري تقسيم استدعاءات النظام إلى إصدارات خاصة بمساحة المستخدم وأخرى خاصة بنواة النظام، وتُغلّف في رسائل. سيساهم ذلك في تقليل حجم نواة النظام وتعقيدها عن طريق نقل متغيرات استدعاءات النظام القياسية إلى طبقة توافق خاصة بمساحة المستخدم ، كما سيساعد في الحفاظ على التوافق الأمامي والخلفي بين إصدارات DragonFly. ويجري نقل رمز التوافق الخاص بنظام Linux وأنظمة التشغيل الأخرى الشبيهة بنظام Unix بطريقة مماثلة. [ 9 ]

عملية ربط الخيوط

نظرًا لأن دعم بنى مجموعات التعليمات المتعددة يُعقّد دعم المعالجة المتعددة المتناظرة (SMP)، [ 7 ] فإن نظام DragonFly BSD يقتصر الآن على دعم منصة x86-64 . [ 12 ] كان DragonFly يعمل في الأصل على بنية x86 ، إلا أنه لم يعد مدعومًا بدءًا من الإصدار 4.0. منذ الإصدار 1.10، يدعم DragonFly ترابطًا بنسبة 1:1 في مساحة المستخدم (خيط نواة واحد لكل خيط في مساحة المستخدم)، [ 13 ] وهو ما يُعتبر حلاً بسيطًا نسبيًا وسهل الصيانة. [ 9 ] كما يدعم DragonFly، الموروث من FreeBSD، تعدد الخيوط. [ 14 ]

في نظام DragonFly، يمتلك كل معالج مركزي مُجدول خيوط خاص به. عند إنشاء الخيوط، تُخصص للمعالجات ولا يتم نقلها استباقيًا من معالج إلى آخر؛ بل يتم ذلك فقط عبر تمرير رسالة مقاطعة بين المعالجات (IPI) بين المعالجات المعنية. كما تتم جدولة الخيوط بين المعالجات عن طريق إرسال رسائل IPI غير متزامنة. من مزايا هذا الفصل الواضح لنظام الخيوط الفرعي أن ذاكرة التخزين المؤقت المدمجة في المعالجات في أنظمة المعالجات المتعددة المتناظرة لا تحتوي على بيانات مكررة، مما يسمح بأداء أعلى من خلال منح كل معالج في النظام القدرة على استخدام ذاكرة التخزين المؤقت الخاصة به لتخزين البيانات المختلفة التي سيعمل عليها. [ 9 ]

يُستخدم النظام الفرعي LWKT لتقسيم العمل بين عدة خيوط نواة (على سبيل المثال، في كود الشبكات، يوجد خيط واحد لكل بروتوكول لكل معالج)، مما يقلل من التنافس عن طريق إزالة الحاجة إلى مشاركة موارد معينة بين مهام النواة المختلفة . [ 7 ]

حماية الموارد المشتركة

لضمان التشغيل الآمن على أجهزة متعددة المعالجات، يجب تسلسل الوصول إلى الموارد المشتركة (مثل الملفات وهياكل البيانات) لمنع الخيوط أو العمليات من تعديل المورد نفسه في الوقت ذاته. ولمنع عدة خيوط من الوصول إلى مورد مشترك أو تعديله في آنٍ واحد، يستخدم DragonFly المقاطع الحرجة وتسلسل الرموز المميزة لمنع الوصول المتزامن. في حين أن كلاً من Linux و FreeBSD 5 يستخدمان نماذج mutex دقيقة لتحقيق أداء أعلى على أنظمة المعالجات المتعددة ، فإن DragonFly لا يستخدمها. [ 7 ] وحتى وقت قريب، كان DragonFly يستخدم أيضًا spls ، ولكن تم استبدالها بالمقاطع الحرجة.

تعتمد معظم مكونات النظام الأساسية، بما في ذلك النظام الفرعي LWKT ، ونظام مراسلة IPI، ومخصص ذاكرة النواة الجديد، على مبدأ عدم القفل، أي أنها تعمل دون استخدام الأقفال المتبادلة، حيث تعمل كل عملية على وحدة معالجة مركزية واحدة. وتُستخدم الأقسام الحرجة للحماية من المقاطعات المحلية، بشكل فردي لكل وحدة معالجة مركزية، مما يضمن عدم مقاطعة أي خيط قيد التنفيذ حاليًا. [ 13 ]

تُستخدم رموز التسلسل لمنع الوصول المتزامن من وحدات المعالجة المركزية الأخرى، ويمكن أن تحتفظ بها عدة خيوط في آنٍ واحد، مما يضمن تشغيل خيط واحد فقط في أي وقت. وبالتالي، لا تمنع الخيوط المحظورة أو الخاملة الخيوط الأخرى من الوصول إلى المورد المشترك، على عكس الخيط الذي يحتفظ بقفل تبادلي. من بين أمور أخرى، يمنع استخدام رموز التسلسل العديد من الحالات التي قد تؤدي إلى حالات جمود وانعكاسات في الأولوية عند استخدام الأقفال التبادلية، بالإضافة إلى تبسيط تصميم وتنفيذ الإجراءات متعددة الخطوات التي تتطلب مشاركة مورد بين عدة خيوط. يتطور رمز التسلسل ليصبح مشابهًا لميزة " القراءة والنسخ والتحديث " المتوفرة حاليًا في لينكس. على عكس تطبيق RCU الحالي في لينكس، يتم تنفيذ DragonFly بحيث تتأثر المعالجات المتنافسة على نفس الرمز فقط، وليس جميع المعالجات في الحاسوب. [ 15 ]

تحوّل نظام DragonFly إلى مُخصِّص شرائح آمن للمعالجات المتعددة ، والذي لا يتطلب استخدام الأقفال المتبادلة أو عمليات الحظر لمهام تخصيص الذاكرة. [ 16 ] وقد نُقل لاحقًا إلى مكتبة C القياسية في بيئة المستخدم، حيث حلّ محلّ تطبيق malloc الخاص بنظام FreeBSD. [ 17 ]

النواة الافتراضية

منذ الإصدار 1.8، يمتلك نظام DragonFly آلية محاكاة افتراضية مشابهة لنظام Linux في وضع المستخدم ، [ 18 ] مما يسمح للمستخدم بتشغيل نواة أخرى في بيئة المستخدم. تعمل النواة الافتراضية ( vkernel ) في بيئة معزولة تمامًا مع واجهات شبكة وتخزين مُحاكاة، مما يُسهّل اختبار أنظمة النواة الفرعية وميزات التجميع. [ 9 ] [ 11 ]

يختلف النواة الافتراضية عن النواة الحقيقية في أمرين هامين: فهي تفتقر إلى العديد من الإجراءات اللازمة لإدارة مكونات الجهاز على مستوى منخفض، وتستخدم دوال مكتبة C القياسية (libc) بدلاً من تطبيقات النواة كلما أمكن ذلك. وبما أن كلاً من النواة الحقيقية والافتراضية تُجمَّع من نفس قاعدة الشفرة، فإن هذا يعني فعلياً فصل الإجراءات الخاصة بالمنصة وإعادة تنفيذ دوال libc بشكل واضح في شجرة المصدر. [ 19 ]

يعمل النواة الافتراضية (vkernel) فوق طبقات تجريدية للأجهزة توفرها النواة الحقيقية. وتشمل هذه الطبقات المؤقت القائم على قائمة الانتظار (kqueue) ، ووحدة التحكم (المرتبطة بالطرفية الافتراضية حيث يتم تنفيذ النواة الافتراضية)، وصورة القرص، وجهاز إيثرنت النواة الافتراضية ( VKE )، الذي يقوم بتوجيه جميع الحزم إلى واجهة tap الخاصة بالمضيف . [ 20 ]

إدارة الحزم

تتوفر برامج الطرف الثالث على DragonFly كحزم ثنائية عبر pkgngأو من مجموعة منافذ أصلية - DPorts . [ 21 ]

استخدم نظام DragonFly في البداية مجموعة FreeBSD Ports كنظام إدارة الحزم الرسمي ، ولكن بدءًا من الإصدار 1.4، انتقل إلى نظام pkgsrc الخاص بنظام NetBSD ، والذي اعتُبر وسيلةً لتقليل الجهد المطلوب لتوفير برامج الطرف الثالث. [ 6 ] [ 22 ] في النهاية، تبيّن أن الحفاظ على التوافق يتطلب جهدًا أكبر مما كان متوقعًا في البداية، لذلك أنشأ المشروع DPorts، وهو طبقة فوق مجموعة FreeBSD Ports. [ 23 ] [ 24 ]pkgsrc

دعم كارب

تم الانتهاء من التنفيذ الأولي لبروتوكول تكرار العناوين المشتركة (المعروف باسم CARP ) في مارس 2007. [ 25 ] اعتبارًا من عام 2011، تم دمج دعم CARP في نظام التشغيل DragonFly BSD. [ 26 ]

أنظمة ملفات هامر

إلى جانب نظام ملفات يونكس ، الذي يُعدّ عادةً نظام الملفات الافتراضي في أنظمة BSD، يدعم نظام DragonFly BSD نظامي ملفات HAMMER و HAMMER2 . ويُعدّ HAMMER2 نظام الملفات الافتراضي بدءًا من الإصدار 5.2.0.

طُوِّر نظام HAMMER خصيصًا لنظام DragonFly BSD لتوفير بديل غني بالميزات ومُحسَّن التصميم لنظام ZFS الذي يزداد شيوعًا . [ 9 ] [ 11 ] [ 27 ] يدعم HAMMER سجل نظام الملفات القابل للتكوين، واللقطات ، والتحقق من المجموع الاختباري ، وإزالة البيانات المكررة ، وغيرها من الميزات النموذجية لأنظمة الملفات من هذا النوع. [ 18 ] [ 28 ]

يُعتبر نظام الملفات HAMMER2، خليفة نظام HAMMER، مستقرًا الآن، ويُستخدم افتراضيًا، ويُركز عليه التطوير المستمر. وقد نُشرت خطط تطويره مبدئيًا في عام 2012. [ 29 ] وفي عام 2017، أعلن ديلون أن الإصدار التالي من DragonFly BSD (5.0.0) سيتضمن نسخة قابلة للاستخدام، وإن كانت لا تزال تجريبية، من HAMMER2، ووصف ميزات تصميمه. [ 30 ] ومع إصدار النسخة 5.2.0، أصبح HAMMER2 نظام الملفات الافتراضي الجديد.

devfs

في عام 2007، حصل نظام التشغيل DragonFly BSD على نظام ملفات جديد للأجهزة (devfs)، والذي يُضيف ويُزيل عُقد الأجهزة ديناميكيًا، ويُتيح الوصول إلى الأجهزة عبر مسارات الاتصال، ويتعرف على محركات الأقراص من خلال أرقامها التسلسلية ، ويُلغي الحاجة إلى /devتسلسل هرمي مُسبق التعبئة لنظام الملفات. وقد تم تنفيذه كمشروع ضمن برنامج Google Summer of Code لعام 2009. [ 31 ]

لقطات من التطبيق

يدعم نظام DragonFly BSD ميزة التطبيقات المقيمة على غرار Amiga : حيث يقوم النظام بأخذ لقطة من مساحة الذاكرة الافتراضية لبرنامج كبير مرتبط ديناميكيًا بعد تحميله، مما يسمح بتشغيل نسخ لاحقة من البرنامج بسرعة أكبر بكثير مما كان عليه الحال في السابق. يحل هذا محل إمكانية الربط المسبق التي كان يجري العمل عليها في مراحل سابقة من تاريخ المشروع، نظرًا لأن دعم التطبيقات المقيمة أكثر كفاءة. ستستفيد البرامج الكبيرة، كتلك الموجودة في تجميع برامج KDE مع العديد من المكتبات المشتركة ، بشكل كبير من هذا الدعم. [ 32 ]

التطوير والتوزيع

DragonFly BSD 6.2.1 مع بيئة سطح المكتب Lumina

كما هو الحال مع FreeBSD و OpenBSD ، يعمل مطورو DragonFly BSD تدريجيًا على استبدال شيفرة C ذات النمط الأولي للوظائف بشيفرة أحدث متوافقة مع معيار ANSI . وكما هو الحال في أنظمة التشغيل الأخرى، تتضمن نسخة DragonFly من مجموعة مُترجمات GNU ميزة مُحسّنة تُسمى " حماية تجاوز سعة المخزن المؤقت" (ProPolice) ، وهي مُفعّلة افتراضيًا، مما يوفر حماية إضافية ضد هجمات تجاوز سعة المخزن المؤقت . (اعتبارًا من 23 يوليو 2005)  لم يعد يتم بناء النواة مع هذه الحماية بشكل افتراضي. [ 32 ]

باعتبارها مشتقة من نظام FreeBSD، ورثت DragonFly نظام بناء متكامل سهل الاستخدام، قادر على إعادة بناء النظام الأساسي بالكامل من المصدر ببضع أوامر فقط. يستخدم مطورو DragonFly نظام التحكم في الإصدارات Git لإدارة التغييرات التي تطرأ على شفرة المصدر . على عكس نظام FreeBSD الأصلي، يتوفر لدى DragonFly إصدارات مستقرة وغير مستقرة في شجرة مصدر واحدة، وذلك بسبب صغر قاعدة المطورين. [ 7 ]

على غرار نواة أنظمة BSD الأخرى (ونواة معظم أنظمة التشغيل الحديثة)، تستخدم DragonFly مصحح أخطاء مدمجًا في النواة لمساعدة المطورين في العثور على أخطاء النواة. علاوة على ذلك، اعتبارًا من أكتوبر 2004 يتم تثبيت نواة تصحيح الأخطاء، التي تجعل تقارير الأخطاء أكثر فائدة في تتبع المشاكل المتعلقة بالنواة، افتراضيًا، على حساب مساحة صغيرة نسبيًا من القرص. عند تثبيت نواة جديدة، تُحذف رموز تصحيح الأخطاء من النسخة الاحتياطية للنواة السابقة ووحداتها لتقليل استخدام مساحة القرص إلى أدنى حد.

وسائل التوزيع

يُوزَّع نظام التشغيل على قرص مضغوط حي (Live CD) وذاكرة فلاش USB حية (Live USB) تُشغِّل نظام DragonFly كاملاً. [ 18 ] [ 31 ] يتضمن النظام الأساسي ومجموعة كاملة من صفحات الدليل، وقد يتضمن شفرة المصدر وحزمًا مفيدة في الإصدارات اللاحقة. تكمن ميزة ذلك في أنه باستخدام قرص مضغوط واحد، يُمكن للمستخدمين تثبيت البرنامج على جهاز كمبيوتر، أو استخدام مجموعة كاملة من الأدوات لإصلاح تثبيت تالف، أو استعراض إمكانيات النظام دون تثبيته. تتوفر لقطات يومية من الموقع الرئيسي لمن يرغبون في تثبيت أحدث إصدارات DragonFly دون الحاجة إلى بنائه من المصدر.

مثل أنظمة BSD المجانية والمفتوحة المصدر الأخرى، يتم توزيع DragonFly بموجب شروط النسخة الحديثة من رخصة BSD .

سجل الإصدارات

الترتيب الزمني العكسي:

إصدارالتاريخ [ 33 ]التغييرات
6.4.29 مايو 2025
  • إصلاحات الأخطاء
6.4.130 أبريل 2025
  • إصلاحات الأخطاء
6.430 ديسمبر 2022
6.2.19 يناير 2022
  • تم نقل NVMM إلى DragonFly
  • تمت إضافة دعم لخاصية growfs لتغيير حجم وحدة تخزين HAMMER2 الحالية .
  • تمت إضافة xdisk. يمكن الآن تركيب أقراص HAMMER2 عن بُعد (ميزة تجريبية).
  • تم استيراد برنامج تشغيل amdgpu ، وهو متوافق مع دعم Linux 4.19.
  • تحديث نظام إدارة الحقوق الرقمية (DRM)
6.010 مايو 2021
  • تحسين أداء أداة "dsynth" - وهي أداة تسمح بصيانة مستودع DPort محلي.
  • تمت إزالة دعم MAP_VPAGETABLE mmap()، ونتيجة لذلك، لا يمكن لـ 'vkernel' العمل في هذا الإصدار
5.83 مارس 2020
5.617 يونيو 2019
  • نظام ذاكرة افتراضية مُحسَّن
  • تحديثات لـ Radeon و TTM
  • تحسينات في أداء برنامج HAMMER2
5.43 ديسمبر 2018
  • تم تحديث برامج التشغيل الخاصة بالشبكة والأجهزة الافتراضية والشاشة
  • GCC 8.0 مع إصدارات GCC السابقة
  • هامر مع المزيد من إصلاحات المشاكل
5.210 أبريل 2018
5.016 أكتوبر 2017
  • نظام ملفات HAMMER2 الجديد
  • يمكنه الآن دعم أكثر من 900,000 عملية على جهاز واحد
  • دعم محسّن لـ i915
  • أداء أفضل لجامعة IPFW
4.827 مارس 2017
  • الدعم الأولي لمعالجات AMD Ryzen
  • دعم محسّن لـ i915
  • تحسين أداء النواة
  • دعم التمهيد من ذاكرة eMMC
  • حلت LibreSSL محل OpenSSL في الأساس
  • GCC 5.4.1
  • دعم LTO
  • إطار عمل Clang الأولي
  • دعم تثبيت UEFI
4.62 أغسطس 2016
4.47 ديسمبر 2015
  • جي سي سي 5.2
  • goldالآن هو الرابط الافتراضي
  • تحسين دعم i915 و Radeon
  • إصلاح شامل لنظام اللغة
  • دعم ترتيب المواقع المحلية المسماة
  • تم استبدال مكتبة Regex بـ TRE
  • دعم إصدار الرموز في مكتبة libc
  • عمليات تنظيف وإصلاح عديدة باستخدام برنامج HAMMER
4.229 يونيو 2015
4.025 نوفمبر 2014
  • PF غير قابل للقفل ومتعدد الخيوط
  • الشبكات ذات الصلة مُحسّنة الخيوط لتحسين الإنتاجية
  • ميزة أمان Procctl في النواة
  • يدعم ما يصل إلى 256 وحدة معالجة مركزية
  • دعم محسّن للشبكات اللاسلكية
  • يدعم الآن كل من Rust و Free Pascal
  • تم تحسين دعم i915 بشكل كبير
  • GCC 4.7.4
3.84 يونيو 2014
  • دعم الجذر الديناميكي و PAM
  • أصبح USB4BSD الآن هو الإعداد الافتراضي
  • دعم أصلي لحالة C لوحدات المعالجة المركزية من Intel
  • تقسيم رمز منفذ TCP لتحسين أداء اتصال TCP(2).
  • GCC 4.7.3
  • نظام HAMMER2 (غير جاهز للاستخدام في الإنتاج)
  • الإصدار النهائي 32 بت
3.625 نوفمبر 2013
3.429 أبريل 2013
  • تم طرح مدير الحزم الجديد، DPorts.
  • GCC 4.7
  • تحسين استخدام وحدة المعالجة المركزية وأداء نظام الملفات المؤقت (tmpfs) تحت ضغط عالٍ
3.22 نوفمبر 2012
  • أصبح وجود نواة قادرة على التعامل مع المعالجات المتعددة أمراً إلزامياً.
  • تحسينات في أداء المجدول.
  • تم استيراد USB4BSD من FreeBSD.
  • تم استيراد برنامج PUFFS من نظام NetBSD.
3.022 فبراير 2012
2.1026 أبريل 2011
  • تمت إزالة القفل العملاق من كل منطقة باستثناء نظام الذاكرة الافتراضية الفرعي
  • إزالة التكرارات باستخدام برنامج HAMMER
  • GCC 4.4
  • تمت إعادة كتابة نظام الربط
  • تحسينات كبيرة في الأداء
2.830 أكتوبر 2010
2.66 أبريل 2010
2.416 سبتمبر 2009
2.217 فبراير 2009
2.020 يوليو 2008
1.1226 فبراير 2008
1.106 أغسطس 2007
1.830 يناير 2007
1.624 يوليو 2006
  • مولد أرقام عشوائية جديد
  • تمت إعادة هيكلة إطار عمل IEEE 802.11
  • تحسينات كبيرة في قفل النظام العملاق، والتجميع، ونظام الملفات الافتراضي (VFS) لمساحة المستخدم
  • تحسينات كبيرة في الاستقرار [ 36 ]
1.47 يناير 2006
1.28 أبريل 2005
1.012 يوليو 2004

انظر أيضاً

مراجع

  1. ↑ "DragonFly BSD 6.4" . Dragonfly BSD . تم الاطلاع عليه بتاريخ 14 مايو 2025 .
  2. ↑ ديلون، ماثيو (22 أغسطس 2006)، "ردًا على: ما مقدار النواة المصغرة؟" ، قائمة بريدية خاصة بالنواة ، تم الاطلاع عليه في 14 سبتمبر 2011
  3. ↑ "رخصة DragonFly BSD" ، DragonFly BSD ، تم الاطلاع عليها بتاريخ 17 يناير 2015
  4. ↑ ديلون، ماثيو (16 يوليو 2003)، "الإعلان عن DragonFly BSD!" ، القائمة البريدية freebsd-current ، تم الاطلاع عليه في 26 يوليو 2007
  5. ↑ ليهي، جريج (2001)، تحسين تطبيق SMP في FreeBSD (ملف PDF) ، USENIX ، تم الاطلاع عليه في 22 فبراير 2012
  6. 1 2 كيرنر، شون مايكل (10 يناير 2006)، "إصدار جديد من DragonFly لمستخدمي BSD" ، InternetNews ، مؤرشف من الأصل في 28 يونيو 2011 ، تم استرجاعه في 20 نوفمبر 2011
  7. 1 2 3 4 5 6 بيانكوزي، فيديريكو (8 يوليو 2004)، "خلف كواليس DragonFly BSD" ، دار نشر أورايلي ميديا ، مؤرشف من الأصل في 9 أبريل 2014 ، تم استرجاعه في 20 نوفمبر 2011
  8. ↑ لولي-كيرو، يوجينيا (13 مارس 2004)، "مقابلة مع ماثيو ديلون من دراغون فلاي بي إس دي" ، أو إس نيوز ، تم الاطلاع عليه في 22 فبراير 2012
  9. 1 2 3 4 5 6 تشيسنال، ديفيد (15 يونيو 2007)، "DragonFly BSD: UNIX for Clusters؟" ، InformIT ، تم الاطلاع عليه في 22 نوفمبر 2011{{citation}}: CS1 maint: deprecated archiveal service ( link )
  10. ↑ هسو، جيفري م. (13 مارس 2004). نظام التشغيل DragonFly BSD (ملف PDF) . مؤتمر AsiaBSDCon 2004. تايبيه، تايوان . تاريخ الاسترجاع: 20 نوفمبر 2011 .
  11. 1 2 3 أندروز، جيريمي (6 أغسطس 2007)، "مقابلة: ماثيو ديلون" ، كيرنل تراب ، مؤرشف من الأصل في 15 مايو 2011
  12. ↑ "تحسين أداء معالج DragonFly BSD MP بشكل ملحوظ" ، OSNews ، 16 نوفمبر 2011 ، تم الاطلاع عليه في 19 نوفمبر 2011
  13. 1 2 لوتشياني، روبرت (24 مايو 2009)، ترابط M:N في DragonflyBSD (ملف PDF) ، BSDCon، مؤرشف من الأصل (ملف PDF) في 23 ديسمبر 2010
  14. ↑ شيريل، جاستن (11 يناير 2004)، بدأ يؤتي ثماره بالفعل ، مؤرشف من الأصل في 30 أبريل 2014 ، تم استرجاعه في 20 نوفمبر 2011
  15. ↑ بيستريتو، جو؛ ديلون، ماثيو؛ شيريل، جاستن سي؛ وآخرون (24 أبريل 2004)، "تسلسل الرمز المميز" ، قائمة بريدية لنواة النظام ، تم الاطلاع عليها في 20 مارس 2012 {{citation}}: CS1 maint: deprecated archiveal service ( link )
  16. ↑ بونويك، جيف ؛ آدامز، جوناثان (3 يناير 2002)، المجلات والذاكرة الافتراضية: توسيع مُخصِّص الشرائح ليشمل العديد من وحدات المعالجة المركزية والموارد العشوائية ، USENIX ، تم الاطلاع عليه في 20 نوفمبر 2011
  17. ↑ ديلون، ماثيو (23 أبريل 2009)، "إضافة جديدة إلى مكتبة libc malloc" ، قائمة بريدية لنواة النظام ، تم الاطلاع عليه في 8 أغسطس 2011
  18. 1 2 3 4 فيرفلوسيم، كوين (21 أبريل 2010)، "DragonFly BSD 2.6: نحو نظام تشغيل تجميعي مجاني" ، LWN.net ، تم الاطلاع عليه في 19 نوفمبر 2011
  19. ^ إيكونوموبولوس، أجلوس (16 أبريل 2007)، “نظرة خاطفة على DragonFly Virtual Kernel” ، LWN.net ، no. الجزء 1 ، تم استرجاعه في 8 ديسمبر 2011 
  20. ^ إيكونوموبولوس، أجلوس (16 أبريل 2007)، “نظرة خاطفة على DragonFly Virtual Kernel” ، LWN.net ، no. الجزء 2 ، تم استرجاعه في 8 ديسمبر 2011 
  21. ↑ "كيفية استخدام منافذ DPorts" ، DragonFly BSD ، تم الاطلاع عليه في 2 ديسمبر 2013
  22. ↑ واينم، مارك (2007). "عشر سنوات من pkgsrc" . NetBSD . يورغ سوننبرغر يتحدث عن pkgsrc على نظام DragonFly BSD ومشاريع تطوير pkgsrc الخاصة به . تم الاطلاع عليه بتاريخ 22 نوفمبر 2011 .
  23. ↑ شيريل، جاستن (30 سبتمبر 2013)، "لماذا dports؟" ، ملخص DragonFly BSD ، مؤرشف من الأصل في 30 أبريل 2014 ، تم استرجاعه في 2 ديسمبر 2011
  24. ↑ شيريل، جاستن (29 سبتمبر 2013)، "هل هناك أي حزم جديدة؟" ، قائمة بريدية للمستخدمين ، تم الاطلاع عليها في 2 ديسمبر 2013
  25. ↑ بوشمان، جوناثان (14 مارس 2007)، "أول رقعة برمجية لتفعيل CARP على Dfly" ، قائمة بريدية لنواة النظام ، تم الاطلاع عليها في 20 نوفمبر 2011
  26. ↑ "صفحة دليل CARP(4)" ، صفحات دليل DragonFly على الإنترنت ، تم الاطلاع عليها في 20 نوفمبر 2011
  27. ↑ ديلون، ماثيو (10 أكتوبر 2007)، "ردًا على: تحديث نظام ملفات HAMMER - وثيقة التصميم" ، قائمة بريدية لنواة النظام ، تم الاطلاع عليه في 20 نوفمبر 2011
  28. ↑ لارابيل، مايكل (7 يناير 2011)، "هل يستطيع نظام HAMMER في DragonFlyBSD منافسة Btrfs وZFS؟" ، فورونيكس ، تاريخ الاطلاع 20 نوفمبر 2011. يبدو نظام HAMMER نظام ملفات BSD مثيرًا للاهتمام. صحيح أنه ليس بنفس سرعة نظام ZFS على BSD، إلا أنه نظام ملفات أصلي لمشروع DragonFlyBSD وليس نسخة من OpenSolaris. لا يقتصر تميز HAMMER على سرعته الفائقة مقارنةً بنظام UFS الشائع، بل يتمتع أيضًا بمجموعة ميزات أوسع بكثير.
  29. ↑ ديلون، ماثيو (8 فبراير 2012)، "وثيقة تصميم لبرنامج HAMMER2 (تحديث 8 فبراير 2012)" ، المستخدمون ، تم الاطلاع عليه في 22 فبراير 2012
  30. ↑ ديلون، ماثيو (18 أغسطس 2017)، "سيحتوي الإصدار التالي من DFly على تطبيق أولي لـ HAMMER2" ، المستخدمون ، تم الاطلاع عليه في 3 يوليو 2018
  31. 1 2 السيد (7 يناير 2010)، "DragonFlyBSD مع ماثيو ديلون" ، bsdtalk ، مؤرشف من الأصل ( ogg ) في 25 أبريل 2012 ، تم استرجاعه في 20 نوفمبر 2011
  32. 1 2 "مذكرات دراغون فلاي بي إس دي" ، دراغون فلاي بي إس دي ، 7 يناير 2006 ، تم الاطلاع عليه في 19 نوفمبر 2011
  33. ↑ "DragonFly: Releases" ، DragonFly BSD ، تم الاطلاع عليه بتاريخ 19 يونيو 2014
  34. ↑ تيجيو، فرانسوا (31 يوليو 2007)، "دعم KMS + i915 متوفر الآن في -master" ، قائمة بريدية للمستخدمين ، تم الاطلاع عليها في 2 ديسمبر 2013
  35. ↑ ماثيو ديلون (4 يونيو 2009). ""ردًا على: DragonFly-2.3.1.165.g25822 master sys/dev/disk/ahci Makefile TODO ahci.c ahci.h ahci_attach.c ahci_cam.c ahci_dragonfly.c ahci_dragonfly.h atascsi.h"" .
  36. 1 2 كيرنر، شون مايكل (25 يوليو 2006)، "DragonFly BSD 1.6 يقطع الحبل" ، InternetNews ، تم استرجاعه في 20 نوفمبر 2011
  37. ↑ تاونسند، ترينت (18 يناير 2006)، "مراجعة سريعة لنظام التشغيل DragonFly BSD 1.4" ، OSNews ، تم الاطلاع عليه في 16 نوفمبر 2011