Runtime: Arm6 라즈베리 파이 제로 - PI 1

아니, 그런 노력은 없습니다. 아마도 해결해야 할 가장 큰 문제는 JIT가 ARM6 Thumb 명령어 인코딩을 지원하지 않는다는 것입니다.

그래서 나는 무엇을 기대해야합니까? Arm6 지원을 제공하겠다는 커뮤니티나 MS의 약속이 있을 가능성이 있습니까? 아니면 Mono가 유일한 방법입니까?

Pi Zero 및 Pi Zero W와 같은 ARMv6 CPU에 대한 지원이 있다면 환상적일 것입니다. 일부 사용 사례의 경우 Pi 3과 같은 더 강력한 ARMv7을 사용할 필요가 없습니다.

ARMv6 지원을 보고 싶습니다 :)

ARMV6에 대한 지원을 포함해야 한다는 데 동의합니다. 지금 Pi Zero에서 dotnet 코어를 실행하고 싶습니다. 모노가 막혔습니다.

armv6 지원에 대한 단어가 있습니까? 목적을 위해 기다리는 두 개의 파이 제로가 있습니다.

@janvorli JIT가 문제인 경우 CoreRT의 .Net Core가 이를 활성화할 것으로 기대할 수 있습니까?

@dcuccia CoreRT는 CoreCLR과 동일한 JIT 컴파일러를 사용하므로 문제가 남아 있습니다.

@dcuccia , @mikedn corert에는 C++로 컴파일하는 모드가 있으므로 문제를 해결할 수 있습니다. 그러나 그 모드에서 실제로 얼마나 많은 것들이 작동하는지 추적하지 못했습니다. @jkotas 이에 대한 세부 정보를 제공해 주시겠습니까?

CppCodeGen은 간단한 프로그램(hello world 등)을 실행합니다. https://github.com/dotnet/corert#platform -support에서 : 가장 큰 누락 기능은 리플렉션, 가비지 수집 및 예외 처리입니다.

CoreRT + CppCodeGen이 플랫폼 도달 범위에 좋은 옵션이라는 데 동의합니다.

@jkotas corert -> https://github.com/dotnet/corert/tree/master/samples/WebApi 의 예제에 따라 이것을 올바르게 읽었습니까? cppCodeGen으로 컴파일할 수 있고 내 rasp pi zero에서 실행할 수 있습니까?

아니면 ARMv6만 있기 때문에 여전히 실패할까요?

CppCodeGen은 WebApi 샘플에 대해 너무 불완전합니다. 리플렉션 및 가비지 수집이 먼저 작동해야 합니다.

@jkotas에게 감사드립니다. 그러면 hello world와 몇 가지 기본 IO/httpclient 항목이 작동할까요?

httpclient는 꽤 복잡한 코드 조각입니다. 시도해 볼 수는 있지만 오늘날 CppCodeGen에서 작동하는지 의심스럽습니다.

ARMv6에 대한 지원을 제공할 의도가 있습니까?

ARMv6 지원도 보고 싶습니다. 코어가 가까워지고 있는 것 같은데 잘 판단할 자격이 없다.

ARMv6 지원을 위해 내 +1을 추가합니다. rPi0w와 rPi3의 가격 차이는 25달러로, 많은 장치가 사용되는 IoT 프로젝트에 Pi Zero W가 훨씬 더 유용합니다. 이를 위해 Mono의 일부 코드를 재사용할 수 있습니까?

그리고 나도 동의하는 경향이 있다. Pi Zero를 포함하여 Pi에서 훨씬 더 나은 Linux를 실행하려는 더 큰 커뮤니티가 있으며 커뮤니티에서 지원하는 릴리스만 포함합니다.

이것은 가치가 있는 만큼 Pi/Zero를 훨씬 능가합니다. ARMv6을 지원하면 다양한 마이크로컨트롤러를 사용할 수 있습니다. 해당 생태계에서 .NET을 선택할 수 있다는 것은 큰 의미가 있으며 CoreRT의 IoT 측면에 대해 훨씬 더 많은 관심/범위를 제공할 것입니다.

나는 .NET을 실시간 운영 체제에서 프로그래밍하기 위한 옵션으로 보게 될 순서대로 이 1단계를 고려할 것입니다. 즉, ARMv6 지원을 Raspberry Pi Zero 지원과 단순히 동일시하지 마십시오 . 즉각적인 의미(해당 명령어 세트를 사용하는 다른 많은 MCU가 저전력을 위해 곧 아무데도 가지 않을 것입니다. /cost MCU), 그리고 보다 추상적인 의미에서 그 너머의 세계(예: FreeRTOS 또는 이와 유사한 것을 위한 CoreRT PAL 대상 보기).

@metanoic 전적으로 동의합니다. 이는 IoT Edge의 이식에도 도움이 됩니다(https://github.com/Azure/iotedge/issues/12).

10$ 미만으로 IoT 플랫폼을 손에 넣어야 합니다!

+1

동의하다. 사실 저는 Mono에 집착하고 있어요 :)

armv6에서 일부 IoT 항목을 빌드합니다. 슬퍼서 왔습니다. 이 문제에 내 +1을 추가하고 싶습니다.

이에 대한 진행 상황이 있는지에 대한 업데이트가 있는 사람이 있습니까? 나는 그것이 pi3b+에서 하는 것처럼 작동할 것이라고 생각하려고 시도했습니다. 나는 그들이 두 개의 다른 프로세서라는 것을 잊었습니다 :(

나는 오래된 Raspberry Pi 모델 B(armv6l CPU)를 가지고 있으며 일부 dotnet 코어 프로젝트를 실행하고 싶습니다.

Linux 및 Mono가 포함된 ARMv6 CPU 기반 미니 서버가 많이 있습니다. .NET 코어로 전환하고 싶습니다.

armv6 지원에도 투표할 것입니다! +1

armv6 지원을 위해 +1!

+1 있으면 좋을 것입니다.

네!

제발!

정말 좋을 것입니다!

예를 들어 Go 런타임이 동일한 컴파일러를 사용하여 많은 아키텍처로 컴파일할 수 있지만 CoreCLR의 경우 아치 지원을 추가하는 프로세스가 훨씬 더 긴 것처럼 보이는 기술적인 이유가 있습니까? https://gist.github.com/asukakenji/f15ba7e588ac42795f421b48b8aede63

@mms- 네, 기술적인 이유가 있습니다. Go는 미리 컴파일되어 있습니다. x86(32 및 64비트)만 지원하는 gc와 백엔드로 GCC를 지원하는 arm 및 gccgo의 두 가지 컴파일러가 있습니다. 따라서 GCC에서 지원하는 아키텍처가 무엇이든 무료로 제공됩니다.
CoreCLR은 JIT를 사용하므로 새로운 아키텍처에 대한 지원을 추가할 수 있습니다.

완벽합니다. JIT가 아직 존재하지 않는 이러한 다른 아키텍처에서 .Net Core에 대해 이와 동일한 경로를 활성화하도록 .Net Native를 확장할 수 있다면 흥미로울 것입니다.

ARMv6에 대한 내 투표 추가

우리는 이것이 필요합니다!

ARMv6은 Raspberry Pi Zero를 넘어서는 많은 매력을 가지고 있습니다. 예를 들어 Raspberry Pi Compute Module 1은 ARMv6을 실행하므로 dotnet에 의존하는 것이 훨씬 안전합니다. 현재 Mono 런타임을 사용해야 하는 데 문제가 없지만 적절한 dotnet 지원은 제가 정말 원하는 것입니다.

@richlander

ARMv6 지원은 굉장할 것입니다.

Core에 JIT가 필요하고 Armv6에서 실행할 수 없는 이유를 설명할 수 있는 사람이 있지만 Mono는 가능합니까? Mono는 실행하기 위해 IL 코드만 필요하므로 JIT가 있습니다. 로컬 CPU에 JIT해야 합니까?

Core에 JIT가 필요하고 Armv6에서 실행할 수 없는 이유를 설명할 수 있는 사람이 있지만 Mono는 가능합니까?

Mono에는 Armv6을 지원하는 다른 JIT가 있습니다. CoreCLR JIT는 지원하지 않습니다. ARM에는 ARM과 THUMB의 두 가지 명령어 세트가 있습니다. ARM v6에는 THUMB가 있고 ARM v7에는 THUMB2가 있습니다.
Mono JIT는 모든 것을 ARM 명령어 세트로 컴파일하므로 Armv6과 v7 모두에서 작동하지만 그 결과 코드의 메모리 공간이 약 30% 더 커집니다.
Armv7 THUMB2와 Armv6 THUMB의 차이는 상당히 크며 Armv6에 대한 지원을 추가하려면 CoreCLR JIT에 많은 변경이 필요합니다.

.NET Core 3.0이 출시되고 3.1이 곧 출시되며 5.0이 계획되고 통합 플랫폼 으로 광고됩니다.
Blazor는 Mono를 사용하고 있으며 새 프로젝트를 생성할 때(대상 선택) JIT를 선택할 수 없습니다. ARMv7을 선택한 경우 ARMv6을 선택한 다음 Mono와 같은 JIT인 경우 CoreCLR를 사용해야 합니다.

Raspberry Pi 4는 최소 $35, Pi Zero는 $5, Pi Zero W는 $10입니다. 따라서 단일 Pi 4 가격으로 7개의 Pi Zero를 얻을 수 있습니다!

그리고 다른 많은 사람들이 이전에 썼듯이 이것은 단지 Raspberry Pi Zero에 관한 것이 아닙니다. 모든 ARMv6 장치는 .NET Core 앱을 실행할 수 있습니다.

2.5년이 지난 지금도 우리는 기다리고 있습니다 🙂

+1

런타임 프로젝트에 armv6 지원이라는 PR이 있습니다. https://github.com/dotnet/runtime/pull/657

이 지원을 추가하십시오

저도 이 지원을 기다리고 있습니다...

넷 코어에 대한 Armv6 지원은 굉장할 것입니다...

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, Windows 10 IoT Enterprise용 OS 릴리스가 하나 있다는 사실을 공유하게 되어 기쁩니다.

내가 이것을 잘못 해석하고 있을지도 모르지만 ARM64가 아닌 한 RPi용 IoT Core는 더 이상 없을 것이라는 걱정이 됩니다.

@miloush 이 문제는 Windows IoT와 관련이 없다고 생각합니다. 여기 주제는 armv6 프로세서에 dotnet 지원을 추가하여 Raspberry Pi Zero에서 dotnet을 실행할 수 있도록 하는 것입니다.

@realivanjx 정말 내 나쁜

위의 읽기에서 ARM6 지원은 엄지 명령어 세트에 필요한 작업으로 인해 가능성이 낮은 것 같습니다. 다른 사람이 Orange Pi Zero와 같은 다른 저가 하드웨어에서 dotnet 코어를 실행한 경험이 있습니까?

ARMv6을 추가하기 위한 PR #657이 종료되었습니다...

이 프로젝트를 위해 약 25x RPi Zeros를 구매했기 때문에 학교에서 RPi Zeros에서 실행해야 하는 .NET Core 프로젝트 때문에 여기에 왔습니다. .NET Core가 ARMv6을 지원하지 않기 때문에 우리는 25개의 새로운 RPi 3를 가지고 있지 않으며 구매할 계획도 없습니다.

Golang으로 프로젝트를 다시 작성할 것 같아요...

@eduncan911 모노 루트로 가보세요. 다음은 몇 가지 세부 사항입니다.

Net6은 모노 런타임을 통해 다중 CPU 아키텍처를 지원해야 합니다. 아마도.

저는 모노를 통해 1000개 이상의 ARMv6 CPU 장치를 실행하고 있습니다. 3년 전에 우리는 ARMv7 하드웨어를 도입했지만 여전히 모노이지만 지금은 리팩토링하고 Net core/net 표준으로 마이그레이션하므로 작은 실행 파일만 다르고 라이브러리는 모노와 넷 코어 간에 재사용됩니다.

여기도 마찬가지입니다. 나는 파이 1에서 Lord's Cricket Ground에서 스코어보드를 운영한다
Mono를 사용하는 Pi B+. 최신 키트는 Net Core를 사용하여 Pi 3에서 실행됩니다. 같은
작업을 수행하는 핵심 개체가 있는 소스 파일. 프레임워크에서
서비스 객체를 생성하고 앱을 로드하는 핵심 앱
구성합니다.

브라이언 크로타즈
실버 커브

불행히도 모노는 버그로 가득 차 있습니다. 버그는 누구도 고칠 수 없을 것입니다. 그들 대부분은 네트워크와 관련이 있습니다. 예를 들어 일부 네트워크에서 DNS를 사용할 수 있지만 일반 트래픽에 문제가 있습니다. https/ssl 스트림에는 전체 메모리를 먹을 수 있는 메모리 누수가 있습니다. 또는 모노는 MTU 크기로 재생하지 않고 일부 네트워크에서 통신할 수 없습니다. 그러나 python 또는 NET Core는 통신하는 데 문제가 없습니다.

놀랍게도 최소한 ARMv7에서는 모노가 넷 코어보다 빠를 때가 있습니다. 항상 그런 것은 아니지만 네트 코어가 성능 경쟁에서 큰 차이로 승리할 것으로 예상했습니다.

Mono가 버그로 가득 차 있다는 것이 믿기지 않지만 응용 프로그램에 따라 달라질 수 있습니다. Blazor WASM은 Mono로 구현되며 네트워크 관련 문제가 있는 경우 큰 문제가 됩니다.

Mono: Xamarin에서 WebAssembly, Blazor 및 .NET 5로

cc @ marek-safar

나는 수천 대의 컴퓨터와 많은 네트워크 구성에서 모노를 실행합니다. 이러한 버그는 모든 시스템 및 네트워크 구성에서 발생하지 않습니다. 그들은 동일한 Linux 이미지를 가지고 있습니다.

MTU 크기 문제(설치의 0.3%)는 이러한 네트워크에서 100% 재현 가능합니다. 이유를 전혀 모르겠습니다. 그러나 ssh는 이러한 네트워크에서 작동하며 mtu 크기를 변경해야 한다는 사실을 우연히 발견했습니다.

SSL 스트림 메모리 누수 - 설치의 2%. 재생산이 매우 어려웠고 결국 4G 라우터로 데이터를 소모하여 재생산에 성공하여 dns만 작동하고 다른 요청은 작동하지 않습니다. 그러나 우리는 정상적인 lan 네트워크에서 tcp error 시뮬레이터로 그것을 시뮬레이션할 수 없었습니다. 우리는 4G 라우터와 특정 SIM 카드를 사용하여 해당 누출을 시뮬레이션합니다. 일반적으로 4G 또는 기타 무선 네트워크와 함께 설치할 때 발생합니다. TCP & HTTPS 연결을 설정한 경우 TCP 핸드셰이크가 완료되지 않으면 누수가 발생하는 것 같습니다.

때때로 우리는 버그를 만나기도 하고, 때로는 짧은 시간 안에 수정되기도 하고 때로는 해결하기도 하고 모노로 수정하고 pull 요청이 수락되면 (네트워크와도 관련됨) :) 하지만 공정하게 말하자면 이번 주에 저는 NET5 RC1에서 버그를 발견하고 보고했습니다. 나에게 모노는 훌륭한 소프트웨어이지만(저는 9년 동안 사용했습니다) 네트워크 코드에 약간의 결함이 있습니다.

충분히 공평하지만 Mono를 버그로 가득 찬 것으로 특성화하는 것은 약간 불공평합니다. 4G 라우터/SIM 카드 콤보는 확실히 엣지 케이스처럼 보입니다. Mono repo 에 문제를 만들고 가능한 한 많은 정보를 제공하는 것이 좋습니다. 해결되지 않더라도 같은 문제를 가진 다른 사람들은 버그를 발견할 수 있습니다. Mono/NET5 저장소에 대한 이전 기여에 감사드립니다.

알겠습니다. 죄송합니다. 불공평합니다.

그러나 우리는 일부 설치에 이러한 문제가 있는 이유를 찾는 데 수백 시간을 허비했습니다. Mono는 특히 모바일과 같은 수명이 짧은 앱에 사용할 수 있습니다. 가동 시간이 1년 이상인 일부 설치가 있지만 때로는 문제가 있습니다.

@michaldobrodenka btw 귀하의 평가는 매우 흥미 롭습니다!

ARMv6 지원이 .NET 6.0에 포함됩니까?

Richard Lander는 .NET 5 Preview 4 발표에서 이에 대해 언급했습니다.
https://devblogs.microsoft.com/dotnet/announcing-net-5-preview-4-and-our-journey-to-one-net/#comment -5958

제 생각에는 .NET 5.0의 일부로 Armv6용 Mono를 사용할 것입니다. 우리는 대부분의 Mono/Xamarin 관련 프로젝트를 6.0으로 변경합니다. 6.0에서 Mono Armv6 빌드에 자금을 지원할 수 있기를 바랍니다.