मोनोड्रॉइड धीमा है?

Question

मैंने सुना है कि एंड्रॉइड सॉफ्टवेयर सी # का उपयोग करके विकसित किया जा सकता है। (monodroid)

लेकिन जब मैं इसे शोध करता हूं, तो किसी ने संकेत दिया कि यह दौड़ने में धीमा होगा।

आपको क्या लगता है? क्या यह असली है? क्या यह सी # का उपयोग कर प्रभावी है?

Answer 1

हम नहीं जानते।

सभी गंभीरता में, अगर कोई एंड्रॉइड लिनपैक ऐप एंड्रॉइड के लिए मोनो को पोर्ट कर सकता है तो यह वास्तव में आसान होगा ताकि हम दोनों के बीच प्रदर्शन तुलना प्राप्त कर सकें।

• वहाँ एक वर्तमान में ~ 3s स्टार्टअप जुर्माना भूमि के ऊपर है, जब पहली बार एक G1 पर एप्लिकेशन को लोड करने (अपने लाभ हार्डवेयर पर निर्भर करती है):

  यहाँ मैं क्या कर पता है। यह मोनो रनटाइम को शुरू करने और संदर्भित असेंबली को लोड करने के कारण है। हम भविष्य में इसे सुधारना चाहते हैं।

• मोनो, और एंड्रॉइड के लिए मोनो, जेआईटी सब कुछ। इस बीच, Dalvik, JITcache परिवर्तनीय आकार (वर्तमान में एआरएमवी 7 पर 1 एमबी) और एक दुभाषिया है, इसलिए आपके ऐप के आधार पर यह संभव है (संभावित) कि सबकुछ जेआईटी नहीं होगा।
• एंड्रॉइड के लिए मोनो एंड्रॉइड/जावा कोड का आह्वान करने के लिए जेएनआई का उपयोग करता है।

फिर koush's performance comparsion between Mono and Dalvik in 2009 है। यह दलविक जेआईटी की भविष्यवाणी करता है, लेकिन समान हार्डवेयर पर, मोनो स्पैंकिंग दलविक था।

तो इसका क्या मतलब है? मुझे बिल्कुल पता नहीं है। (फिर से, Android के लिए मोनो के लिए Linpack के एक बंदरगाह अद्भुत होगा संकेत संकेत, खिसकाने के लिए प्रेरित!)

यानी, सुझाव देने के लिए कुछ प्रदर्शन सलाह है:

1. Use a splash screen during app startup. इस दौरान तत्काल प्रतिक्रिया प्रदान करता है ऐप स्टार्टअप, जो कि अधिकांश उपयोगकर्ताओं की देखभाल करता है।
2. यदि संभव हो तो, मोनो और जावा कोड के बीच संक्रमण को कम करें। जेएनआई कभी भी प्रदर्शन प्रदर्शन नहीं जीत पाएगा, इसलिए यदि आप जावा विधियों के मध्यवर्ती कॉल के बिना मोनो में अधिक कोड कर सकते हैं, तो ऐसा करें।
3. Java.Lang.Object उदाहरणों की संख्या को कम करें जो समकालिक रूप से जीवित रहते हैं। क्रॉस-वीएम जीसी संदर्भ प्रदर्शन मुद्दों का कारण बन सकता है।