لماذا لم تعد الحافلة تكفي لربط الأنظمة على الرقاقة؟

تقول ورقة تقنية نشرتها SignatureIP إن نماذج الربط التقليدية داخل الأنظمة على الرقاقة (SoC)، مثل الناقل المشترك وCrossbar، تقترب من حدودها العملية مع ارتفاع عدد الوحدات الحسابية وتنوعها. وتربط الورقة هذا التحول بثلاثة ضغوط رئيسية: أعباء الذكاء الاصطناعي غير المتجانسة، ومتطلبات السلامة في منصات السيارات، وانتقال تصميمات الرقائق إلى بنى Chiplet التي تتطلب الحفاظ على الاتساق بين قوالب سيليكون متعددة.

من مشكلة مشاركة القناة إلى مشكلة قابلية التوسع

خدمت الحافلات المشتركة وCrossbar قطاع SoC لنحو عقدين، لكنها تصبح أقل ملاءمة عندما يرتفع عدد الوكلاء الذين يتبادلون البيانات ويحافظون على اتساق الذاكرة. ووفق الورقة، تتطلب مسرعات الذكاء الاصطناعي أعداداً كبيرة من الوحدات غير المتجانسة، بينما تؤدي آليات التطفل المعتمدة على البث (broadcast-snoop) إلى الانهيار عند تجاوز قدرة البنية على إدارة هذه الاتصالات.

المشكلة هنا ليست مجرد زيادة في سرعة النقل. فكلما زاد عدد الوحدات، ازدادت الحاجة إلى إدارة المسارات والتحكيم والاتساق بكفاءة، في وقت تصبح فيه البنية المركزية أكثر تعرضاً للاختناقات. لذلك تعرض SignatureIP شبكات NoC تعتمد على تبديل الحزم باعتبارها بديلاً أكثر قابلية للتوسع من القنوات المشتركة.

ثلاثة ضغوط تدفع إلى إعادة تصميم الربط

• الذكاء الاصطناعي: أعباء العمل تعتمد على مكونات متخصصة ومتنوعة، ما يرفع الحاجة إلى اتساق بين وكلاء متعددين بدلاً من نموذج اتصال بسيط.
• السيارات: منصات ADAS والمركبات الكهربائية تحتاج إلى آليات سلامة متوافقة مع ISO 26262 وASIL-D مدمجة في بنية الربط نفسها، لا مضافة لاحقاً كحل منفصل.
• الرقائق المركبة: مع الإشارة إلى UCIe 2.0، تنتقل مشكلة الاتساق من داخل القالب الواحد إلى الحدود بين القوالب، ما يتطلب ربطاً قادراً على التعامل مع هذه الحدود بوضوح.

وتضيف الورقة أن مسارات التحكيم في بنى Crossbar تواجه صعوبة في تحقيق الإغلاق الزمني عند عقد التصنيع 3nm و2nm. وهذا يعني أن تقليص حجم الترانزستورات لا يحل تلقائياً مشكلة الاتصال؛ فقد تصبح شبكة الربط نفسها عاملاً يحد من توقيت التصميم وأدائه.

ما الذي تقدمه بنى NoC والاتساق المعتمد على الدليل؟

تطرح SignatureIP بنى NoC تبديل الحزم مع اتساق يعتمد على الدليل (directory-based coherency) لمعالجة هذه القيود. الفكرة الأساسية، كما تعرضها المادة، هي تجنب الاعتماد على بث طلبات الاتساق إلى جميع الوحدات، واستخدام آلية أكثر تنظيماً لتتبع الجهات المعنية بالبيانات. هذا النهج يستهدف تحسين قابلية التوسع عندما يتزايد عدد الوكلاء وتتباين وظائفهم.

وتعرض الشركة ضمن الورقة محفظة Compute and I/O Subsystem IP تشمل C-NOC وNC-NOC وAXI2CHI وCHI2AXI وATC وProxy Cache، إضافة إلى مكونات Ethernet وInoculator. ولا تقدم المادة تفاصيل كافية لمقارنة أداء هذه المكونات أو استهلاكها للطاقة أو نتائجها في تصميمات فعلية، ولذلك لا يمكن اعتبار القائمة دليلاً مستقلاً على تفوق منتج بعينه.

لماذا يهم هذا لمصممي الشرائح؟

التغيير الفعلي الذي تصفه الورقة هو انتقال قرار الربط من كونه تفصيلاً لاحقاً في تصميم SoC إلى عنصر معماري يؤثر في قابلية التوسع والسلامة والتوقيت. فالفرق التي تبني SoC للذكاء الاصطناعي أو السيارات أو الأنظمة المعتمدة على Chiplet مطالبة بالنظر مبكراً في كيفية إدارة الاتساق، وكيفية عبور البيانات بين الوحدات أو القوالب، وكيفية دمج وظائف السلامة في مسار الاتصال.

مع ذلك، تظل المادة ورقة تقنية مرتبطة بمحفظة SignatureIP، وليست دراسة محايدة تقارن بين NoC ومقاربات أخرى أو تعرض قياسات تفصيلية. لذلك تتمثل قيمتها الأساسية في تلخيص القوى التي تضغط على بنى الربط التقليدية وتحديد اتجاه معماري واضح، بينما تحتاج قرارات التبني الفعلية إلى بيانات عن الأداء، والطاقة، والتكامل، والتحقق، ومتطلبات كل تصميم.