Evalml: التحديث إلى XGBoost 1.0.2

تم إنشاؤها على ٢٠ فبراير ٢٠٢٠  ·  2تعليقات  ·  مصدر: alteryx/evalml

حاليًا ، يكسر XGBoost 1.0.0 اختبارات python 3.5 ويجعل المهلة الزمنية للآخرين. يجب علينا على الأقل وضع حد أقصى لـ XGBoost في الوقت الحالي وإجراء مزيد من المناقشة حول كيفية التعامل مع إصدار التبعية.

bug

التعليق الأكثر فائدة

jeremyliweishih هل نرفق # 407 بهذه التذكرة؟

ال 2 كومينتر

jeremyliweishih هل نرفق # 407 بهذه التذكرة؟

christopherbunn سينظر في هذا أكثر قليلاً بعد ظهر هذا اليوم ، لكن بعد ذلك سيغيب حتى الأسبوع المقبل. لذا سأستلمه غدًا.

أولاً ، لم نعد بحاجة إلى استبعاد xgboost 1.0.0 لأننا لم نعد ندعم python 3.5. تحديث عنوان القضية ليعكس ذلك.

فيما يتعلق بالأخطاء: لقد تحدثت للتو مع christopherbunn ونرى ما يلي عند تشغيل xgboost 1.0.1:

  • يستغرق تشغيل خط أنابيب xgboost أثناء التشغيل التلقائي (على سبيل المثال test_random_state ) 9 دقائق تقريبًا حتى يكتمل. هذا يتسبب في انتهاء مهلة الاختبار ، لأن هذا الاختبار يعمل تلقائيًا 4x وهناك مهلة 20 دقيقة
  • لاحظ christopherbunn أن xgboost كان يستخدم 26 نواة عند تكوينه باستخدام n_cores=-1 بدلاً من 8. نعتقد أن 26 هو عدد النوى على آلة Circleci
  • ما زلنا غير متأكدين مما إذا كان هذا مرتبطًا بالأخطاء التي يراها @ angela97lin في # 441 ، أم بالفشل في # 167. على الرغم من أنه من الواضح أن كل هذه المشكلات تتعلق بـ n_jobs / joblib.
هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات