هل لديك أي فكرة أو نصائح قد تسرع العملية؟
إذا كان لديك العديد من النوى (Cores) وذاكرة عشوائية (RAM) كبيرة، فيمكنك تعديل متغير البيئة UNICORN_SIDEKIQS إلى رقم أعلى عند تشغيل الأمر ./bin/unicorn (وأعتقد أنه سيعمل أيضًا مع ./bin/rails). يعتمد الحجم المناسب على عدد نوى المعالج، والذاكرة العشوائية، وسرعة قاعدة البيانات، وما إلى ذلك. ستحتاج إلى تجربة عدة قيم للوصول إلى الأفضل. يمكنك البحث عن المزيد من المعلومات هنا، لكن هذه هي الفكرة الأساسية.
وبما أنك ستبدأ من الصفر مرة أخرى عند استيراد البيانات التالي، فلا يهم الأمر كثيرًا في الوقت الحالي. 
مرحبًا Pfaffman،
“UNICORN_SIDEKIQS” => “0” هذا هو الافتراضي
هل جعلها “UNICORN_SIDEKIQS” => “8” ستسرع من Sidekiq؟
لست متأكدًا تمامًا. جرّب وأخبرنا!
هذا ليس هو الافتراضي
إذا كان نظامك غير قادر على تحمّله، فسوف ينهار.
كما قال، الأمر يعتمد على المعالج وكل تلك العوامل
“UNICORN_SIDEKIQS” = “0” أعني أن هذا هو الافتراضي في discourse
لا أستطيع أن أرى ذلك كإعداد افتراضي. أين تراه؟
إذا قمت بتعيين هذه القيمة إلى صفر، فقد يكون هذا هو جذر مشكلتك؟
إذا قمت بتعيينها مرتفعة جدًا، فقد ينفد ذاكرة نظام التشغيل ويبدأ في إنهاء العمليات كما هو موضح في تعليق @IAmGav
رأيت ذلك في lib/tasks/qunit.rake
لكن كيف أقوم بتعيينه؟
هذا يوقف Sidekiq أثناء تشغيل حالات اختبار الوحدة. Qunit هو إطار عمل لاختبار الوحدة للواجهة الأمامية. لا علاقة له بالبيئة الإنتاجية.
يجب أن تتمكن من تعيين ذلك في ملف app.yml. هل جربت ذلك؟
عذرًا على السؤال، أين يقع ملف app.yml؟
هل تقوم بتشغيل مثيل Docker؟
للأسف لا 
هل يجب أن أنشئ ملف app.yml؟
أنت تشغّل موقع تطوير لاستيرادك. ما لم ترغب في البدء من جديد وإعادة تشغيل عملية الاستيراد، فلا ترغب في التبديل إلى تثبيت Docker بعد.
هل هناك أي طريقة لجعل Sidekiq أسرع دون التحويل إلى Docker بعد؟ شكرًا لك يا جاي!
يجب أن تتمكن من تعيين متغير البيئة UNICORN_SIDEKIQS يدويًا إذا لم تكن تستخدم Docker. ثم أعد تشغيل Unicorn.