الخرافة أن بايثون "يتعامل مع الذاكرة نيابة عنك" هي السبب في توقف وكلائك عن العمل بعد 4 ساعات من التشغيل المستمر


شغلت 24 وكيلًا متعددًا في وقت واحد الشهر الماضي، محروقًا 10 أضعاف الرموز من جلسة واحدة بدون أي مخرجات قابلة للاستخدام
المشكلة الحقيقية لم تكن الرموز، بل كانت الذاكرة التي لم يكن أحد يراقبها
بايثون يستخدم عدّ المرجع بالإضافة إلى جامع قمامة دوري. يبدو جيدًا حتى تقوم بتحميل مصفوفات numpy عبر ملحقات C التي لا تقلل من المرجع بشكل صحيح. تلك الكائنات لا تُجمع أبدًا. تظل هناك، تنمو، بصمت
كل 100 رمز من سياق الوكيل الذي يعمل لفترة طويلة، هذا عملية تخصيص tensor أخرى قد لا تُطلق. اضرب ذلك في 24 جلسة متزامنة وستتسرب 400MB/ساعة في يوم جيد
> فقط أضف المزيد من RAM
نعم، هذا 30 ألف دولار/شهر في الحوسبة لتعويض شيء كان tracemalloc ليكتشفه خلال 10 دقائق.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • Gate Fun الساخن

    عرض المزيد
  • القيمة السوقية:$2.45Kعدد الحائزين:2
    0.00%
  • القيمة السوقية:$2.45Kعدد الحائزين:1
    0.00%
  • القيمة السوقية:$0.1عدد الحائزين:1
    0.00%
  • القيمة السوقية:$0.1عدد الحائزين:1
    0.00%
  • القيمة السوقية:$2.52Kعدد الحائزين:2
    0.13%
  • تثبيت