فك الترميز التخميني في DFlash 2: اختبار مسار الرموز المقبولة للسرعات الحقيقية
يجلب DFlash 2 زخما موثوقا لفك الترميز التخميني، لكن سرعات العناوين لا تنتقل تلقائيا. استخدم اختبار Optijara لمسار الرموز المقبولة لتقرر ما إذا كان المسار يصمد مع نموذجك الفعلي، وبيئة التشغيل، والتكميم، ومزيج السياق، وعبء العمل، والعتاد.
لماذا يحتاج DFlash 2 إلى اختبار مسار، لا إلى اختبار سرعة عنوان
4.6x ليست نتيجتك حتى يصمد مسار الرموز المقبولة داخل مكدسك.
هذه هي القاعدة الأولى عند قراءة معيار DFlash 2 لفك الترميز التخميني. الآثار العامة مفيدة. والأرقام التي أبلغ عنها المنشئ تستحق الانتباه. ومع ذلك، فإن فك الترميز التخميني من تقنيات أداء الذكاء الاصطناعي التي يتحدث فيها المسار أكثر من غيره. اسم النموذج وحده لا يخبرك إلا بالقليل.
يشمل المسار النموذج الهدف، ونموذج المسودة، وبيئة التشغيل، والفرع أو الالتزام، والتكميم، والعتاد، وأطوال السياق، وإعدادات أخذ العينات، ومزيج المطالبات، وأطوال المخرجات، وملف التزامن، ومسار التراجع. غيّر واحدا من هذه العناصر وقد تغيّر النتيجة. غيّر عدة عناصر وقد يصبح المعيار سجلا مفيدا لنظام شخص آخر، لا قرارا لنظامك.
DFlash 2 مثير للاهتمام، لكن ادعاءات السرعة في فك الترميز التخميني يجب أن تعامل كادعاءات مسار، لا كادعاءات منتج. تصف بطاقة نموذج DFlash 2 على Hugging Face نموذج مسودة من أجل Qwen/Qwen3.8-27B، لا نموذج لغة مستقلا. وتقول إن المسودة تعمل داخل خادم فك ترميز تخميني وتقترح رموزا ليتحقق منها النموذج الهدف. كما تبلغ عن تقييم على SGLang باستخدام وحدة NVIDIA H200 واحدة، وFlashAttention 3، وحجم كتلة تخمين قدره 8، و7 رموز مسودة لكل خطوة تحقق، ومعلمات أخذ العينات الموصى بها في Qwen3.8، وحد أقصى للرموز الجديدة قدره 4096.
هذه التفاصيل ليست معلومات جانبية. إنها تحدد النتيجة. ويجب أن ترافق الرقم في كل مرة يعاد فيها تكراره.
تقيّم هذه المقالة DFlash 2 من خلال اختبار Optijara لمسار الرموز المقبولة، أو ATRT. الهدف ليس إعادة تشغيل ادعاء إطلاق في جدول أجمل. الهدف هو مساعدة فرق الهندسة وعمليات الذكاء الاصطناعي على تحديد ما إذا كان DFlash 2 يجب أن يعتمد أو يختبر تجريبيا أو يراقب أو يرفض لمسار محدد. إذا كان فريقك يبني عادة أوسع لجمع الأدلة، فاقرن ذلك مع سلم أدلة هندسة أداء الذكاء الاصطناعي، الذي يفصل بين استعراض المعايير وأدلة التشغيل.
DFlash 2 بعبارات مباشرة: الرموز المقبولة، وكلفة المسودة، وتكافؤ المخرجات
يبدأ فك الترميز التخميني برهان صغير. دع مسار مسودة يقترح عدة رموز. ثم دع النموذج الهدف يتحقق من عدد الرموز المقترحة التي يمكن قبولها. إذا قبل النموذج الهدف عدة رموز في مرور تحقق واحد، يمكن لفك الترميز أن يتحرك أسرع من التوليد العادي رمزا واحدا في كل مرة. وإذا رفض النموذج الهدف كثيرا، يضيف المسار عملا ويستعيد القليل.
يوصف DFlash 2 في مشروعه وبطاقة نموذجه بأنه منشئ مسودة بالانتشار الكتلي. وبدلا من التعامل مع كل موضع مقترح كتخمين منفصل، يضيف DFlash 2 آليات مثل الالتفاف العمقي الديناميكي المجمّع ومحدد المرشحين. يصف طلب السحب في vLLM محددا يحتفظ بأفضل المرشحين لكل خانة، ويسجل الانتقالات المتجاورة، ويمشي في مسار متماسك للتحقق. ويصف طلب السحب في llama.cpp دعما ذا صلة للالتفاف المحلي واختيار المرشحين. كما يوضح نقطة عملية: تفاصيل التنفيذ هي التي تحدد ما إذا كانت فكرة الورقة البحثية تصبح مسارا جاهزا للمشغلين.
المقياس الرئيسي هو الرموز المقبولة لكل مرور. طول القبول، والقبول حسب موضع الرمز، وأنماط الرفض تخبرك بما إذا كانت المسودة تساعد. قد يبدو مسار يقبل المواضع المبكرة ثم يسقط اللاحقة جيدا في متوسط الرموز في الثانية، مع أنه ما زال يتصرف بشكل سيئ في الإكمالات الطويلة. وقد لا يتصرف مسار يقبل جيدا في مطالبات رياضيات قصيرة بالطريقة نفسها في الإجابات التقنية الطويلة، أو المخرجات الشبيهة بالكود، أو الاستخراج المنظم، أو أعباء دعم المحادثات.
ينتمي تكافؤ المخرجات إلى المحادثة نفسها مع السرعة. في إعدادات جشعة مضبوطة، يجب أن يحافظ المسار على سلوك النموذج الهدف. أما تحت أخذ العينات، فتحتاج الفرق إلى فحوص واعية بالتوزيع وتقييم على مستوى المهمة. لا تطلب من مهندس واحد أن يتفحص خمس إجابات بعينه ويسمي ذلك اختبار صحة. المسار الأسرع الذي يغيّر المخرجات بطرق غير مرغوبة ليس أسرع فحسب. إنه مسار تشغيل مختلف.
يمكن للمكاسب أن تختفي أيضا لأسباب هندسية عادية. مسار المسودة يستهلك حوسبة وذاكرة. وقد تضيف مزامنة بيئة التشغيل كلفة زائدة. ويمكن أن يغير التكميم القبول. وقد تنقل السياقات الطويلة التوازن بين التهيئة وفك الترميز. ويمكن أن يكشف التزامن العالي ضغط ذاكرة لم يظهر في عرض طلب واحد. لهذا يتفوق اختبار المسار على اختبار سرعة العنوان.
خريطة المصادر: ما الذي صدر، أو اقترح، أو يعد تجريبيا، أو ما زال يتحرك
يدعم مسار المصادر العامة الحالي قراءة حذرة ومحددة بالمسار. ولا يدعم ادعاء عاما بأن DFlash 2 سيسرع كل نشر.
| المصدر | الحالة المرصودة | ما يثبته | ما لا يثبته |
|---|---|---|---|
| Hugging Face incoai/Qwen3.8-27B-DFlash2 | أثر نموذج معروض | وجود نموذج مسودة DFlash 2 من أجل Qwen/Qwen3.8-27B ويتضمن إرشادات بدء سريع لـ SGLang وvLLM | جاهزية الإنتاج لكل مسار بيئة تشغيل أو عتاد |
| z-lab/dflash | مستودع عام | المسار المرجعي للمشروع لآليات DFlash وDFlash 2 والآثار وروابط التقديم | ملف القبول الخاص بك على مطالباتك |
| llama.cpp PR #27342 | طلب سحب مفتوح عند العرض | عمل تنفيذ لدعم DFlash2، والالتفاف المحلي، ومحدد المرشحين، وسياق المعيار | دعم مستقر مدمج في إصدار llama.cpp منشور |
| vLLM PR #52816 | طلب سحب مدمج عند العرض | دمج DFlash2 في فرع vLLM الرئيسي مع تفاصيل التنفيذ | التوفر أو النضج في كل نشر معبأ |
| Ollama pull search | دليل طلب سحب مطابق مفتوح عند العرض | وجود نشاط دمج لدعم MLX DFlash2 | دعم Ollama عام أو توفر في إصدار |
| NeMo AutoModel pull search | طلب سحب مطابق واحد مغلق ومدمج عند العرض | دمج عمل نموذج مسودة DFlash 2، والمدرب، والوصفة | الملاءمة لمسار تقديم من دون تحقق منفصل |
قراءتان مهمتان. أولا، أثر Hugging Face دقيق: إنه نموذج مسودة من أجل Qwen/Qwen3.8-27B. لا ينبغي للفرق أن تحوله إلى ادعاءات واسعة عن جميع نماذج Qwen، أو جميع نماذج المسودة، أو كل فك الترميز التخميني. ثانيا، ليست إشارات بيئات التشغيل متساوية. طلب سحب مدمج، وطلب سحب مفتوح، وأمر تثبيت من فرع، وميزة منشورة تحمل مخاطر تشغيلية مختلفة.
هذا قريب من انضباط المسار المستخدم في تأهيل نشر Qwen3.8-27B: الأثر مهم، لكن المسار هو الذي يقرر. يجعل DFlash 2 هذه النقطة أوضح لأن القبول هو وحدة السرعة.
Optijara ATRT: اختبار مسار الرموز المقبولة لتأهيل DFlash 2
Optijara ATRT إطار من سبع بوابات لتحديد ما إذا كان مسار فك ترميز تخميني يستحق استخدام الإنتاج.
| البوابة | دليل النجاح | إشارة إيقاف الاستخدام |
|---|---|---|
| جرد المسار | تسجيل النموذج الدقيق، والمسودة، وبيئة التشغيل، والالتزام، والتكميم، والعتاد، والسياق، والعينة، وعبء العمل، والتزامن | أي مكوّن مجهول في المسار |
| تكافؤ خط الأساس | مقارنة النموذج الهدف نفسه، وعائلة بيئة التشغيل، والعتاد، والمطالبات، والإحماء، والإعدادات مع فك الترميز الانحداري الذاتي | اختلاف خط الأساس بما يكفي لجعل النتائج غير قابلة للمقارنة |
| ملف القبول | استقرار الرموز المقبولة لكل مرور والقبول حسب الموضع عبر مطالبات ممثلة | قبول منخفض أو متراجع |
| الكمون والإنتاجية | فصل التهيئة عن فك الترميز، مع الإبلاغ عن p50 وp95 | الإبلاغ عن متوسط الرموز في الثانية فقط |
| صحة المخرجات | نجاح تكافؤ النمط الجشع أو فحوص التكافؤ على مستوى المهمة | انحراف الصحة، أو تغيرات سلوك السلامة، أو إخفاقات انحدارية |
| الذاكرة والاستقرار | تكون VRAM أو RAM، والإخفاقات، والتوقفات الطبيعية، والمهلات، وسلوك الدفعات مقبولة | ضغط ذاكرة، أو أعطال، أو توقفات غير مستقرة |
| التراجع | وجود رجوع واضح إلى المسار الانحداري الذاتي | عدم وجود تراجع آمن أو غموض الملكية |
البوابة 1، جرد المسار، تجبر الفريق على كتابة المسار قبل تفسير الأرقام. سجّل النموذج الهدف، ونموذج المسودة، وإصدار بيئة التشغيل أو الالتزام، وحالة الفرع، والتكميم، والعتاد، وبرامج التشغيل أو الخلفية، وأطوال السياق، وفئات المطالبات، وأطوال المخرجات، وإعدادات أخذ العينات، والتزامن، والإحماء، والبذور حيث تنطبق، والتوقفات الطبيعية، وأنماط الإخفاق.
البوابة 2، تكافؤ خط الأساس، تقارن مع فك الترميز الانحداري الذاتي على النموذج الهدف نفسه وبإعدادات بيئة تشغيل قابلة للمقارنة. لا تقارن مسار DFlash جديدا بخط أساس أقدم بتكميم مختلف، أو إعدادات أخذ عينات مختلفة، أو مزيج مطالبات مختلف، أو عتاد مختلف. هذا ينشئ معيارا، لكنه لا ينشئ دليلا.
البوابة 3، ملف القبول، هي مركز الاختبار. أبلغ عن الرموز المقبولة لكل مرور، والقبول حسب الموضع، وكلفة المسودة، وأنماط الرفض، وانجراف القبول عبر أنواع المطالبات. إذا انخفض القبول تحت المخرجات الطويلة أو فئات مطالبات معينة، فهذه حقيقة اعتماد، لا حاشية.
تفصل البوابة 4 التهيئة عن فك الترميز. أبلغ عن p50 وp95 لوقت أول رمز، وكمون ما بين الرموز، ورموز فك الترميز في الثانية، والكمون من البداية إلى النهاية، والإنتاجية تحت التزامن، وأطوال السياق، وتوزيع أطوال المطالبات، وتوزيع أطوال المخرجات. قد لا تستفيد أعباء العمل الثقيلة بالتهيئة كثيرا من تسريع فك الترميز. ويمكن لأعباء العمل قصيرة المخرجات أن تخفي قيمة توليد الرموز الأسرع لأن كلفة الإعداد والتحقق تهيمن.
تفحص البوابة 5 صحة المخرجات. استخدم فحوصا حتمية حيثما أمكن، ومطالبات انحدارية، وتقييما خاصا بالمهمة، والتحقق من المخرجات المنظمة، واختبارات الرفض أو سلوك السلامة حيث يكون ذلك ملائما، ومراجعة يدوية لسير العمل الذي تكون فيه الصحة ذات أثر تشغيلي عال.
تقيس البوابة 6 الذاكرة والاستقرار. سجّل VRAM أو RAM، وآثار الدفعات، والأعطال، والمهلات، والتوقفات الطبيعية، والطاقة فقط إذا كانت قابلة للقياس مباشرة. وتتطلب البوابة 7 التراجع. إذا فشل القبول أو الذاكرة أو الصحة أو النضج، يجب أن يعود المسار إلى فك الترميز الانحداري الذاتي حتى يتحسن المسار.
مصفوفة القرار: متى يستحق DFlash 2 تجربة إنتاج
| القرار | متى يناسب | ما الذي تفعله بعد ذلك |
|---|---|---|
| اعتماد | نجاح بوابات تكافؤ خط الأساس، والقبول، وكمون p95، والذاكرة، والصحة، والاستقرار، والتراجع تحت حمل شبيه بالإنتاج | أطلقه خلف علم ميزة مع مراقبة |
| تجربة محدودة | يبدو القبول وكمون فك الترميز واعدين، لكن بيانات التزامن أو السياق الطويل أو الإخفاق غير مكتملة | احصره في أعباء عمل مختارة ووسّع الاختبارات |
| انتظار | دعم بيئة التشغيل مدمج حديثا، أو مفتوح، أو قائم على فرع، أو لم يعبأ بعد لمسارك | تابع الإصدارات وأعد الاختبار على بناء مستقر |
| تجنب | كلفة المسودة، أو القبول المنخفض، أو ضغط الذاكرة، أو انحراف الصحة، أو سلوك بيئة تشغيل غير مستقر يلغي الفائدة | أبق خط الأساس الانحداري الذاتي وأعد النظر لاحقا |
من المرجح أن يساعد DFlash 2 حيث يهيمن فك الترميز على تجربة المستخدم: الإكمالات الأطول، وفئات المطالبات القابلة للتكرار، وتوزيعات المخرجات القابلة للقياس، وشكل حركة كاف يبرر الاختبار. وهو أقل إقناعا حيث تهيمن التهيئة، أو تكون المخرجات قصيرة جدا، أو يكون نضج بيئة التشغيل مبكرا جدا بالنسبة لتحمل الفريق التشغيلي. ستتعرف الفرق التي تعمل بالفعل على اختبار TensorRT Model Connect من نقطة التحقق إلى الحزمة على النمط نفسه. الإعلان يبدأ التقييم. ولا ينهيه.
قائمة تحقق معيار قابلة للتكرار للفرق التي تختبر DFlash 2
استخدم هذه القائمة قبل قبول أي ادعاء سرعة.
| الحقل | سجله لأن |
|---|---|
| إصدار بيئة التشغيل أو الالتزام | حالة طلب السحب وحالة الإصدار تغيران نضج المسار |
| آثار النموذج والمسودة | دعم DFlash 2 خاص بالأثر |
| التكميم | يمكن أن يتغير القبول والذاكرة والكمون |
| العتاد والخلفية | H200، وApple silicon، وCUDA، وMLX، والمسارات الأخرى ليست قابلة للتبادل |
| أطوال السياق | يتغير توازن التهيئة وفك الترميز مع طول المطالبة |
| توزيعات المطالبات والمخرجات | يمكن أن يختلف القبول حسب عبء العمل |
| التزامن | غالبا ما تظهر ذيول الذاكرة والكمون تحت الحمل |
| إعدادات أخذ العينات | تؤثر Temperature وtop-p وtop-k والبذور في قابلية المقارنة |
| الإحماء والتوقفات الطبيعية | تشوه البدايات الباردة والتوقفات غير الطبيعية النتائج |
| الإخفاقات والتراجع | تحتاج العمليات إلى بديل آمن |
{
"framework": "Optijara ATRT",
"route": {"target": "Qwen/Qwen3.8-27B", "draft": "DFlash2", "runtime": "record commit or release"},
"baseline": "same target model, settings, hardware, prompts",
"acceptance": ["accepted_tokens_per_pass", "acceptance_by_position", "draft_overhead"],
"latency": ["p50_ttft", "p95_ttft", "inter_token_latency", "decode_tokens_per_second", "end_to_end_latency"],
"memory": ["vram_or_ram", "concurrency", "failures", "normal_stops"],
"decision": "adopt, pilot, wait, or avoid",
"stop_use": ["low_acceptance", "correctness_drift", "memory_pressure", "unstable_runtime"]
}أخطاء شائعة تجعل معايير فك الترميز التخميني مضللة
الخطأ الأول هو المقارنة مع خط أساس خاطئ. إذا استخدم مسار DFlash تكميا مختلفا، أو عينة مختلفة، أو فرع بيئة تشغيل مختلفا، أو مزيج مطالبات مختلفا، أو عتادا مختلفا عن المسار الانحداري الذاتي، فلا يمكن للمقارنة أن تعزل فك الترميز التخميني.
الخطأ الثاني هو تجاهل القبول حسب الموضع. يمكن لمتوسط القبول أن يخفي ضعف الذيل، أو حساسية فئة المطالبة، أو أنماط رفض لا تظهر إلا بعد أول بضعة رموز مقترحة.
الخطأ الثالث هو الإبلاغ فقط عن متوسط الرموز في الثانية. تحتاج الفرق إلى p50 وp95 لوقت أول رمز، وكمون ما بين الرموز، ورموز فك الترميز في الثانية، والكمون من البداية إلى النهاية، والرموز المقبولة لكل مرور، وكلفة المسودة، والذاكرة، والإخفاقات، والتوقفات الطبيعية. قد يظل متوسط نظيف مع p95 ضعيف مخيبا للمستخدمين.
الخطأ الرابع هو اختبار طول سياق واحد. المطالبات طويلة السياق، والإجابات القصيرة، والاستجابات المنظمة، والتزامن العالي، والتوليد المفتوح يمكن أن تغير النتيجة كلها. وخطأ آخر هو معاملة طلب سحب مفتوح كدعم بيئة تشغيل مستقر. نشاط الدمج مشجع، لكن العمليات تحتاج إلى نضج إصدار، ومشرفين، وتوثيق، ومراقبة، وتراجع.
التحفظات والقيود وكيف ستؤهل Optijara المسار معك
قد يصبح DFlash 2 مسارا مفيدا للفرق القادرة على قياسه بشكل صحيح، لكن التأهيل له تكلفة حقيقية. يجب أن يصمم شخص ما مجموعات مطالبات ممثلة، ويجمع توزيعات الكمون، ويتحقق من سلوك المخرجات، ويقيس هامش الذاكرة، ويتتبع نضج بيئة التشغيل، ويحافظ على التراجع. الخصوصية مهمة أيضا. يجب أن تعكس مطالبات المعايير شكل عبء العمل الحقيقي من دون كشف بيانات يجب أن تبقى داخل أنظمة مضبوطة. وجودة التقييم مهمة كذلك، لأن المطالبات الاختبارية الضعيفة تنشئ ثقة زائفة.
أوقف استخدام المسار عندما يبقى القبول منخفضا، أو تتغير الصحة، أو تكون كلفة الذاكرة غير مقبولة، أو لا يتحسن كمون p95 تحت حمل ممثل، أو يكون دعم بيئة التشغيل غير ناضج بدرجة كبيرة، أو لا يكون سلوك الإخفاق مقبولا تشغيليا. إذا نجحت هذه البوابات لاحقا، فأعد الاختبار. وإذا لم تنجح، فأبق خط الأساس الانحداري الذاتي.
يمكن أن تساعد Optijara الفرق على تحويل هذا إلى معيار محدد بالمسار: النموذج الهدف نفسه، وشكل عبء العمل نفسه، وقيود التكميم نفسها، وواقع العتاد نفسه، وقرار يصمد بعد مخطط الإطلاق. لا تشتر سرعة العنوان. أهّل مسار الرموز المقبولة.
النقاط الرئيسية
- 1يجب تقييم DFlash 2 كمسار فك ترميز تخميني محدد بالمسار، لا كادعاء سرعة عام.
- 2تشرح الرموز المقبولة لكل مرور والقبول حسب الموضع ما إذا كان مسار المسودة يساعد أو يضيف كلفة.
- 3يقارن المعيار الصالح مع خط أساس انحداري ذاتي على النموذج الهدف نفسه، وبيئة التشغيل، والعتاد، والتكميم، والمطالبات، وإعدادات أخذ العينات نفسها.
- 4ينبغي للفرق فصل التهيئة عن فك الترميز والإبلاغ عن كمون p50 وp95، وكمون ما بين الرموز، ورموز فك الترميز في الثانية، والذاكرة، والإخفاقات، والتوقفات الطبيعية.
- 5لعمليات الدمج المدمجة، والمفتوحة، والقائمة على فرع، والمبحوث عنها مستويات نضج مختلفة ولا ينبغي معاملتها كأنها متكافئة.
- 6يعطي Optijara ATRT الفرق قرارات اعتماد، وتجربة محدودة، وانتظار، وتجنب، وتراجع بناء على دليل المسار.
الخلاصة
يستحق DFlash 2 الانتباه لأنه يدفع فك الترميز التخميني العملي إلى الأمام. سؤال التشغيل أضيق: هل تصمد الرموز المقبولة، وذيول الكمون، وهامش الذاكرة، وسلوك المخرجات، ونضج الدمج، والتراجع على مسارك الفعلي؟ إذا كانت الإجابة نعم، فاختبره خلف ضوابط. وإذا لم تكن كذلك، فأبق خط الأساس الانحداري الذاتي وأعد الاختبار عندما يتغير المسار.
الأسئلة الشائعة
ما هو فك الترميز التخميني في DFlash 2؟
DFlash 2 هو منشئ مسودة بالانتشار الكتلي لفك الترميز التخميني. يقترح مسار مسودة رموزا ويتحقق النموذج الهدف من الرموز التي يمكن قبولها.
ما معنى الرموز المقبولة لكل مرور؟
تقيس الرموز المقبولة لكل مرور عدد رموز المسودة المقترحة التي تقبل أثناء خطوة تحقق واحدة. لا يساعد فك الترميز التخميني إلا عندما تتجاوز الرموز المقبولة كلفة المسودة وبيئة التشغيل.
كيف ينبغي للفرق قياس DFlash 2 مقابل خط أساس انحداري ذاتي؟
استخدم النموذج الهدف نفسه، وعائلة بيئة التشغيل نفسها، والعتاد، والتكميم، وإعدادات أخذ العينات، والمطالبات، وأطوال السياق، وتوزيعات المخرجات، والتزامن، والإحماء، والبذور حيث تنطبق. افصل التهيئة عن فك الترميز.
هل يمكن أن تختفي سرعات DFlash 2 في الإنتاج؟
نعم. يمكن أن يقلل القبول المنخفض، وكلفة المسودة، وضغط الذاكرة، والسياقات الطويلة، والتزامن العالي، ودعم بيئة التشغيل غير المستقر، أو انحراف الصحة من الفائدة أو يزيلها.
هل يعني دمج بيئة التشغيل أن DFlash 2 جاهز للإنتاج؟
لا. يظهر طلب سحب أو فرع أو دمج أو ذكر حالة الدمج. ما زالت الفرق تحتاج إلى تحقق خاص بالمسار من النضج، والصحة، والأداء، والمراقبة، والتراجع.
المصادر
- https://huggingface.co/incoai/Qwen3.8-27B-DFlash2
- https://huggingface.co/z-lab/Qwen3.8-27B-DFlash2
- https://github.com/z-lab/dflash
- https://github.com/z-lab/dflash/blob/main/README.md
- https://github.com/ggml-org/llama.cpp/pull/27342
- https://github.com/vllm-project/vllm/pull/52816
- https://github.com/ollama/ollama/pulls?q=DFlash2
- https://github.com/NVIDIA-NeMo/Automodel/pulls?q=DFlash2
بقلم
Hamza Diazحمزة دياز هو مؤسس Optijara، حيث يبني وكلاء ذكاء اصطناعي عمليين، وأنظمة أتمتة، وسير عمل Copilot للشركات الخدمية. يكتب عن تشغيل الذكاء الاصطناعي، واستراتيجية الوكلاء، والتطبيق الواقعي للفرق التي تريد أنظمة مفيدة بدلًا من الضجيج.
