الخادم المنزلي الذي يمكنه تخزين الملفات طوال اليوم ليس جاهزًا تلقائيًا للذكاء الاصطناعي المحلي. عادةً ما يكون تخزين الملفات هادئًا: فترات قصيرة من نشاط القرص، استخدام خفيف لوحدة المعالجة المركزية، وفترات طويلة من الخمول. الذكاء الاصطناعي المحلي مختلف. يمكنه دفع الذاكرة، وخيوط وحدة المعالجة المركزية، وموارد GPU، ومسارات التخزين، والتبريد، وتوصيل الطاقة في نفس الوقت.
الجزء الصعب هو أن الفشل غالبًا لا يظهر أثناء التثبيت. قد يتم تنزيل النموذج، قد يبدأ الحاوية، وقد يعمل الموجه القصير الأول حتى. تظهر علامات التحذير الحقيقية عندما تطلب ملخصًا طويلًا، أو تفهرس مكتبة وسائط، أو تشغل وكيلًا، أو تحافظ على تشغيل الذكاء الاصطناعي بجانب Plex وJellyfin وHome Assistant والنسخ الاحتياطية والوصول العادي لملفات NAS.
الذكاء الاصطناعي المحلي يجهد الخادم بشكل مختلف عن تخزين الملفات
عادةً ما يتم تحسين NAS ليكون متوقعًا: حماية البيانات، تقديم الملفات، تشغيل بعض التطبيقات، وتجنب إهدار الطاقة. أعباء عمل الذكاء الاصطناعي المحلية تشبه اختبار ضغط مستمر. تحميل النموذج، ملء الموجه مسبقًا، معالجة السياق، استخراج التضمينات، والاستدلال يمكن أن تطلب جميعها موارد لعدة دقائق أو ساعات بدلاً من ثوانٍ.
لهذا السبب يُعتبر تشغيل النموذج اختبار استعداد ضعيف. قد يفتح الخادم نموذجًا صغيرًا لكنه يفشل عندما يكبر السياق، أو عندما يبدأ تطبيق آخر مهمة قاعدة بيانات، أو عندما يبدأ فهرسة الذكاء الاصطناعي بمسح الصور أو الصوت أو الفيديو في الخلفية.
السؤال الأفضل للاستعداد بسيط: هل يمكن للخادم تشغيل الذكاء الاصطناعي دون حرمان الوظائف التي تجعله مفيدًا كـ خادم منزلي؟ إذا كان الجواب غير واضح، فإن علامات التحذير التالية تكون أكثر أهمية من اسم النموذج.
علامة تحذير 1: يتم تحميل النموذج، ثم ينفد ذاكرة الخادم
العلامة الحمراء الأولى هي النموذج الذي يبدو أنه يتم تحميله بنجاح، ثم يتعطل عند لصق موجه طويل أو طلب تلخيص مستند حقيقي. هذا عادة يعني أن الخادم كان لديه ذاكرة كافية فقط لأوزان النموذج، ولكن ليس مساحة كافية للذاكرة العاملة المطلوبة أثناء الاستدلال.
هنا تكمن أهمية السياق. تكشف أدوات مثل llama.cpp عن إعدادات حول ذاكرة التخزين المؤقت KV، وتحميل GPU، وتعيين الذاكرة، وحجم السياق لأن وقت التشغيل يجب أن يدير أكثر من ملف نموذج ثابت واحد. يمكن أن يؤدي وجود نافذة سياق أكبر إلى زيادة الضغط على الذاكرة حتى لو بدا النموذج نفسه جيدًا أثناء اختبار قصير.
إذا أصبح ضغط الذاكرة سيئًا بما فيه الكفاية على لينكس، قد يستدعي النظام قاتل نفاد الذاكرة (OOM killer) لإنهاء مهمة والحفاظ على تشغيل الجهاز. على خادم منزلي مشترك، قد لا تكون المهمة التي تم إنهاؤها هي التي توقعتها. قد تكون عملية الذكاء الاصطناعي، لكنها قد تؤثر أيضًا على خدمة مجاورة إذا كان النظام تحت حمل ثقيل بالفعل.
علامة التحذير ليست فقط تعطل تطبيق الذكاء الاصطناعي. راقب استخدام الذاكرة الافتراضية، لوحات التحكم المجمدة، إعادة تشغيل الحاويات، جلسات SSH البطيئة، أو السجلات التي تظهر سلوك نفاد الذاكرة. إذا كانت مطالبة طويلة يمكن أن تزعزع استقرار الجهاز بأكمله، فالخادم غير جاهز للذكاء الاصطناعي المحلي بدون مراقبة.
علامة تحذير 2: ملفات النموذج موجودة على مسار تخزين خاطئ
تحميل النموذج البطيء ليس دائمًا مشكلة في وحدة المعالجة المركزية الضعيفة أو بطاقة الرسومات السيئة. أحيانًا تكون ملفات النموذج ببساطة في المكان الخطأ. النماذج المحلية الكبيرة تتصرف أكثر كأصول عمل نشطة بدلاً من ملفات أرشيف باردة، لذا فإن مسار التخزين مهم.
توثق Ollama مسار تخزين النموذج الافتراضي وتسمح للمستخدمين بنقل النماذج باستخدام OLLAMA_MODELS. هذه التفاصيل مهمة على الخادم المنزلي لأن الموقع الافتراضي قد يكون على قرص نظام صغير، أو قرص أبطأ، أو مسار لم يُخطط له أبدًا لمئات الجيجابايت من ملفات النماذج.
النموذج المخزن على مجموعة أقراص HDD بطيئة أو تركيب بعيد يمكن أن يجعل كل تبديل نموذج يبدو معطلاً. قد يتجمد واجهة المستخدم، أو تُغلق جلسات WebSocket، أو يبدو النموذج غير موثوق به رغم أن وقت التشغيل نفسه جيد.
يجب أن يحتوي إعداد الذكاء الاصطناعي المحلي الجاهز على موقع نموذج واضح، ومساحة حرة كافية، وتخزين محلي سريع للنماذج التي تُستخدم كثيرًا. الأقراص الأرشيفية جيدة للوسائط والنسخ الاحتياطية؛ أما ملفات النماذج التي تُحمّل بشكل متكرر فعادةً ما تستحق مسارًا أسرع.
علامة تحذير 3: عبء عمل الذكاء الاصطناعي يجعل التطبيقات الأساسية تبدو بطيئة
الخادم المنزلي غير جاهز للذكاء الاصطناعي المحلي إذا جعلت مطالبة واحدة كل شيء آخر يبدو أسوأ. إذا بدأ Jellyfin في التخزين المؤقت، أو استجاب Home Assistant متأخرًا، أو تباطأت عمليات نقل الملفات، أو استغرقت مهام النسخ الاحتياطي وقتًا أطول من المعتاد، فإن عبء عمل الذكاء الاصطناعي يتنافس مع المسؤوليات الحقيقية للخادم.
يجعل Docker من السهل تفويت هذا لأن الحاوية قد تبدو معزولة دون أن تكون مقيدة بالموارد فعليًا. يشرح دليل حدود ذاكرة الحاوية الخاص بـ Docker أن الحاويات لا تملك قيودًا على الموارد بشكل افتراضي إلا إذا تم تكوين حدود. هذا يعني أن حاوية الذكاء الاصطناعي يمكنها استهلاك أكبر قدر من المعالج أو الذاكرة يسمح به مجدول المضيف.
التحقق العملي ليس معقدًا. راقب مقاييس وقت التشغيل أثناء نشاط عبء عمل الذكاء الاصطناعي. يمكن لاستخدام المعالج، استخدام الذاكرة، حدود الذاكرة، إدخال وإخراج الشبكة، وإدخال وإخراج الكتلة أن تظهر ما إذا كانت حاوية الذكاء الاصطناعي تجوع بقية الجهاز بهدوء.
إذا كان عبء عمل الذكاء الاصطناعي يحتاج إلى العيش على نفس الخادم مع خدمات التخزين، الوسائط، أتمتة المنزل، والنسخ الاحتياطي، فإنه يحتاج إلى حدود. بدون حدود للمعالج والذاكرة، يمكن أن يصبح الذكاء الاصطناعي المحلي هو التطبيق الأكثر إزعاجًا في الغرفة.
علامة تحذير 4: وحدة معالجة الرسومات موجودة، لكن وقت التشغيل لا يمكنه استخدامها فعليًا
ظهور وحدة معالجة الرسومات في قائمة الأجهزة لا يثبت أن وقت تشغيل الذكاء الاصطناعي يمكنه استخدامها. يجب أن تتوافق تعريف المضيف، ووقت تشغيل الحاوية، ودعم CUDA، وإعدادات BIOS، وسلوك فتحة PCIe، وتكوين التمرير.
بالنسبة لأعباء العمل التي تعتمد على GPU في Docker، توثق NVIDIA أن NVIDIA Container Toolkit يجب تكوينه حتى يتمكن Docker من استخدام وقت تشغيل NVIDIA Container. توصي NVIDIA أيضًا بالتحقق من الإعداد عن طريق تشغيل حاوية CUDA باستخدام nvidia-smi، وليس فقط بفحص المضيف مرة واحدة وافتراض أن الحاويات جاهزة.
علامات التحذير مألوفة: النموذج يعود إلى وحدة المعالجة المركزية، استخدام وحدة معالجة الرسومات يبقى قريبًا من الصفر، سرعة الرموز أقل بكثير من التوقعات، أو وقت التشغيل يبلغ عن أخطاء في التعريف وبرنامج CUDA. في بعض إعدادات NAS أو التمثيل الافتراضي، قد تعتمد وحدة معالجة الرسومات أيضًا على اختيارات BIOS مثل تمكين iGPU كشاشة رئيسية أو تكوين التمرير بشكل صحيح.
لا تعامل هذا على أنه مشكلة نموذج مبكرًا جدًا. تأكد أولاً من أن وقت التشغيل يمكنه رؤية وحدة معالجة الرسوميات من داخل نفس البيئة التي ستشغل عبء عمل الذكاء الاصطناعي.
علامة تحذير 5: تظهر الحرارة، ضوضاء المروحة، أو إعادة التشغيل المفاجئة تحت حمل الموجه
يمكن أن يكشف حمل الذكاء الاصطناعي عن نقاط ضعف حرارية وكهربائية لا يثيرها التخزين العادي للملفات. قد يصبح الخادم الذي يظل هادئًا أثناء تقديم مشاركات SMB صاخبًا، ساخنًا، أو غير مستقر عندما يبدأ نموذج في معالجة موجه طويل.
أسوأ علامة هي إعادة تشغيل مفاجئة أو إيقاف تشغيل قسري أثناء ملء الموجه، أو توليد التضمين، أو العمل المتعلق بالصور في الذكاء الاصطناعي. هذا يشير إلى أكثر من ضبط سيء. قد يدل على نقص في سعة مزود الطاقة، أو محول طاقة لا يتحمل الارتفاعات، أو هيكل لا يبرد المعالج، وحدة معالجة الرسوميات، والأقراص تحت حمل مستمر.
تُعد المشاكل الحرارية خطيرة بشكل خاص في أنظمة NAS المدمجة لأن الأقراص الصلبة قد تكون قريبة من مصدر الحرارة. إذا دفع حمل الذكاء الاصطناعي الأقراص المجاورة إلى درجات حرارة غير مريحة، فإن عبء العمل لم يعد يبطئ الخادم فقط؛ بل يضع بيئة التخزين تحت ضغط.
يجب أن يصمد الخادم الجاهز أمام اختبار الذكاء الاصطناعي المتكرر دون تقليل الأداء الحراري، أو ذعر المروحة، أو ارتفاع درجات حرارة الأقراص، أو إعادة تشغيل عشوائية. إذا كان الجهاز يتصرف فقط عندما تكون الغرفة باردة والهيكل مفتوح، فهو غير جاهز لدور الذكاء الاصطناعي المحلي الدائم.
علامة تحذير 6: يمكن لوكيل الذكاء الاصطناعي الخاص بك لمس الملفات دون حدود واضحة
الأجهزة ليست المشكلة الوحيدة في الجاهزية. يمكن أن يكون نظام الذكاء الاصطناعي المحلي غير آمن أيضًا إذا كان بإمكان الوكلاء أو السكريبتات أو الأدوات الوصول إلى الملفات المهمة دون حدود إذن واضحة.
هذا مهم لأن خادم المنزل غالبًا ما يحتوي على البيانات التي يهتم بها الناس أكثر: صور العائلة، المستندات، مكتبات الوسائط، النسخ الاحتياطية، أرشيفات المشاريع، والمجلدات المشتركة. لا ينبغي أن يكون لدى مساعد الذكاء الاصطناعي الذي يمكنه قراءة، إعادة تسمية، نقل، تلخيص، أو تعديل الملفات نفس نمط الوصول كمسؤول موثوق.
يبدأ الإعداد الأكثر أمانًا بـ مجلدات ضيقة، وصول للقراءة فقط حيثما أمكن، هويات تطبيق منفصلة، سجلات مرئية، وخطة استرجاع. إذا لم تتمكن من معرفة ما الذي لمسه الوكيل، أو أي مهمة تم تشغيلها، أو أي رمز مميز أو سكريبت بدأ الإجراء، فالنظام غير جاهز للبيانات الحقيقية.
يجب أن تجعل الذكاء الاصطناعي المحلي الملفات أسهل في العثور عليها واستخدامها. لا ينبغي أن يتحول إلى طبقة أتمتة غير مرئية مع وصول غير واضح.
الخادم الجاهز لديه حدود ومسارات وطريقة للتحقق من نشاط الذكاء الاصطناعي
يحتوي إعداد الذكاء الاصطناعي المحلي الناضج على ثلاثة أشياء: حدود الموارد، والمسارات المخططة، والحالة المرئية. يجب أن تعرف مكان وجود ملفات النموذج، وكمية RAM أو VRAM التي يحتاجها عبء العمل، ومتى يُسمح له بالتشغيل، وكيفية التحقق مما إذا كان يقوم بالعمل فعليًا.
ZimaOS-AI هو مثال مفيد على هذا النوع من سير عمل البحث في الذكاء الاصطناعي المسيطر عليه. تحدد وثائق بحث ZimaOS AI متطلبات الأجهزة لمسارات NVIDIA GPU وIntel GPU المدمجة، وتشرح احتياجات مساحة النظام، وتوضح أن ملفات النموذج مخزنة تحت /media/ZimaOS-HD/AppData/.models عندما لم يتم ترحيل AppData.
يجعل نفس سير العمل أيضًا سلوك الموارد جزءًا من الإعداد بدلاً من أن يكون فكرة لاحقة. تتضمن الوثائق أمثلة على استخدام GPU والذاكرة، وملاحظات بأن VRAM المنخفض قد يستخدم وحدة المعالجة المركزية والذاكرة الإضافية، وتسمح بتقييد استدعاءات موارد الذكاء الاصطناعي لفترات زمنية محددة.
هذا هو النموذج الذهني الصحيح لـ ذكاء الخادم المنزلي. سواء استخدمت ZimaOS-AI أو Ollama أو llama.cpp أو Open WebUI أو أي مجموعة محلية أخرى، يجب أن يكشف الخادم الجاهز عن مسار النموذج، واستخدام الموارد، والسجلات، ونافذة النشاط قبل أن تثق به في العمل الخلفي للذكاء الاصطناعي.
متى تحتفظ بالذكاء الاصطناعي على NAS ومتى تقوم بتفريغ الاستدلال
بعض وظائف الذكاء الاصطناعي تنتمي إلى NAS. يمكن أن يكون البحث الخفيف في الذكاء الاصطناعي، واستخراج ميزات الوسائط، والتضمينات الصغيرة، وفهرسة المستندات، والبحث الدلالي المسيطر عليه منطقياً عندما تكون البيانات موجودة بالفعل على الخادم.
نماذج الدردشة الثقيلة، وأعباء العمل ذات السياق الطويل، وتوليد الصور، والأتمتة متعددة الوكلاء، أو أي شيء يسبب حرارة، أو أخطاء نفاد الذاكرة، أو تباطؤ التطبيقات قد ينتمي إلى مكان آخر. يمكن لجهاز كمبيوتر صغير مخصص، أو محطة عمل GPU، أو صندوق استدلال منفصل أن يحافظ على تركيز NAS على التخزين والنسخ الاحتياطي وتوفر الملفات.
| الوضع | مسار أفضل | لماذا |
|---|---|---|
| بحث ذكاء اصطناعي خفيف أو فهرسة الوسائط | احتفظ بها على NAS | البيانات محلية، ويمكن جدولة أو تقييد عبء العمل. |
| دردشة LLM كبيرة مع سياق طويل | تفريغ الاستدلال | يمكن أن تتسبب الارتفاعات في الذاكرة والحوسبة في تعطيل خدمات NAS الأساسية. |
| وكيل ذكاء اصطناعي مع وصول إلى الملفات | عزل أولاً | تحتاج عمليات الملفات إلى أذونات وسجلات وتخطيط للتراجع. |
| تتباطأ تطبيقات NAS تحت حمل الذكاء الاصطناعي | أضف حدودًا أو قم بالتفريغ | التنافس على الموارد واضح بالفعل. |
| تعمل وحدة معالجة الرسومات على المضيف ولكن ليس في الحاوية | قم بإصلاح وقت التشغيل أولاً | الأجهزة غير مفيدة حتى يتمكن بيئة الذكاء الاصطناعي من استخدامها. |
أفضل إعداد ليس دائمًا الأقوى. بل هو الذي يكون فيه عبء عمل الذكاء الاصطناعي له دور محدد ولا يمكنه إضعاف الوظيفة الرئيسية للخادم بهدوء.
الأسئلة الشائعة
كم من الذاكرة يحتاج الخادم المنزلي للذكاء الاصطناعي المحلي؟
لا يوجد رقم واحد لأن حجم النموذج، والتكميم، وطول السياق، ووقت التشغيل، والتطبيقات المتزامنة كلها مهمة. كنقطة بداية، يمكن لعبء عمل ذكاء اصطناعي محلي صغير أن يعمل بذاكرة RAM متواضعة، لكن يجب أن يترك الخادم المنزلي المشترك ذاكرة كافية لنظام التشغيل، وDocker، وقواعد البيانات، وتطبيقات الوسائط، وخدمات الملفات. إذا قام النظام بالتبديل أثناء المطالبات العادية، فهذا يعني أنه لا يملك هامشًا عمليًا كافيًا.
هل ذاكرة الفيديو (VRAM) أهم من ذاكرة النظام؟
بالنسبة للاستدلال باستخدام وحدة معالجة الرسومات، غالبًا ما يكون ذاكرة الفيديو (VRAM) هو الحد الصعب الأول لأن النموذج والبيانات العاملة يجب أن تتناسب بالقرب من وحدة معالجة الرسومات لأداء جيد. لا تزال ذاكرة النظام مهمة عندما ينتقل النموذج إلى وحدة المعالجة المركزية، أو عندما يزداد السياق، أو عندما تعمل خدمات أخرى. يمكن أن يصبح الخادم غير مستقر حتى مع وجود VRAM كافية وذاكرة نظام قليلة جدًا.
هل يجب أن تعيش ملفات النموذج على HDD، SSD، أم مشاركة شبكة؟
يجب أن تعيش ملفات النموذج المستخدمة بشكل متكرر عادةً على تخزين محلي سريع، ويفضل أن يكون SSD أو NVMe. يمكن أن يعمل التخزين على HDD للنماذج الباردة، لكن أوقات التحميل البطيئة تصبح مؤلمة عند تبديل النماذج أو إعادة تشغيل الخدمات. النماذج المثبتة على الشبكة تضيف نقطة فشل أخرى وقد تسبب مهلات إذا كان المسار غير مستقر.
هل يمكنني تشغيل الذكاء الاصطناعي المحلي وتطبيقات NAS العادية على نفس الجهاز؟
نعم، ولكن فقط إذا كان عبء عمل الذكاء الاصطناعي محدودًا وقابلًا للمراقبة. استخدم حدود وحدة المعالجة المركزية والذاكرة، تحقق من مقاييس وقت التشغيل، راقب درجات حرارة الأقراص، وجدول مهام الذكاء الاصطناعي في الخلفية بعيدًا عن فترات النسخ الاحتياطي أو الاستخدام الكثيف للوسائط. إذا تدهورت التطبيقات العادية كلما بدأ الذكاء الاصطناعي، فالخادم غير جاهز لاستضافة كلاهما بدون تغييرات.
ما هو أول شيء يجب التحقق منه إذا كان البحث بالذكاء الاصطناعي بطيئًا جدًا؟
ابدأ بـ مسار النموذج، ضغط الذاكرة، ورؤية وقت تشغيل وحدة معالجة الرسومات. تحقق مما إذا كان النموذج لا يزال يتم تنزيله، أو إذا كان مخزنًا في مسار بطيء، أو إذا كان وقت التشغيل يمكنه رؤية وحدة معالجة الرسومات، أو إذا كانت حاوية أخرى تستهلك الذاكرة أو الإدخال/الإخراج. التخمين بحجم النموذج قبل التحقق من هذه الأساسيات يمكن أن يضيع ساعات.
يكون الخادم المنزلي جاهزًا للذكاء الاصطناعي المحلي فقط عندما يصبح الذكاء الاصطناعي عبئًا محكومًا، وليس اختبار ضغط مفاجئ. إذا تعطلت النماذج، تباطأت التطبيقات، ارتفعت حرارة الأقراص، كان دعم وحدة معالجة الرسومات غير مؤكد، أو كان الوصول إلى الملفات بلا حدود، أوقف النشر وأصلح الأساس أولاً. الهدف ليس فقط تشغيل نموذج مرة واحدة؛ بل الحفاظ على فائدة الخادم أثناء تشغيل الذكاء الاصطناعي بجانب كل شيء آخر.
الدعم والنصائح
المزيد للقراءة

قائمة التحقق لاستعادة الخادم المنزلي: كلمة المرور، الشبكة، الإقلاع، والتخزين
قائمة تحقق عملية لاستعادة خادم منزلي بأمان، من الوصول بكلمة المرور وإصلاح الشبكة إلى استعادة الإقلاع، وفحوصات التخزين، ومجموعات ZFS، والتطبيقات.

كيفية الاختيار بين RAID 5 و RAID 6 و RAIDZ والأقراص المعكوسة
يشرح هذا الدليل كيفية الاختيار بين RAID 5 وRAID 6 وRAIDZ والأقراص المعكوسة لـ NAS منزلي، أو خادم وسائط، أو مجموعة نسخ احتياطي، أو...

ما هي تطبيقات NAS التي تحسن فعليًا السرعة والنسخ الاحتياطي والوسائط؟
معظم تطبيقات NAS لا تجعل NAS أسرع بمفردها. إنها تحسن النظام فقط عندما تزيل عنق زجاجي حقيقي: نقل محلي بطيء، نسخ احتياطية غير موثوقة،...

