Runtime: Arm6ラズベリーPIゼロ-PI1

いいえ、そのような努力はありません。 おそらく解決する必要がある最大の問題は、JITがARM6Thumb命令エンコーディングをサポートしていないことです。

だから私は何を期待すべきですか？ コミュニティまたはMSからArm6のサポートを提供するというコミットメントがある可能性はありますか、それとも唯一の方法はモノです。

PiZeroやPiZeroWのようなARMv6CPUがサポートされていれば素晴らしいと思います。一部のユースケースでは、Pi3のようなより強力なARMv7を使用する必要はありません。

ARMv6がサポートされているのを見たいです:)

ARMV6のサポートを含める必要があることに同意します。 今すぐPiZeroでdotnetcoreを実行したいのですが、モノで行き詰まっています。

armv6のサポートについて何か言いたいことはありますか？ 目的を待っている2つのpiゼロがあります。

@janvorli JITが問題である場合、CoreRT上の.Net Coreがこれを有効にすることを期待できますか？

@dcuccia CoreRTはCoreCLRと同じJITコンパイラを使用するため、問題は残ります。

@ dcuccia 、 @ mikedncorertには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に感謝します-しかし、HelloWorldといくつかの基本的なIO / httpclientのものは機能しますか？

httpclientは、かなり複雑なコードです。 試してみることができますが、今日のCppCodeGenで機能するとは思えません。

ARMv6のサポートを提供する意図はありますか？

ARMv6のサポートにも非常に興味があります。 コアが近づいているようですが、私はうまく判断する資格がありません。

ARMv6サポート用に+1を追加します。 rPi0wとrPi3の価格差は25ドルであり、Pi ZeroWは多くのデバイスが使用されるIoTプロジェクトにはるかに役立ちます。 このためにMonoのコードを再利用することは可能ですか？

そして私も同意する傾向があります。 Pi Zeroを含め、Pi上ではるかに優れたLinuxを実行したいと考えているさらに大きなコミュニティがあり、コミュニティでサポートされているリリースだけがあります。

これは、Pi / Zeroをはるかに超えており、その価値があります。 ARMv6をサポートすることで、膨大な数のマイクロコントローラーへの扉が開かれます。 そのエコシステムで選択肢として.NETを利用できるようにすることは非常に重要であり、CoreRTのIoTの側面についてかなり多くの関心/カバレッジを提供します。

このステップ1は、最終的には.NETをリアルタイムオペレーティングシステムでのプログラミングのオプションと見なすシーケンスで検討します。 言い換えれば、ARMv6サポートをRaspberry Pi Zeroサポートと単純に同一視しないでください。これは、当面の意味でのサポートよりもはるかに遠いためです（その命令セットを使用する他の多くのMCUは、低電力ではすぐにどこにも行きません） / cost MCU）、およびより抽象的な意味での世界（たとえば、FreeRTOSなどのCoreRT PALターゲットの表示）。

@metanoic私はあなたに完全に同意します。 そして、これはIoT Edgeの移植にも役立ちます（https://github.com/Azure/iotedge/issues/12）

IoTプラットフォームを10ドル未満で手に入れる必要があります！

+1

同意。 実際、私はモノで立ち往生しています:)

armv6でいくつかのIoT関連のものを構築します。 悲しいここに来ました。 この問題に私の+1を追加したい。

これについて進展があったかどうかについて誰かが更新を持っていますか？ pi3b +と同じように機能すると思ってみました。 私はそれらが2つの異なるプロセッサであることを忘れました:(

私は古いRaspberryPiモデルB（armv6l CPU）を持っていて、その上でいくつかのdotnetコアプロジェクトを実行したいと思っています

LinuxとMonoを搭載したARMv6CPUをベースにしたミニサーバーがたくさんあります。 それらを.NETCoreに切り替えたい。

また、armv6サポートに投票します！ +1

armv6サポートの+1！

+1があればいいのに

はい！

お願いします！

本当に素晴らしいです！

不思議なことに、たとえばGoランタイムが同じコンパイラを使用して多くのアーキテクチャにコンパイルできるという技術的な理由がありますが、CoreCLRの場合、archサポートを追加するプロセスははるかに長いようです。 https://gist.github.com/asukakenji/f15ba7e588ac42795f421b48b8aede63

@ mms-はい、技術的な理由があります。 Goはプリコンパイルされています。 2つのコンパイラがあります。x86（32ビットと64ビット）のみをサポートするgcと、バックエンドとしてGCCをサポートするarmとgccgoです。 したがって、GCCでサポートされているアーキテクチャが何であれ、無料で入手できます。
CoreCLRはJITを使用しているため、新しいアーキテクチャのサポートを独自に追加しています。

完全に理にかなっています。 .Net Nativeを拡張して、JITがまだ存在しないこれらの他のアーキテクチャーで.NetCoreに対してこれと同じ経路を有効にできるとしたら興味深いでしょう。

ARMv6への投票を追加

これが必要です！

ARMv6には、Raspberry PiZeroを超えた魅力がたくさんあります。 たとえば、Raspberry Pi Compute Module 1はARMv6を実行し、dotnetに依存する方がはるかに安全です。 現在、Monoランタイムを使用する必要がありますが、これは問題ありませんが、適切なdotnetサポートが本当に必要です。

@richlander

ARMv6のサポートは素晴らしいでしょう。

CoreがJITを必要とし、Armv6で実行できない理由を誰かが説明できますが、Monoは実行できますか？ 確かにMonoにはJITがあります。実行するのに必要なのはILコードだけなので、ローカルCPUにJITする必要がありますか？

CoreがJITを必要とし、Armv6で実行できない理由を誰かが説明できますが、Monoは実行できますか？

Monoには、Armv6をサポートする別のJITがあります。 CoreCLRJITはそれをサポートしていません。 ARMには、ARMとTHUMBの2つの命令セットがあります。 ARM v6にはTHUMBがあり、ARMv7にはTHUMB2があります。
Mono JITはすべてをARM命令セットにコンパイルするため、Armv6とv7の両方で機能しますが、その結果、コードのメモリフットプリントが約30％大きくなります。
Armv7THUMB2とArmv6THUMBの違いは非常に大きく、Armv6のサポートを追加するには、CoreCLRJITにかなりの変更を加える必要があります。

.NET Core 3.0がリリースされ、3.1が間もなく登場し、5.0が計画されており、統合プラットフォームとして宣伝されています。
BlazorはMonoを使用しており、新しいプロジェクトの作成時にJITを選択することはできません（ターゲットを選択）。ARMv7が選択されている場合はCoreCLRを使用し、ARMv6の場合はMonoのようなJITを使用する必要があります。

Raspberry Pi 4は少なくとも35ドル、Pi Zeroは5ドル、Pi ZeroWは10ドルです。 つまり、1つのPi 4の価格で、7つのPiゼロを手に入れることができます。

そして、他の多くの人が以前に書いたように、これはRaspberry Pi Zeroだけではなく、すべてのARMv6デバイスが.NETCoreアプリを実行できます。

2。5年後もまだ待っています🙂

+1

ランタイムプロジェクトにはarmv6サポートと呼ばれるPRがあります： https ：//github.com/dotnet/runtime/pull/657

このサポートを追加してください

私もこのサポートを待っています...

ネットコアのArmV6サポートは素晴らしいでしょう...

armv6のサポートについて何か言いたいことはありますか？ 目的を待っている2つのpiゼロがあります。

感謝

armv6のサポートを追加してください

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

今後、Windows for IoT用のOSリリースが1つあり、これらのニーズに対応できるWindows 10 IoTEnterpriseがあります。

私はこれを間違って解釈しているかもしれませんが、ARM64でない限りRPi用のIoTコアがなくなるのではないかと心配しています。

@miloushこの問題がWindowsIoTに関係しているとは思わない。 ここでのトピックは、armv6プロセッサにdotnetサポートを追加して、Raspberry PiZeroでdotnetを実行できるようにすることです。

@realivanjx確かに私の悪い

上記を読むと、サム命令セットに必要な作業が原因でARM6がサポートされる可能性は低いようです。 Orange Pi Zeroのような他の低コストのハードウェアでdotnetcoreを実行した経験のある人は他にいますか？

ARMv6を追加するためのPR＃657は終了しました...

.NET Coreプロジェクトのためにここに来ました。このプロジェクトでは、約25倍のRPi Zeroを購入しているため、学校でRPiZeroを実行する必要があります。 .NET CoreはARMv6をサポートしていないため、25台の新しいRPi 3を購入する予定はなく、購入する予定もありません。

Golangでプロジェクトを書き直します...

@ eduncan911モノルートを試してみてください。 詳細は次のとおりです。

Net6は、モノラルランタイムを介して複数のCPUアーキテクチャをサポートする必要があります。 多分。

私はモノラルを介して1000以上のARMv6CPUデバイスを実行しています。 3年前にまだモノラルでARMv7ハードウェアを導入しましたが、現在はリファクタリングとネットコア/ネット標準への移行を行っているため、小さな実行可能ファイルのみが異なり、ライブラリはモノコアとネットコアの間で再利用されます。

こっちも一緒。 私はpi1からローズクリケットグラウンドでスコアボードを実行します
モノラルを使用したPiB +。 新しいキットは、NetCoreを使用してPi3で実行されます。 同じ
作業を行うコアオブジェクトを含むソースファイル。 フレームワーク内
コアアプリは、サービスオブジェクトを作成し、アプリをロードするだけです
それに設定します。

ブライアン・クロタズ
シルバーカーブ

残念ながら、monoにはバグがたくさんあります。 おそらく誰も修正しないバグ。 それらのほとんどはネットワーク関連です。 たとえば、一部のネットワークでは、DNSは使用可能ですが、通常のトラフィックに問題があります。https/ sslストリームにメモリリークがあり、メモリ全体を消費する可能性があります。 または、monoは、MTUサイズを試さずに一部のネットワークで通信できませんでした。 ただし、PythonまたはNETCoreでは通信に問題はありません。

驚いたことに、少なくともARMv7では、モノラルの方がネットコアよりも高速な場合があります。 常にではありませんが、ネットコアがパフォーマンスレースに大きな差で勝つと期待していました。

Monoにバグがたくさんあるとは信じがたいですが、アプリケーションによって異なります。 Blazor WASMはMonoで実装されており、ネットワーク関連の問題があった場合は大きな問題になります。

モノラル：XamarinからWebAssembly、Blazor、.NET5まで

cc @ marek-safar

私は数千台のマシンと多くのネットワーク構成でmonoを実行しています。 これらのバグは、すべてのマシンおよびネットワーク構成で発生するわけではありません。 それらは同じLinuxイメージを持っています。

これらのネットワークでのMTUサイズの問題（インストールの0.3％）は100％再現可能です。 理由はまったくわかりません。 しかし、sshはこれらのネットワークで動作し、mtuサイズを変更する必要があるという事実は偶然に発見されました。

SSLストリームのメモリリーク-インストールの2％。 再現するのは非常に困難でしたが、最終的には消費されたデータを含む4Gルーターで再現することに成功したため、DNSのみが機能し、他のリクエストは機能しません。 しかし、通常のLANネットワークでtcpエラーシミュレーターを使用してシミュレーションすることはできませんでした。 そのリークをシミュレートするために、4Gルーターと特定のSIMカードを使用します。 通常、4Gまたはその他のワイヤレスネットワークを使用したインストールで発生します。 TCPとHTTPSの接続を確立する場合、TCPハンドシェイクが完了しないと、リークが発生するようです。

時々バグに遭遇します、時々それは短時間で修正されます、時々私たちはそれらを回避しますそして私がそれをモノラルで修正してプルリクエストが受け入れられたら（ネットワークにも関連しています）:)しかし、公平を期すために、今週私はNET5 RC1のバグを発見（および報告）しました。 私にとって、monoは優れたソフトウェアです（私は9年間使用しています）が、ネットワークコードにいくつかの不具合があります。

十分に公平ですが、Monoをバグだらけとして特徴づけるのは少し不公平です。 4Gルーター/ SIMカードの組み合わせは確かにエッジケースのようです。Monoリポジトリで問題を作成し、可能な限り多くの情報を提供することをお勧めします。 解決されない場合でも、少なくとも同じ問題を抱えている他の人がバグを発見できます。 Mono / NET5リポジトリへの以前の貢献に感謝します。

わかりました、申し訳ありませんが、それは不公平です。

しかし、一部のインストールでこれらの問題が発生する理由を見つけるために、数百人の時間を失っただけです。 Monoは、モバイルなどの短命のアプリに特に使用できます。 稼働時間が1年を超えるインストールもありますが、問題が発生する場合があります。

@michaldobrodenkaところで、あなたの推薦状はとても興味深いです！

ARMv6サポートは.NET6.0に含まれますか？

リチャード・ランダーは、.NET5プレビュー4の発表のコメントでそれについて何か言及しました
https://devblogs.microsoft.com/dotnet/announcing-net-5-preview-4-and-our-journey-to-one-net/#comment -5958

それについての私の考えは、.NET5.0の一部としてArmV6にMonoを使用するということです。 ほとんどすべてのMono / Xamarin関連プロジェクトは6.0になります。 6.0でMonoArmv6ビルドに資金を提供できることを望んでいます。