المستوى: متقدم. زمن القراءة: نحو 4 دقائق.
تقنية GPUDirect Storage تفتح مسارًا مباشرًا بين معالجات NVIDIA الرسومية وأجهزة التخزين لرفع عرض النطاق وخفض التأخير وتقليل حمل المعالج المركزي. المشكلة أن ضبطها يتطلب البحث في وثائق كثيرة. لهذا نشرت NVIDIA أداة سطر أوامر مفتوحة باسم gds-diag تفحص بيئتك وتقترح تحسينات.
المتطلبات
نظام Linux وبايثون 3.8 أو أحدث. أما GDS نفسه فيتطلب معالجًا رسوميًا لمراكز البيانات وCUDA Toolkit بالإصدار 12.2 أو أحدث، لكنهما ليسا من متطلبات gds-diag. الأداة جزء من مستودع NVIDIA Magnum IO على GitHub.
الخطوة 1: ثبّت الأداة
git clone https://github.com/NVIDIA/MagnumIO.gitادخل مجلد gds-diag وشغّل gds-diag.py –help لرؤية الأوامر الفرعية.
الخطوة 2: اختر الفحص حسب مرحلتك
الأمر all يختار الفحوص المناسبة ويشغّلها تباعًا. وقبل التثبيت يفيد pre-install لفحص دعم المعالج وCUDA، وsupport-matrix لمعرفة أهداف التخزين المدعومة. وبعد التثبيت يفيد post-install للتحقق وconfig-audit لمراجعة ملفات الضبط ومتغيرات البيئة. وللحالات الأعمق، container-check لبيئات الحاويات (containerd وDocker وEnroot وKubernetes)، وmount-check لنقطة تركيب بعينها.
الخطوة 3: اقرأ النتائج
تعرض معظم الأوامر نتائج مصنفة بعلامات FAIL وWARN وINFO وPASS، ومع كل نتيجة شرح وخطة معالجة. في مثال المقال كشف config-audit خطأً إملائيًا في ملف الضبط، وبعد تصحيحه أكد صحة الملف.
بديل: الوكيل
تأتي مع الأداة «مهارة وكيل» اختيارية تتيح واجهة بلغة طبيعية: افتح مجلد gds-diag في مساعد برمجة مثل Claude أو Codex. والمهارة توجّه إلى الأوامر الفرعية وتفسر النتائج ولا تكرر الفحوص الحتمية.
جرّب بنفسك
شغّل gds-diag.py all على جهاز تجربة، وانظر إلى أول نتيجة FAIL أو WARN. ثم اطلب من الوكيل شرحها إن فضّلت.
المصادر: NVIDIA Technical Blog — 2026-10-30
