في هذا المستند، نلخص الإرشادات لمراجعة التغييرات على المواصفات. في الوقت الحالي، تتضمن هذه التغييرات عادةً التحقق من أشياء متعددة في مصادر متعددة، لذلك تلخصها هذه الوثيقة جميعًا لتبسيط المراجعات:
- تأكَّد من أنّ عمود "المواصفات" في الحقل status.md يشير إلى "نعم"، وأضِف صفًا في حال إضافة عملية جديدة.
- تحقَّق مما إذا كان عنوان القسم يتطابق مع تذكّر العملية في سياسة ODS.
- تحقَّق مما إذا كان قسم "الدلالات" يطابق دلالات العمليات في XLA.
- تحقَّق مما إذا كان قسما "الإدخالات" و "النتائج":
- أدرج نفس العناصر مثل ODS.
- أدرِج العناصر نفسها مثل HloInstruction::CreateFromProto.
- يتم ترتيبها تمامًا مثل ODS.
- في حال وجود أي حالات عدم تطابق، تأكَّد من أنّ هناك تذاكر مقابلة.
- تحقَّق مما إذا كان قسم "القيود":
- يطابق shape_inference.cc الخاصة بـ XLA.
- يطابق hlo_verifier.cc الخاصة بـ XLA.
- يطابق ODS.
- يطابق StablehloOps.cpp.
- في حال وجود أي حالات عدم تطابق، تأكَّد من أنّ هناك تذاكر مقابلة. اربط كل تلك التذاكر في المواصفات، في مواقع جغرافية محدّدة قدر الإمكان (على سبيل المثال، إذا كانت التذكرة تتعلق بقيد لم يتم تنفيذه، يمكنك ربط طلب الدعم مباشرةً في ذلك القيد).
- إذا كانت الأجزاء المكافئة من نظامَي ODS وStablehloOps.cpp تتطابق مع المواصفات، تأكَّد من أنّ عمودَي "التحقّق" و "استنتاج النوع" في status.md يتضمّنان كلمة "نعم".
- تحقَّق مما إذا كان قسم "أمثلة":
- لها مثال واحد فقط. (في المستقبل، سنضيف روابط إلى مزيد من الأمثلة من مجموعة اختبار الترجمة الفورية من StableHLO).
- استخدِم بنية MLIR صالحة من خلال تنفيذ
stablehlo-opt
على أمثلة الرموز البرمجية. - تستخدم بنية MLIR العامة التي يمكن الحصول عليها من خلال تنفيذ
stablehlo-opt -mlir-print-op-generic
(نلتزم بالبنية العامة في المواصفات لتجنّب الحاجة إلى تغيير المواصفات في تغييرات الطابعات القصيرة).
- تحقَّق من أنّ
description
في ODS المتعلّق بالعملية:- تتضمن الجملة الأولى من المواصفات.
- ثم تقوم بربط القسم المقابل من المواصفات.
- بعد ذلك، يستخدم المثال نفسه المستخدَم في المواصفات، ولكن من خلال بنية بسيطة يمكن
الحصول عليها عن طريق تشغيل
stablehlo-opt
.
- تأكَّد من أنّ الملفات المتعلقة بتنفيذ قيود التحقّق واستنتاج النوع
تتّبع الإرشادات المذكورة أدناه:
- اتّبِع الإرشادات #1 الخاصة بأداة StablehloOps.td.
- اتّبِع الإرشادات #2 التي تخصّ TypeInference.cpp وStablehloOps.cpp.
- اتّبِع الإرشادات رقم #5 بخصوص ops_stablehlo.mlir.
- اتّبِع الإرشادات الواردة في رقم 6 بخصوص infer_stablehlo.mlir.
- قيِّم العملية التشغيلية للاطّلاع على التأثيرات الجانبية وقابلية التوقُّع.
- إذا لم يكن للعملية آثار جانبية ويمكن توقّعها دائمًا، أضِف السمة
Pure
إليها. وهذا أمر نادر الحدوث، لأنّ معظم العمليات تسمح بالأشكال الديناميكية، ما قد يؤدي إلى عدم تطابق الأشكال في وقت التشغيل، وهو سلوك غير محدّد. قد يكون لبعض العمليات سلوك غير محدّد في مواقف أخرى أيضًا. الغالبية العظمى من العمليات ليس لها أي آثار جانبية (يجب أن تتضمّن السمةNoMemoryEffect
). - تندرج معظم العمليات ضمن إحدى سمات
HLO_SpeculatableIf*
. إذا لم تتوافق العملية مع أي من هذه القيم، أضِف السمةConditionallySpeculatable
ونفِّذ طرق الواجهة. يمكنك إضافة اختبارات إلىstablehlo/tests/ops_speculatability.mlir
لتغطية منطق التوقُّع.
- إذا لم يكن للعملية آثار جانبية ويمكن توقّعها دائمًا، أضِف السمة