Runtime: आर्म 6 रास्पबेरी पीआई ज़ीरो - पीआई 1

नहीं, ऐसा कोई प्रयास नहीं है। शायद सबसे बड़ी समस्या जिसे हल करने की आवश्यकता होगी वह यह है कि जेआईटी एआरएम 6 थंब निर्देश एन्कोडिंग का समर्थन नहीं करता है।

तो मुझे क्या उम्मीद करनी चाहिए? क्या कोई मौका है कि समुदाय या एमएस से आर्म 6 समर्थन लाने के लिए प्रतिबद्धता होगी या मोनो ही एकमात्र तरीका है?

अगर एआरएमवी6 सीपीयू जैसे पाई ज़ीरो और पाई ज़ीरो डब्ल्यू के लिए समर्थन है तो मैं शानदार होगा। कुछ उपयोग के मामलों के लिए पीआई 3 जैसे अधिक शक्तिशाली एआरएमवी 7 का उपयोग करने की आवश्यकता नहीं है।

एआरएमवी 6 समर्थित देखना अच्छा लगेगा :)

मैं सहमत हूं कि आपको एआरएमवी6 के लिए समर्थन शामिल करना चाहिए। मैं अभी पाई ज़ीरो में डॉटनेट कोर चलाना चाहता हूं, मैं मोनो के साथ फंस गया हूं।

armv6 समर्थन पर कोई शब्द? मेरे पास दो पीआई शून्य हैं बस एक उद्देश्य की प्रतीक्षा कर रहे हैं ..

@janvorli अगर जेआईटी समस्या है, तो क्या हम इसे सक्षम करने के लिए कोरआरटी ​​पर नेट कोर की उम्मीद कर सकते हैं?

@dcuccia CoreRT, CoreCLR के समान JIT कंपाइलर का उपयोग करता है, इसलिए समस्या बनी रहती है।

@dcuccia , @mikedn corert में एक मोड है जिसमें यह C ++ में संकलित होता है, जिससे समस्या का समाधान हो सके। हालाँकि, मैंने ट्रैक खो दिया है कि वास्तव में उस मोड में कितना सामान काम करता है। @jkotas क्या आप कृपया उस पर कुछ विवरण प्रदान कर सकते हैं?

CppCodeGen सरल प्रोग्राम (हैलो वर्ल्ड, आदि) चलाता है। https://github.com/dotnet/corert#platform -support से: बड़ी गायब विशेषताएं प्रतिबिंब, कचरा संग्रह और अपवाद प्रबंधन हैं।

मैं सहमत हूं कि प्लेटफॉर्म पहुंच के लिए CoreRT + CppCodeGen एक अच्छा विकल्प होगा।

@jkotas क्या मैं इसे सही पढ़ता हूं - कोरर्ट से उदाहरण के बाद -> https://github.com/dotnet/corert/tree/master/samples/WebApi मैं इसे cppCodeGen के साथ संकलित कर सकता हूं और यह मेरे रास्प पीआई शून्य पर चल सकता है?

या यह अभी भी केवल ARMv6 होने के कारण विफल हो जाएगा?

वेबएपी नमूने के लिए CppCodeGen बहुत अधूरा है। प्रतिबिंब और कचरा संग्रहण को पहले काम करना होगा।

धन्यवाद @jkotas - लेकिन फिर एक हैलो वर्ल्ड और कुछ बुनियादी आईओ/httpclient सामान काम करेंगे?

httpclient कोड का एक बहुत ही जटिल टुकड़ा है। आप इसे आजमा सकते हैं, लेकिन मुझे संदेह है कि यह आज CppCodeGen के साथ काम करेगा।

क्या ARMv6 के लिए सहायता प्रदान करने का कोई इरादा है?

मुझे ARMv6 समर्थन देखने में भी बहुत दिलचस्पी है। ऐसा लगता है कि कोर करीब आ रहा है, हालांकि मैं अच्छी तरह से न्याय करने के योग्य नहीं हूं।

ARMv6 समर्थन के लिए मेरा +1 जोड़ना। rPi0w और rPi3 के बीच की कीमत का अंतर $25 है, जिससे Pi Zero W IoT प्रोजेक्ट्स के लिए कहीं अधिक उपयोगी हो जाता है जहां बहुत सारे उपकरणों का उपयोग किया जाता है। क्या इसके लिए हमारे लिए मोनो से कुछ कोड का पुन: उपयोग करना संभव है?

और मैं भी सहमत होने के लिए इच्छुक हूं। एक और भी बड़ा समुदाय है जो पीआई पर एक बेहतर लिनक्स चलाना चाहता है, जिसमें पीआई ज़ीरो भी शामिल है, फिर केवल उनके समुदाय समर्थित रिलीज।

यह इसके लायक होने के लिए पीआई/शून्य से बहुत आगे निकल जाता है। ARMv6 को सपोर्ट करने से माइक्रोकंट्रोलर्स की एक विशाल श्रृंखला के दरवाजे खुल जाते हैं। उस पारिस्थितिकी तंत्र में एक विकल्प के रूप में .NET उपलब्ध होना बहुत महत्वपूर्ण होगा, और कोरआरटी ​​के IoT पहलुओं पर काफी अधिक रुचि/कवरेज प्रदान करेगा।

मैं इस चरण 1 को एक क्रम में मानूंगा जो अंततः .NET को रीयल-टाइम ऑपरेटिंग सिस्टम में प्रोग्रामिंग के लिए एक विकल्प के रूप में देखेगा। दूसरे शब्दों में, कृपया रास्पबेरी पाई ज़ीरो समर्थन के साथ एआरएमवी 6 समर्थन की बराबरी न करें , क्योंकि यह तत्काल अर्थों में उससे कहीं अधिक दूर जाता है (कई अन्य एमसीयू जो उस निर्देश सेट का उपयोग करते हैं, और यह कम बिजली के लिए जल्द ही कहीं भी नहीं जा रहा है /कॉस्ट एमसीयू), और दुनिया से परे अधिक सार अर्थ में (उदाहरण के लिए फ्रीआरटीओएस या इसी तरह के लिए कोरआरटी ​​पीएएल लक्ष्य देखना)।

@metanoic मैं आपसे पूरी तरह सहमत हूं। और इससे IoT Edge को पोर्ट करने में भी मदद मिलेगी (https://github.com/Azure/iotedge/issues/12)

हमारे हाथ में 10$ से कम का IoT प्लेटफॉर्म होना चाहिए!

+1

सहमत। असल में मैं मोनो के साथ फंस गया हूँ :)

armv6 पर कुछ IoT सामान बनाना। उदास यहाँ आया। इस मुद्दे में अपना +1 जोड़ना चाहते हैं।

किसी के पास कोई अपडेट है कि क्या इस पर कोई प्रगति हो रही है? मैंने बस यह सोचने की कोशिश की कि यह काम करेगा जैसा कि यह pi3b + पर करता है। मैं भूल गया कि वे दो अलग-अलग प्रोसेसर हैं :(

मेरे पास एक पुराना रास्पबेरी पाई मॉडल बी (armv6l सीपीयू) है और मैं इस पर कुछ डॉटनेट कोर प्रोजेक्ट चलाना पसंद करूंगा।

मेरे पास लिनक्स और मोनो के साथ ARMv6 CPU पर आधारित कई मिनी सर्वर हैं। उन्हें .NET कोर में बदलना चाहेंगे।

armv6 सपोर्ट के लिए भी वोट करेंगे! +1

armv6 समर्थन के लिए +1!

+1 होना अच्छा होगा

हां!

कृपया!

यह वाकई बहुत अच्छा होगा!

बस जिज्ञासु, क्या कोई तकनीकी कारण है कि उदाहरण के लिए गो रनटाइम एक ही कंपाइलर का उपयोग करके कई आर्किटेक्चर को संकलित कर सकता है, फिर भी कोरसीएलआर के लिए आर्क समर्थन जोड़ने के लिए यह एक लंबी प्रक्रिया लगती है? https://gist.github.com/asukakenji/f15ba7e588ac42795f421b48b8aede63

@ एमएमएस- हाँ, एक तकनीकी कारण है। जाओ पूर्व-संकलित है। इसमें दो कंपाइलर हैं - जीसी जो केवल x86 (32 और 64 बिट) का समर्थन करता है और आर्म और जीसीसीगो कि जीसीसी इसके बैकएंड के रूप में है। तो जीसीसी द्वारा समर्थित जो भी आर्किटेक्चर हैं, वे उन्हें मुफ्त में प्राप्त करते हैं।
CoreCLR JIT का उपयोग करता है, इसलिए हम नए आर्किटेक्चर के लिए समर्थन जोड़ने के लिए स्वतंत्र हैं।

एकदम सही समझ में आता है। दिलचस्प होगा अगर .Net नेटिव को इन अन्य आर्किटेक्चर पर .Net Core के लिए इसी मार्ग को सक्षम करने के लिए विस्तारित किया जा सकता है जहां JIT अभी तक मौजूद नहीं है।

ARMv6 के लिए अपना वोट जोड़ना

हमें इसकी आवश्यकता है!

ARMv6 में रास्पबेरी पाई ज़ीरो से परे एक टन अपील है। रास्पबेरी पाई कंप्यूट मॉड्यूल 1, उदाहरण के लिए, एआरएमवी 6 चलाता है और यह डॉटनेट पर भरोसा करने के लिए इसे अधिक सुरक्षित बनाता है। वर्तमान में मोनो रनटाइम का उपयोग किया जाना है जो ठीक है, लेकिन उचित डॉटनेट समर्थन कुछ ऐसा है जो मैं वास्तव में चाहता हूं।

@ रिचलैंडर

ARMv6 सपोर्ट कमाल का होगा।

क्या कोई समझा सकता है कि कोर को जेआईटी की आवश्यकता क्यों है और इसलिए आर्मवी 6 पर नहीं चल सकता है, लेकिन मोनो कर सकता है? निश्चित रूप से मोनो में जेआईटी है क्योंकि इसे चलाने के लिए केवल आईएल कोड की आवश्यकता होती है - जिसे स्थानीय सीपीयू में जेआईटी किया जाना चाहिए?

क्या कोई समझा सकता है कि कोर को जेआईटी की आवश्यकता क्यों है और इसलिए आर्मवी 6 पर नहीं चल सकता है, लेकिन मोनो कर सकता है?

मोनो में एक अलग जेआईटी है जो आर्मव 6 का समर्थन करता है। CoreCLR JIT इसका समर्थन नहीं करता है। एआरएम के दो निर्देश सेट हैं - एआरएम और थंब। ARM v6 में THUMB, ARM v7 में THUMB2.
मोनो जेआईटी सब कुछ एआरएम निर्देश सेट में संकलित करता है, इसलिए यह आर्मव 6 और वी 7 दोनों पर काम करता है, लेकिन इसके परिणामस्वरूप कोड का लगभग 30% बड़ा मेमोरी फ़ुटप्रिंट होता है।
Armv7 THUMB2 और Armv6 THUMB के बीच का अंतर काफी बड़ा है और Armv6 के लिए समर्थन जोड़ने के लिए CoreCLR JIT में काफी बदलाव की आवश्यकता होगी।

.NET Core 3.0 आ चुका है, 3.1 आने ही वाला है, 5.0 की योजना बनाई गई है और इसे एक एकीकृत मंच के रूप में विज्ञापित किया गया है।
ब्लेज़र मोनो का उपयोग कर रहा है, एक नई परियोजना (लक्ष्य का चयन) बनाते समय जेआईटी को नहीं चुना जा सकता है, यदि एआरएमवी 7 चुना गया है तो कोरसीएलआर का उपयोग एआरएमवी 6 तो मोनो-जैसी जेआईटी में किया जाना चाहिए।

रास्पबेरी पाई 4 कम से कम $ 35 है, पाई ज़ीरो की कीमत $ 5 है, पाई ज़ीरो डब्ल्यू की कीमत $ 10 है। तो एक पीआई 4 की कीमत के लिए आपको 7 पीआई शून्य मिलते हैं!

और जैसा कि कई अन्य ने पहले लिखा था, यह सिर्फ रास्पबेरी पाई ज़ीरो के बारे में नहीं है, सभी एआरएमवी 6 डिवाइस .NET कोर ऐप चला सकते हैं।

2.5 साल बाद भी हम इंतजार कर रहे हैं

+1

रनटाइम प्रोजेक्ट में armv6 सपोर्ट नाम का एक पीआर है: https://github.com/dotnet/runtime/pull/657

कृपया इस समर्थन को जोड़ें

मुझे भी इस समर्थन का इंतजार है...

नेट कोर के लिए आर्मव6 सपोर्ट कमाल का होगा...

armv6 समर्थन पर कोई शब्द? मेरे पास दो पीआई शून्य हैं बस एक उद्देश्य की प्रतीक्षा कर रहे हैं ..

धन्यवाद

कृपया armv6 के लिए समर्थन जोड़ें

https://blogs.windows.com/windowsdeveloper/2020/05/26/build-your-iot-devices-with-windows-for-iot-a-comprehensive-platform-for-every-device-developer/

हमें यह बताते हुए खुशी हो रही है कि आगे चलकर, IoT के लिए Windows के लिए एक OS रिलीज़ है, Windows 10 IoT Enterprise जो इन ज़रूरतों को पूरा कर सकता है।

मैं इस गलत व्याख्या कर सकता हूं लेकिन इससे मुझे चिंता होती है कि आरपीआई के लिए कोई और आईओटी कोर नहीं होगा जब तक कि यह एआरएम 64 न हो।

@ मिलौश मुझे नहीं लगता कि इस मुद्दे में विंडोज आईओटी के साथ कुछ भी है। यहाँ विषय armv6 प्रोसेसर में डॉटनेट सपोर्ट जोड़ रहा है ताकि हम रास्पबेरी पाई ज़ीरो पर डॉटनेट चला सकें।

@realivanjx वास्तव में मेरा बुरा

ऊपर पढ़ने से ऐसा लगता है कि अंगूठे के निर्देश सेट के लिए आवश्यक कार्य के कारण ARM6 समर्थन की संभावना नहीं है। किसी और के पास ऑरेंज पाई ज़ीरो जैसे अन्य कम लागत वाले हार्डवेयर पर डॉटनेट कोर चलाने का अनुभव है?

एआरएमवी6 जोड़ने के लिए पीआर #657 बंद कर दिया गया था...

.NET कोर प्रोजेक्ट की वजह से यहां आए हैं, हमें स्कूल में आरपीआई शून्य पर चलने की जरूरत है क्योंकि हमारे पास इस परियोजना के लिए लगभग 25x आरपीआई शून्य खरीदे गए हैं। हमारे पास नहीं है, और न ही हम 25 नए RPi 3s खरीदने जा रहे हैं क्योंकि .NET Core ARMv6 का समर्थन नहीं करता है।

मान लीजिए मैं गोलांग में परियोजना को फिर से लिखूंगा ...

@ eduncan911 मोनो रूट पर जाने का प्रयास करें। यहाँ कुछ विवरण है।

नेट 6 को मोनो रनटाइम के माध्यम से कई सीपीयू आर्किटेक्चर का समर्थन करना चाहिए। शायद।

मैं मोनो के माध्यम से हजार से अधिक एआरएमवी6 सीपीयू डिवाइस चला रहा हूं। 3 साल पहले हमने एआरएमवी7 हार्डवेयर पेश किया था, जो अभी भी मोनो पर है, लेकिन अब हम नेट कोर/नेट मानक को रीफैक्टरिंग और माइग्रेट कर रहे हैं, इसलिए केवल छोटे निष्पादन योग्य अलग होंगे और मोनो और नेट कोर के बीच पुस्तकालयों का पुन: उपयोग किया जाता है।

मेरा भी यही विचार है। मैं लॉर्ड्स क्रिकेट के मैदान पर pi 1 . से स्कोरबोर्ड चलाता हूं
और मोनो का उपयोग करके पाई बी+। नेट कोर का उपयोग करके नई किट पीआई 3 से चलती है। वैसा ही
स्रोत फ़ाइलें, एक मूल वस्तु के साथ जो काम करती है। ढांचे में
और कोर ऐप्स यह सिर्फ सर्विस ऑब्जेक्ट बनाता है और ऐप लोड करता है
इसमें कॉन्फ़िगर करें।

ब्रायन क्रोटाज़ी
सिल्वर कर्व ई

दुर्भाग्य से मोनो बग से भरा है। बग शायद कोई भी कभी ठीक नहीं करेगा। उनमें से ज्यादातर नेटवर्क से संबंधित हैं। उदाहरण के लिए कुछ नेटवर्क पर जब डीएनएस उपलब्ध होता है लेकिन सामान्य ट्रैफ़िक में समस्या होती है - https/ssl स्ट्रीम में मेमोरी लीक होती है जो पूरी मेमोरी को खा सकती है। या मोनो एमटीयू आकार के साथ खेले बिना कुछ नेटवर्क पर संचार नहीं कर सका। लेकिन पायथन या नेट कोर को संचार करने में कोई समस्या नहीं है।

आश्चर्यजनक रूप से, मोनो कभी-कभी नेट कोर से तेज होता है, कम से कम ARMv7 पर। हमेशा नहीं, लेकिन मुझे उम्मीद थी कि नेट कोर एक बड़े अंतर से प्रदर्शन की दौड़ जीतेगा।

मुझे यह विश्वास करना मुश्किल लगता है कि मोनो बग से भरा है, लेकिन यह आवेदन पर निर्भर हो सकता है। Blazor WASM मोनो में लागू किया गया है और यदि नेटवर्क से संबंधित समस्याएं हैं तो यह एक बड़ी समस्या होगी।

मोनो: Xamarin से WebAssembly, Blazor, और .NET 5

cc @ मरेक-सफार

मैं कई हजार मशीनों और कई नेटवर्क कॉन्फ़िगरेशन पर मोनो चलाता हूं। ये बग हर मशीन और नेटवर्क कॉन्फ़िगरेशन पर नहीं होते हैं। उनके पास एक ही लिनक्स छवि है।

MTU आकार की समस्या - 0.3% संस्थापन - इन नेटवर्क पर 100% प्रतिलिपि प्रस्तुत करने योग्य है। मुझे पूरी तरह से पता नहीं क्यों। लेकिन एसएसएच इन नेटवर्कों पर काम करता है और तथ्य यह है कि मुझे एमटीयू आकार बदलना है, केवल दुर्घटना से ही खोजा गया था।

एसएसएल स्ट्रीम मेमोरी लीक - 2% इंस्टॉलेशन। इसे पुन: पेश करना बहुत कठिन था, अंत में हम उपभोग किए गए डेटा के साथ 4 जी राउटर के साथ इसे पुन: पेश करने में सफल होते हैं, इसलिए केवल डीएनएस काम कर रहा है, अन्य अनुरोध काम नहीं करता है। लेकिन हम इसे सामान्य लैन नेटवर्क पर टीसीपी त्रुटि सिम्युलेटर के साथ अनुकरण नहीं कर सके। हम उस लीक का अनुकरण करने के लिए 4G राउटर और विशिष्ट सिम कार्ड का उपयोग करते हैं। आमतौर पर 4G या अन्य वायरलेस नेटवर्क के साथ इंस्टॉलेशन पर होता है। ऐसा लगता है कि अगर टीसीपी और एचटीटीपीएस कनेक्शन स्थापित करने के मामले में टीसीपी हैंडशेक पूरा नहीं होता है, तो यह एक रिसाव पैदा करता है।

समय-समय पर हमें एक बग का सामना करना पड़ता है, कभी-कभी इसे कम समय में ठीक कर दिया जाता है, कभी-कभी हम उन्हें हल करते हैं और एक बार जब मैंने इसे मोनो में ठीक कर लिया है और पुल अनुरोध स्वीकार कर लिया गया था (नेटवर्क से संबंधित भी) :) लेकिन निष्पक्ष होने के लिए, इस सप्ताह मैं NET5 RC1 में एक बग पाया (और रिपोर्ट किया गया)। मेरे लिए मोनो सॉफ्टवेयर का उत्कृष्ट टुकड़ा है (मैं इसके साथ 9 साल तक काम करता हूं) लेकिन नेटवर्क कोड में कुछ गड़बड़ियां हैं।

काफी उचित है, लेकिन मोनो को बग से भरा के रूप में चित्रित करना थोड़ा अनुचित है। 4जी राउटर/सिम कार्ड कॉम्बो निश्चित रूप से एक एज केस की तरह लगता है, मैं आपको मोनो रेपो पर एक मुद्दा बनाने और अधिक से अधिक जानकारी प्रदान करने के लिए प्रोत्साहित करता हूं। यहां तक ​​​​कि अगर यह हल नहीं होता है, तो कम से कम उसी मुद्दे वाले अन्य लोग बग की खोज कर सकते हैं। मोनो/नेट5 रेपो में आपके पिछले योगदान के लिए धन्यवाद।

ठीक है, क्षमा करें, यह अनुचित है।

लेकिन हमने यह पता लगाने के लिए कि कुछ प्रतिष्ठानों में ये समस्याएँ क्यों हैं, हमने कई सैकड़ों मानव घंटे खो दिए। मोनो विशेष रूप से अल्पकालिक ऐप्स के लिए उपयोगी है - जैसे मोबाइल। हमारे पास कुछ इंस्टॉलेशन हैं जहां हमारे पास एक वर्ष से अधिक का अपटाइम है, लेकिन कभी-कभी यह समस्याग्रस्त है।

@michaldobrodenka btw आपका प्रशंसापत्र बहुत दिलचस्प है!

क्या एआरएमवी6 सपोर्ट को .NET 6.0 में शामिल किया जाएगा?

रिचर्ड लैंडर ने .NET 5 पूर्वावलोकन 4 घोषणा की टिप्पणियों में इसके बारे में कुछ उल्लेख किया है
https://devblogs.microsoft.com/dotnet/announcing-net-5-preview-4-and-our-journey-to-one-net/#comment -5958

इसके साथ मेरी सोच यह है कि हम .NET 5.0 के हिस्से के रूप में मोनो को आर्मव 6 के लिए उपयोग करेंगे। हम सभी मोनो/ज़ामरीन संबंधित परियोजनाओं को 6.0. मुझे उम्मीद है कि हम 6.0 में मोनो आर्मव6 बिल्ड को फंड कर सकते हैं।