ملاحظات من اجتماع 8/24/2022 للمتعاونين مع TFF

  • دعم الموتر المتناثر في TFF:
    • EW - لدينا نماذج Keras التي نريد نقلها إلى TFF ، لديهم موترات متفرقة
      • يؤدي التعيين ببساطة إلى الموترات الكثيفة إلى تكلفة غير مقبولة للذاكرة وبطء في حالة الاستخدام لدينا ، لذلك نتطلع إلى تجنب ذلك
    • ZG على دعم الموتر المتفرق الموجود في TFF
      • المشكلات المذكورة على GitHub تتعلق في الغالب بـ tf.data.Dataset
      • يعمل في الغالب على خلاف ذلك ، ولكنه يتطلب بعض التجميعات اليدوية ، خاصةً wrt ، حيث لا يمكننا بسذاجة القيام بمجموع ضئيل على ثلاثية الموترات المكونة ، والتي لن يكون لها النتيجة المرجوة
    • (سؤال حول الأهمية النسبية)
    • EW - هذا لا يمنعنا ، ولكنه أداء جيد / إعادة تحسين البصمة
    • ZG - فيما يتعلق بقضايا GitHub ، قد يتم حلها عن طريق إخفاء مجموعة البيانات داخل حساب TFF ، لذلك فهي ليست جزءًا من حدود الإدخال والمخرجات
    • KO - توضيح أن تعليقنا "يعمل في الغالب" يشير إلى الممارسة الشائعة لتمثيل / التعامل مع الموترات المتفرقة على أنها مجموعات من الموترات الكثيفة. هل جربت التعامل مع مجموعات متفرقة مثل مجموعات من الموترات الكثيفة لاستخدام مجموعات البيانات أيضًا؟
      • EW - لم أحاول بعد
    • KO - ظهر القليل في هذه المحادثة في مكانين - لمعلمات النموذج ، ولكن أيضًا لبيانات الإدخال المتفرقة - هل كلاهما متساوي في الأهمية؟
      • EW - سيكون من الناحية المثالية كلاهما
    • KO - عنصر عمل واحد لإيوان لمحاولة العمل مع مجموعات من الموترات الكثيفة التي تمثل الأجزاء المكونة.
    • KO - لا يزال هذا يترك سؤالًا حول أفضل واجهات برمجة التطبيقات / المساعدين للتعامل مع الموتر المتناثر ، ولكن يمكن إلغاء حظر حالة الاستخدام هذه. أفكار حول API؟
    • EW - من الناحية المثالية ، يمكن أن يكون هذا شفافًا فقط (لا داعي لفعل أي شيء خاص من قبل العميل باستخدام TFF وهو يعمل فقط)
      • KO ، ZG - في بعض الحالات ، ليس واضحًا ، على سبيل المثال ، للتجميع - من المحتمل أن يكون هناك أكثر من طريقة لتجميع الأجزاء المكونة للموترات المتفرقة ، وهو خيار مثالي يقوم به العميل
      • KR - ربما يكون امتلاك عائلة صغيرة من رموز "الجمع المتناثر" هو الأكثر قابلية للتنفيذ
      • KO - ربما يمكننا أن نبدأ من خلال وضع نموذج أولي لنسخة المبلغ المتناثر الذي تحتاجه الحرب الإلكترونية ونقله إلى TFF كمعامل لمجموع متناثر عام لبذر هذا ، والبناء على ذلك (للمتابعة في وضع عدم الاتصال - ربما عند الخلاف)
      • الحرب الإلكترونية +1
  • اقتراح جيريمي ، المستمر منذ أسبوعين:
    • TFF Tech ملاحظة: قام العميل ببدء الاتصالات
    • (يجب على الجميع مراجعتها لاحقًا حيث تمت مشاركتها قبل وقت قصير من الاجتماع)
    • (جيريمي يقدم)
    • JL - اقتراح تجريد "مخزن المهام" لتبادل الطلبات بين "السحابة" والمنفذين لكل عميل (على سبيل المثال ، في المتصفحات) ، مع قيام الأخير بسحب المهام من "متجر مهام" مركزي. هل تم النظر في شيء من هذا القبيل في أي سياق آخر؟
    • KR - نعم ، في سيناريوهات معالجة الفشل
      • ومع ذلك ، فإن المزيد من المشاكل الشعرية - انتقال الدولة عبر المنفذين صعب ، ولست متأكدًا من مقدار ما ينتقل إلى السيناريو الذي قدمه جيريمي
    • HV - هل يمكن أن يكون المنفذون في الأوراق عديمي الجنسية
      • JL - هذا سيجعله أشبه بورق SysML على الجهاز المتقاطع
    • (سؤال حول الأداء في هذا السيناريو ، مقارنةً بالدفق ثنائي الاتجاه بطريقة تشبه إلى حد كبير بروتوكول TFF الأصلي)
    • JL - Ack أن هناك اعتبارات زمن الوصول
    • البث ثنائي الاتجاه غير مدعوم في بعض وسائل النقل ، لذلك ليس دائمًا خيارًا قابلاً للتطبيق
    • (انتهى الوقت)
    • (تستمر في غضون أسبوعين - النقطة الأولى في جدول الأعمال للاجتماع التالي ، سينضم جيريمي)