Java VMをハードウェアにせよ

あまりに遅い

ttps://www.google.com/search?q=picojava
以上。終了。

Java >>>>> Ruby・Perl・PHP・Python

バストて高校はぃってからもおぉきくなりますかぁ(?_?)(?_?)(?_?)
まりっぺもエリつぃんも中2のときからＣあるていってましたぁ（＞＜。）。。
すぐるくんももおぉきい方がいいといってましたぁ<<o(>_<)o>>
男子ってやぱりおおきいほうがいいとすか(?_?)(?_?)
写メをのせるのでコメントぉくださぃ。。。(〃_ _)σ∥
http://engawa.2ch.net/test/read.cgi/mitemite/1320157236/

ステマ相関図画像更新（1/17）
http://gazo.restspace.jp/img-box/img20120117010742.jpg
テレビや新聞、大規模なネットサイトで「今流行の」「今話題の～」「女性に人気の～」等と言われるものはほぼ全て
この画像上部、○○堂がコントロールしている。
　　・世間にどの程度流行らせるか
　　・流行に乗り遅れる（流行に乗り遅れさせる）人間をどのくらい作るか
　　・話題に乗り遅れた人間に対してどの程度の疎外感を与えるか
　　・いつその流行を終わらせるか
2chもステマ会場
http://www.dotup.org/uploda/www.dotup.org2526030.jpg

ちなみに　ハリーポッターと賢者の石の　「石」とはテレビのこと（著者が執筆当時）
　ダイオード→半導体→シリコン→石
　賢者とはテレビを見る人間でも番組を作る人間でもなく、テレビを操る人間。

JAVA Ringか… 何もかも懐かしい

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

ARMってそのまんま実行できるんじゃないっけ

あるけど、Objective-Cが生成するネイティブと比べて、大して遅くない。

javaCPUとか作ってもあんまし速くなんねって
どっかのだれかがゆってた

ARMの命令セットの奴は後付けだから

JIT変換後なら、実行速度はネイティブとかわらんけど、
JITでCPUパワーを食う。
根本的にはシステムランタイム(rt.jar)のクラスローディングがめちゃくちゃ遅い。
DLLのような、つまり、
メモリ上にロードしたクラスのバイトコードを、Java VM間で共有できるような仕組みができて、
起動時にデーモンがrt.jarをメモリ上に展開してくれれば早くなると思うけど、
Java VMの独立性原則がくずれるので無理だろう。

つまり命令実行速度はボトルネックじゃない、ってことか

Java VMで動くJava Installerを作ってインストールと称しながらネイティブコードにコンパイルすればいい

10年ぐらい前にそんな話があったよな、、、
SUNのマシンで出てなかったっけ？

大して性能が出ないことがわかってる

終了

こういうのをステマっていうのか

(･∀･)つ[aJ-200]

別々にコンパイルするのがてっとり早いと思うけどな。どうせ、インテルとARM上でしか
ほとんど動かさないし、環境かえればテストし直しだし。

【プログラミング部】 PHPが100倍速で動くようになったぞー
http://awabi.2ch.net/test/read.cgi/poverty/1327050821/

>>19
それではProxyクラスがうまく動かない。

>>19
せめてMIPSはいれてあげて。

サンがまだ有った頃にハード出してたよな。遅くて意味無かった記憶があるけど。

gpuとかに特化してjavaのアプリの中の高速処理を肩代わりしてくれるハードが有ってもいいとは思うけど。
メインフレームのcpu増設的感覚で、javaアプリの処理速度上げたきゃ鯖にありったけgpuアクセラ積めやとか。
グーグル携帯にそろそろハードチップ載ってもいいと思うよね。
インテル辺りが本気出して携帯向けにjitをハード実装しないかなと思ってる。

JIT なら、柔軟性がなくなるだけで、性能は今と変わらんだろ。

携帯なら速くなるんじゃない。
オラクル純正実行環境になるおまけ付き。

なぜ早くならないんだ？
スタックましんだからか？

マシン語向きに設計されていないから。

マシン語と言うか想定しているvmと実際のcpuの動作に大きな乖離が有るよな。
インタプリタc的なものを目指したほうが速く出北かもね。みんなインラインアセンブラ駆使して何処でもジャバは無理だろうけど。

もうCAFEBABEは諦めて次世代VM作ろうぜ

そして犯罪に使われて逮捕される訳ですね？
わかります。

今のJAVAも相当早いから特にハードウェア限定しなきゃぜんぜんいけるけど

Java Chipどこ言ったのかねぇ。
というか、Javaのバージョンアップ速すぎて作れない。

でも、ハードウェアエンコーダーみたいのは面白そうだね。

インテルが作らない限り 石そのものの性能で負けるわけで

RAMもJava仕様にしようぜ

っ zAAP

>>32
VMの変化は小さい

JVMをハードウェアで実現するときって，JavaAPIも含めてやるわけだよな？
そしたらもはやVMの変化が小さいとも言えない気がするぞい

>>37
そんな必要はない。
カード用に至っては、String クラスすらない。

>>38
そうか．そういう場合は外部にライブラリとしてAPIを置くわけだね．
確かにJVMの核の部分だけなら小さいし版による変化もしてなさそうだな．

RISCってバイナリーコードもコンパイルして実行しちゃうんじゃ無かったっけ？

Javaマシンとか不毛だよな

>>40
CISCの方では？
そもそも、スタックマシンは遅いので、スタックマシンのVMをネイティブに実装しても遅い。

じゃあレジスタマシンに拡張しよう

LLVM Java frontend で FA

オペコード
C0 checkcast
C1 instanceof
こんなの、ハードウエアでできるの？