أرغب في الاستفسار عن مستورد smf2. إنه يعمل بشكل جيد، ولكنه بطيء جدًا.
ويصبح أبطأ وأبطأ. لقد جربت الترحيل باستخدام دروبال من قبل، وكان أسرع قليلاً، واستغرق 3-4 أيام. طوال الليل، تقدم smf2.rb بنسبة 3%. في 18 ساعة، تقدم بنسبة 8.2% فقط.
سؤالي هو: ما هي أفضل طريقة لتسريع العملية؟
كم عدد المشاركات في الدقيقة التي يتم الإبلاغ عنها؟ كم عدد المشاركات لديك؟
ستكون التشغيلات اللاحقة أسرع لأنها تتخطى البيانات التي تم استيرادها بالفعل، لذلك يمكنك تقليل وقت التوقف عن العمل عند إجراء التبديل النهائي.
هل لديك وحدة معالجة مركزية سريعة والكثير من ذاكرة الوصول العشوائي؟ هل تم تحسين PostgreSQL؟
مرحباً @pfaffman، لم تبدأ عملية الترحيل بعد، ويتم الآن استيراد المستخدمين، وتظهر حوالي 1900 عنصر في الدقيقة، لكنها لا تسير بهذا المعدل، حيث يتم الإبلاغ عن حوالي 60-70 عنصرًا في الدقيقة.
هل لديك أي اقتراحات حول كيفية تسريع هذه العملية؟
كم عدد المستخدمين؟
1900/دقيقة هو أعلى ما رأيته.
ماذا تقصد أنهم 60-70 في الدقيقة؟
هناك بعض نصوص الاستيراد المجمعة التي تكون أسرع ولكن لا أعتقد أن هناك نصًا لـ smf2.
إجمالي المستخدمين حوالي 5.8 لكح. ونعم 1900/دقيقة مرتفع جدًا ولكنه في الواقع لا يحدث بهذا المعدل حيث أتحقق من الواجهة الخلفية وكذلك الواجهة الأمامية، حيث يتم الترحيل بحوالي 60-70 في الدقيقة. لقد تحققت من هذا المجلد أيضًا ولا يوجد أي نص برمجي متاح لـ smf2، هل يوجد أي نص برمجي للاستيراد بالجملة في أي مكان آخر لـ smf2؟
إلا إذا لم يتم استيراد المستخدمين لسبب ما (هل هم موجودون بالفعل؟) فإن الرقم الذي يبلغه هو عدد المستخدمين الذين تم استيرادهم.
آه، ولكن إذا كنت تشغله بعد الاستيراد الأولي، فإن هذا الرقم يتضخم لأنه يحسب المستخدمين الذين كانوا موجودين عند بدء تشغيل البرنامج النصي. لذا يستغرق ذلك حوالي أسبوع لاستيراد هؤلاء.
كم عدد المشاركات؟
ما مدى سرعة الجهاز؟ ما مقدار ذاكرة الوصول العشوائي؟ ماذا فعلت لضبط PostgreSQL؟ هل قاعدة بيانات المصدر الخاصة بك تمثل عنق زجاجة؟
لست على علم بوجود برنامج نصي سري للاستيراد بالجملة لـ smf2. لقد أجريت استيرادًا استغرق أسابيع. لن يستغرق الاستيراد النهائي وقتًا طويلاً. فقط استمر في المحاولة.