絶対に可能ですが、より多くのメモリを備えた新しいバージョン (たとえば、Pi の 512 MB バージョン) でより適切に機能するはずです。 2012 年 12 月、Oracle は ARM 向け Java SE 8 の Developer Preview をリリースしました。発表のブログ投稿には、インターフェースがどれだけ洗練されているかに応じて、単純な Java SE または JavaFX を使い始めるための多くのチュートリアルへのリンクが含まれています。
<オール>Raspberry Pi での JavaFX のパフォーマンスが気になる場合は、ブログ記事「JavaFX on Raspberry PI」を確認してください。JavaFX のパフォーマンスに関する情報が含まれており、ネイティブ アプリケーションと比較しています。
更新:Pi で Java 8 を使用して Tomcat 7 を実行した後のテスト結果
Pi の 512mb バージョン (モデル B) を入手した後、問題なく Java 8 と Tomcat 7.0 をインストールしました。 Tomcat のサンプルは機能しており、Tomcat マネージャー アプリケーションを問題なく使用できました。
グラフィックス カードに 64 MB の RAM を使用しても、まだ 291 MB の空きメモリがありました (sshd を実行した場合):
[email protected] ~/ $ free -m
total used free shared buffers cached
Mem: 438 146 291 0 10 74
-/+ buffers/cache: 60 377
Swap: 99 0 99
pmap は、Tomcat プロセスによって合計 192 MB が使用されていることを報告しました。
Raspberry Pi では、JVM 全体で 185MB しか使用できません。 (起動後、ビデオ処理に 16MB を使用)
次に、積極的で正確なメモリ オプションを使用する必要があります (-Xmx120M -XX:MaxPermSize=55M -XX:ReservedCodeCacheSize=4M -Djava.awt.headless=true )
Jetty、Spring 3、および Hibernate/JPA に基づいてアプリケーションを作成しました。デプロイ直後は、約 15MB のヒープ領域と 32MB の非ヒープ領域に収まります (JProfiler メモリ分析を使用)
PermGen スペースはガベージ コレクションできないため、ロードされた各クラスは永続的なメモリが失われます。多くのクラスは初期化をサポートするためだけにロードされますが、永遠にロードされたままになります。各コンポーネントの PermGen スペースの消費量が tweeks の方が少ないかもしれません。