يُعاني الخادم الافتراضي الخاص من نقص في الذاكرة، لذا تُعيد تثبيت Ubuntu Server 24.04 LTS وتواجه خيارًا مبكرًا: تثبيت Ubuntu Server الافتراضي أو Ubuntu Server (مُصغّر). قد يتبادر إلى الذهن أن عددًا أقل من الحزم يعني تلقائيًا سرعة أكبر في طلبات الويب، واستعلامات أقصر لقواعد البيانات، وإنتاجية أعلى لوحدة المعالجة المركزية. لكن الفرق أدقّ من ذلك. فمجموعة الحزم الأولية الأصغر قد تُقلّل من استخدام القرص والنشاط في الخلفية، لكنها لا تُسرّع المعالج أو جهاز التخزين تلقائيًا.
باختصار: اختر التثبيت المُصغّر عندما ترغب في بداية بسيطة وتكتفي بإضافة الأدوات التي تحتاجها فقط. اختر التثبيت القياسي عندما ترغب في مجموعة أدوات الخادم الافتراضية الأوسع. قارن وقت بدء التشغيل، والذاكرة الخاملة، وحجم القرص، وأداء التطبيقات الفعلي بشكل منفصل بدلاً من دمجها في تصنيف واحد "أسرع".
ملاحظة حول الأدلة (9 أكتوبر 2026): تشرح هذه المقالة طريقة قياس أداء قابلة للتكرار، والنتائج التي يمكن أن يُظهرها كل مقياس. وهي لا تعرض نتائج القياس الأصلية من تثبيتين متطابقين لنظام أوبونتو 24.04. ولا تتضمن نتائج الاختبار أي بيانات غير موثقة عن ذاكرة الوصول العشوائي، أو القرص، أو وقت الإقلاع، أو معدل نقل البيانات.
يُوفر مُثبِّت Subiquity الخاص بخادم Ubuntu مصدرين للتثبيت: ubuntu-serverالمصدر القياسي (الافتراضي) والمصدر ubuntu-server-minimalالمُصغَّر. تُوثِّق Canonical مُعرِّفات هذه المصادر، وتنصح بالتحقق casper/install-sources.yamlمن ملف ISO المُختار لأن مُعرِّفات المُثبِّت قابلة للتغيير. راجع وثائق مصدر التثبيت التلقائي لـ Subiquity من Canonical .
كلاهما نظام تشغيل Ubuntu Server 24.04 LTS، وليسا نظامين مختلفين من حيث بنية المعالج أو توزيعات لينكس منفصلة. الفرق الرئيسي يكمن في البرامج المُثبّتة. وتعتمد الحزم المُثبّتة على إصدار وسائط التثبيت، والخيارات الإضافية، والتحديثات، وبرامج التشغيل، والتطبيقات المُثبّتة لاحقًا. لذا، لا تفترض أن قائمة البرامج المنشورة لإصدار معين تنطبق دون تغيير على جميع إصدارات Ubuntu 24.04 الفرعية.
يجب عدم الخلط بين خيار الخادم المُصغّر وصور أوبونتو السحابية المصغّرة ، وهي مجموعة صور منفصلة، أو خيار التثبيت المُصغّر لسطح مكتب أوبونتو. تُشير ملاحظات إصدار أوبونتو 24.04 LTS إلى انخفاض كبير في عدد الحزم وحجم التنزيل للصور السحابية المصغّرة مقارنةً بالإصدارات السابقة. لا تُمثّل أمثلة الصور السحابية المنشورة معيارًا مُحكمًا لمقارنة معيار ISO للخادم الحي المُصغّر، ولا ينبغي إعادة استخدام بياناتها كما لو كانت كذلك.
| متري | ما تم تقليله قد يتغير | ما الذي يخبرك به الرقم فعلاً؟ |
|---|---|---|
| عدد الحزم المثبتة | عادةً ما يكون هناك عدد أقل من الحزم قبل إضافة عبء العمل الخاص بك | مساحة الصيانة المطلوبة، وليس سرعة المعالجة |
| مساحة القرص المستخدمة | مساحة أقل محتملة يستهلكها النظام الأساسي | السعة المتاحة؛ وليس عمليات الإدخال/الإخراج للقرص أو زمن الاستجابة |
| الذاكرة الخاملة المتاحة | فائدة محتملة في حال انخفاض عدد خدمات الخلفية النشطة | مساحة كافية للتطبيق وذاكرة التخزين المؤقت لنظام الملفات |
| وقت بدء التشغيل والاستعداد للخدمة | قد يتحسن الوضع إذا قل عدد وظائف الشركات الناشئة على المسار الحرج | مدى سرعة عودة الخادم إلى وضعه الطبيعي بعد إعادة التشغيل |
| معيار أداء وحدة المعالجة المركزية فقط | لا يوجد تحسن جوهري في الأداء نتيجة إزالة الحزم غير ذات الصلة | في الغالب وحدة المعالجة المركزية، ونواة النظام، والمجدول، وحالة الطاقة، وظروف الاختبار المعياري |
| معيار إدخال/إخراج التخزين | لا يوجد ضمان للتحسن على نفس الجهاز ونظام الملفات | عرض النطاق الترددي الخاص بحمل العمل، وعمليات الإدخال/الإخراج في الثانية، وزمن الاستجابة |
| وقت استجابة التطبيق | يعتمد ذلك على العمليات النشطة والذاكرة المتاحة والتكوين | ما يهم المستخدمين الحقيقيين تحت حمل مماثل |
لا يُعدّ السلوك المتوقع نتيجةً مُقاسة. قد يستهلك جهاز مُصغّر موارد أقل مباشرةً بعد التثبيت. ولكن بمجرد تشغيل كلا الجهازين لنفس قاعدة البيانات، وبيئة تشغيل الحاويات، وعامل المراقبة، وخادم الويب، قد يتقلص الفارق الملحوظ، أو يختفي، أو يتغير اتجاهه. والاستنتاج الوحيد المُبرر يأتي من قياس عبء العمل المُستهدف.
أنشئ جهازين افتراضيين مؤقتين من نفس إصدار نظام التشغيل Ubuntu Server 24.04 LTS ISO، أحدهما قياسي والآخر مُصغّر. خصص لهما نفس عدد وحدات المعالجة المركزية الافتراضية، وذاكرة الوصول العشوائي، والأقراص الافتراضية، وأنظمة الملفات، ووضع الإقلاع، وإعدادات برنامج إدارة الأجهزة الافتراضية، واتصال الشبكة، وفئة التخزين. بالنسبة للأجهزة الفعلية، استخدم مكونات مكافئة واختبرها في ظروف حرارية وطاقة مماثلة. تجنب استخدام هذه الأجهزة في بيئة الإنتاج.
قم بتطبيق نفس التحديثات الأمنية على كلا النظامين وأعد تشغيلهما. سجّل معلومات النظام، cat /etc/os-releaseبالإضافة إلى إصدار صورة المُثبِّت وتاريخ الاختبار. يستخدم خادم أوبونتو 24.04 عادةً مسار نواة التوافر العام، ولكنه قد يستخدم نواة تمكين الأجهزة اختياريًا؛ إذ أن استخدام مسارات نواة مختلفة سيؤثر على المقارنة القائمة على نوع التثبيت فقط. توضح وثائق نواة أوبونتو الخاصة بنواة التوافر العام ونواة تمكين الأجهزة هذا الفرق.uname -rlscpu
قم بجمع مجموعتين من القياسات:
استخدم عدة جولات اختبار على الأقل، ويفضل خمس جولات أو أكثر بعد التسخين، وقارن المتوسطات والتباين. أعد تشغيل الجهاز وقِس وقت الإقلاع في كل مرة. لا تقارن أبدًا نتيجة الإقلاع البارد على نظام ما بنتيجة الإقلاع بعد التسخين على نظام آخر.
يُعدّ عدد الحزم واستخدام مساحة التخزين عادةً من أسهل الخصائص التي يمكن فحصها. على كل جهاز افتراضي، قم بتشغيل الأمر التالي:
dpkg-query -W -f='${binary:Package}\n' | wc -l
df -h /
lsblk -fسجّل عدد الأقسام، والمساحة المستخدمة في نظام الملفات الرئيسي، وتخطيط نظام الملفات. تأكد من أن أقسام الجذر متقاربة في الحجم؛ وإلا فقد يظهر اختلاف واضح نتيجةً للتقسيم. يشمل استخدام القرص أيضًا السجلات، وذاكرة التخزين المؤقت للحزم، وبيانات تعريف نظام الملفات، لذا فإن تطابق أوقات التثبيت وسجلات التحديثات أمر بالغ الأهمية.
بعد أن يكون كلا النظامين في وضع الخمول لفترة استقرار ثابتة، قم بتشغيل ما يلي:
free -h
systemctl --type=service --state=running --no-pagerانظر إلى availableالعمودين in freeو used. يستخدم نظام لينكس الذاكرة غير المستخدمة عادةً للتخزين المؤقت، والذي يمكن استعادته عند حاجة التطبيقات إليه. freeلا تشير القيمة الأصغر في العمود بالضرورة إلى وجود مشكلة. تحقق مما إذا كان استخدام الذاكرة الإضافي يعود إلى خدمات تنوي الاحتفاظ بها فعلاً.
لكل عملية تشغيل، استخدم أدوات systemd المرفقة مع التوزيعة:
systemd-analyze time
systemd-analyze blame
systemd-analyze critical-chainsystemd-analyze timeيُبلغ النظام عن توقيت مرحلة بدء التشغيل، لكن هذا لا يعني بالضرورة أن التطبيق جاهز لاستقبال الطلبات. blameقد تكون القائمة مُضللة أيضًا لأن الوحدات قد تُهيأ بالتوازي، وبعض أنواع الخدمات لا تُقاس بنفس الطريقة. لذا، يُنصح بفحص سلسلة العمليات الحرجة، ثم التحقق بشكل منفصل من نقطة نهاية الخدمة التي تهمك. هذه القيود موثقة في دليل systemd-analyze الخاص بنظام Ubuntu 24.04 .
على سبيل المثال، إذا كان الخادم يُشغّل واجهة برمجة تطبيقات HTTP، فقم بقياس الوقت من إعادة التشغيل حتى نجاح نقطة نهاية حالة واجهة برمجة التطبيقات. وإذا كان المضيف يُشغّل قاعدة بيانات، فتحقق من نجاح الاستعلام. يُعدّ قياس الجاهزية هذا أكثر فائدة من مجرد وصول نظام التشغيل إلى هدف الإقلاع.
لإجراء مقارنة بسيطة لوحدة المعالجة المركزية، قم بتثبيت نسخة متطابقة من برنامج sysbench على كل جهاز افتراضي قابل للاستبدال بعد تسجيل بيانات التثبيت الجديدة. ثم قم بتشغيل نفس الأمر:
sudo apt update
sudo apt install sysbench
sysbench --threads=1 --time=30 cpu --cpu-max-prime=20000 runقارن عدد الأحداث في الثانية وزمن الاستجابة بين عمليات التشغيل المتكررة. توفر وثائق مشروع sysbench صيغة الأمر واختبار وحدة المعالجة المركزية المدمج. استخدم عملية تشغيل ثانية بنفس عدد الخيوط الأعلى فقط إذا كان ذلك يتناسب مع عدد وحدات المعالجة المركزية المخصصة. لا يُبرر تقليل عدد الحزم وحده الادعاء بتحسين سرعة وحدة المعالجة المركزية؛ يجب أن تدفع الاختلافات غير المتوقعة إلى التحقق من تنافس وحدة المعالجة المركزية على المضيف، وسلوك الساعة، وإصدار النواة، والعمليات الخلفية.
لإجراء تجربة تخزين اختيارية، ثبّت برنامج fio على كلا جهازي الاختبار، وأنشئ ملفات اختبار متطابقة على نظام ملفات مؤقت ذي مساحة تخزين كافية. تُنشئ الأوامر التالية ملفًا بحجم 256 ميجابايت ضمن مجلد المستخدم الحالي، ثم تُشغّل عليه عملية قراءة عشوائية محدودة.
sudo apt install fio
dd if=/dev/urandom of="$HOME/fio-sample.bin" bs=1M count=256 status=progress
fio --name=randread --filename="$HOME/fio-sample.bin" --rw=randread --bs=4k --size=256M --ioengine=libaio --iodepth=16 --direct=1 --runtime=30 --time_based --group_reportingشغّل كلا الجهازين باستخدام أقراص متطابقة ومعايير إدخال/إخراج متطابقة. قد يكون ملف بحجم 256 ميجابايت صغيرًا جدًا لمحاكاة قاعدة البيانات أو جهاز التخزين بدقة؛ قم بتكبير الملف وتغيير حجم العمل فقط عند توفر مساحة تخزين مؤقتة كافية وبيئة اختبار آمنة. سجّل عمليات الإدخال/الإخراج في الثانية (IOPS) وعرض النطاق الترددي وتوزيع زمن الاستجابة، وليس فقط أعلى قيمة لعرض النطاق الترددي. يشرح دليل برنامج fio في أوبونتو 24.04 معايير حجم العمل. لا تُجرِ اختبارات كتابة على جهاز تخزين خام يحتوي على بيانات مفيدة.
قم بتثبيت نفس حزمة التطبيقات تمامًا على كلا الجهازين، بما في ذلك إصدارات الويب وقواعد البيانات، وحدود الاتصال، والتسجيل، وTLS، والتخزين المؤقت، والمراقبة. أرسل مجموعة طلبات مكافئة من مُولِّد أحمال منفصل، بنفس التزامن ومدة الاختبار. قِس معدل النقل، ومتوسط زمن الاستجابة، والنسبة المئوية الخامسة والتسعين لزمن الاستجابة، ومعدل الخطأ، واستخدام وحدة المعالجة المركزية، وضغط الذاكرة، والتبديل. استخدم نفس مجموعة البيانات، وتأكد من عدم مشاركة أي من الجهازين لوحدة تخزين خلفية ذات ازدحام دون مراعاة التنازع.
بالنسبة لخادم واجهة برمجة تطبيقات صغير، يُعدّ اختلاف الذاكرة الخاملة مهمًا إذا بدأ أحد التكوينات في استخدام التبديل أثناء التحميل. أما بالنسبة لخادم مُقيّد بوحدة المعالجة المركزية ولديه ذاكرة وصول عشوائي فائضة كبيرة، فقد يُقدّم نفس ملف التطبيق إنتاجية متقاربة. لا يُمكن تأكيد أي من النتيجتين قبل الاختبار.
إذا كانت الميزة المقاسة هي توفير مساحة ضئيلة على القرص، ولكن سير عملك التشغيلي يتطلب باستمرار أدوات إدارة مفقودة، فقد يكون التثبيت القياسي هو الخيار الأكثر إنتاجية. أما إذا كانت خوادمك تُهيأ تلقائيًا وتُشغّل خدمة محددة بدقة، فإن قاعدة بيانات مُصغّرة غالبًا ما تُسهّل عملية تدقيق اختيار الحزمة.
ليس الهدف عادةً مجرد تتبع أرقام الأداء. لضمان تثبيت نظام تشغيل قياسي يعمل بكفاءة، يُنصح أولاً بفحص الخدمات النشطة الفعلية وقياس أداء التطبيق. قد لا يؤدي حذف الحزم غير ذات الصلة إلى تحسين أداء النظام الحالي، بل قد يؤدي حذف الحزم بشكل عشوائي إلى تعطيل الشبكات، أو استعادة النظام، أو تسجيل البيانات، أو الإدارة عن بُعد. توصي إرشادات أمان أوبونتو من Canonical بشأن الحزم غير الضرورية باختيار تثبيت أولي مناسب بأقل قدر ممكن من الحزم بدلاً من حذف الحزم الافتراضية بشكل عشوائي.
إذا كانت إعادة البناء ضرورية، فقم بعمل نسخة احتياطية من البيانات والإعدادات، وتحقق من إمكانية الاستعادة، ثم ثبّت الخيار المُصغّر على نسخة جديدة، ووفر الحزم اللازمة بشكل صريح. تحقق من الوصول عبر SSH، والتحديثات، ومزامنة الوقت، والنسخ الاحتياطية، والمراقبة، وسياسة جدار الحماية، وسلامة التطبيقات قبل نقل حركة البيانات. إذا كان المسؤول يعتمد بانتظام على أدوات التشخيص المدمجة أو الأدوار المتعددة، فقد يكون التثبيت القياسي أفضل حتى لو كان حجمه عند التثبيت الجديد أكبر.
الأمن مرتبط بالموضوع ولكنه منفصل: قد يقلل عدد الحزم من حجم البرامج التي تحتاج إلى صيانتها، لكن هذا لا يُعد دليلاً على تقليل الثغرات الأمنية المحددة. كلا نوعي التثبيت لا يزالان يتطلبان تحديثات أمنية وتحسينات أمنية للخدمة.
خلاصة عملية: عادةً ما يكون الإصدار المُصغّر هو الخيار الأمثل لبدء تشغيل الخوادم الآلية ذات النطاق المحدود؛ بينما يوفر الإصدار القياسي مجموعة أدوات افتراضية أكثر شمولاً. لا يُعد أي من الخيارين أسرع بشكل عام. في نظام Ubuntu Server 24.04 LTS، يُعدّ المعيار الأكثر فائدة هو الذي يقيس أداء الخدمة تحت عبء العمل الفعلي المطلوب منها.
قارن بين تثبيتات Ubuntu Server 24.04 المصغرة والقياسية من حيث ذاكرة الوصول العشوائي ومساحة القرص ووقت بدء التشغيل ووحدة المعالجة المركزية وأحمال العمل الحقيقية - دون ادعاءات قياس الأداء المضللة.
دليل عملي لعام 2026 حول الذكاء الاصطناعي، وأجهزة استشعار المنزل الذكي، والمراقبة عن بعد، والسلامة من السقوط، والخصوصية، وكيف يمكن للتكنولوجيا أن تدعم الشيخوخة في مكانها دون استبدال الرعاية.
تعرف على كيفية قيام المدن بتحويل بيانات التنقل واستخدام الأراضي والمناخ والمجتمع إلى أحياء أكثر أمانًا وخضرة وأكثر ملاءمة للمشي دون وضع التكنولوجيا قبل الناس.
قارن بين برامج هندسة الطائرات بدون طيار والفضاء الرائدة في مجالات الطائرات بدون طيار، والاستقلالية، والتحكم، وعمليات أنظمة الطائرات بدون طيار، والبحوث العليا، مع تحديثات موثقة لعام 2026.
دليل عملي للروبوتات الجراحية المدعومة بالذكاء الاصطناعي: القدرات الحالية، ومستويات الاستقلالية، وفوائد الدقة، والحدود، والتنظيم، ومعايير التقييم.
يتزايد الاستثمار في تقنيات احتجاز الكربون واستخدامه وتخزينه، ولكن هل يمكن لهذه التقنيات أن تعكس الانبعاثات العالمية؟ تعرف على المجالات التي تنجح فيها، وما الذي يحد من نطاق تطبيقها، وما هي الأدلة المهمة.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
تعرف على كيفية قيام واجهات الدماغ والحاسوب بفك تشفير الإشارات العصبية لاستعادة الاتصال والحركة، وما حققته الدراسات الحديثة، وما الذي لا يزال يحد من استخدام واجهات الدماغ والحاسوب.
See how commercial drones combine sensors, edge AI, batteries, communications, and flight-control software—and where autonomy still depends on mission and regulation.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
