سؤال

أنا ترميز تطبيق MERB الذي يستخدم مجموعة من طاغية SimpleDB و Tokyo للتخزين. لكل من مخازن البيانات هذه أنفذ في قائمة) نوع الوظائف عن طريق تدور مؤشر ترابط لكل قيمة في قائمة ثم دمج مجموعات النتائج. وإذ تضع في اعتبارك أن هذا هو تطبيق ويب، هل هناك حد لعدد الخيوط التي يجب أن أقوم بإنشاءها؟ روبي 1.8.7، لذلك ليسوا خيوط النواة.

هل كانت مفيدة؟

المحلول

يبدو أن المواضيع نهج سيء لما تحاول القيام به هنا، وإذا لم تتمكن من استخدام JRURY، فستسقط فقط المواضيع تماما. ومع ذلك، يمكنك إنشاء ملف Ruby تحميل قاعدة البيانات واستخدام مكتبة القياس للقيام ببعض المعايير حول الرقم هو الأسرع. ربما تريد أن تنظر إلى الذاكرة المستخدمة أيضا.

نصائح أخرى

بالنسبة لي مشكلتك تبدو IO ملزمة، لذلك قد يساعد الخيوط متعددة النواة.

معظم الوقت في حلقة روبي الرئيسية الخاصة بك سوف تنتظر على الأرجح على طبي طوكيو و DB بسيطة تعمل في عملية منفصلة متعددة الخيوط.

إذن كم عدد المواضيع؟ من تعرف؟ سوف تضطر إلى المعيار والقياس.

إذا كنت تستخدم التصوير بالرنين المغناطيسي، فلن يكون استخدام مواضيع في مثل هذه الحالات مساعدة كبيرة حيث يستخدم MRI خيوط خضراء غير مفيدة عندما يتعلق الأمر بالعمليات الحسابية. أعتقد أن استخدام JRURY (الخيوط الأصلية) سيكون من المفيد. أواصل الاستماع إلى أنه من أجل الخيوط الأصلية من الأفضل استخدامها (عدد النوى + 1) للاستفادة من النوى المتاحة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top