【C#】XobotOS　総合

JavaVMは起動が絶望的に遅い
とてもでないが使い物にならない

>>58
お金払って和解するしかないんだろうなあ・・・。

>>59
プロセス毎にvm起動させた場合のフットプリントがj2meはでかいから、一概にそうとはいえない

>>59
バイトコードが別物のVMを乗っけてどうする。

>>1
怪しいなあ。Xamarinって、あのクソなGNOMEプロジェクト創始、
Nautilsファイルマネージャ、無謀なMONOプロジェクト等
役立たずなモノばかり作ってLinux界を引っ掻き回してきた連中じゃん

Androidの速度がパッとしない世間の不満を利用して、
詐欺紛いの技術でまた儲けようと企んでるんじゃないの？

これだけ差があるなら比較動画くらいありそうなのにねえし

Googleも大変だナァ。
もう少し早ければCMが実験して実用レベルまで品質上げてくれてたかもしれないのに。

Oracleごと買い取っちゃいなYO

Googleなんて褒められたもんじゃねーよ
プライバシーポリシー糞だし

なんでmonoとかMS周辺とかはこういう煽り方するんだろう。
C#のECMA標準化にしたって2.0まででしょ？
今回のもマイクロベンチマークだしそのままモバイルに持っていけるのか？
structとかreified genericsとかで実際に何倍も差が出んのか？

>>66
Twitterの規約読んでくるといいよ。

iosでいうなら
std::vector<int>とNSMutableArray+NSNumberの比較

XamarinがMSの手先なら、
目的はAndroidの開発に携わる人間の分断が目的だろーな

アプリ開発者としては、単純に C# で、というか VisualStudio で開発できるのはかなり嬉しいけどね

>>64
Monoが速いんじゃない。
Dalvikが遅すぎるんだ・・・

Dalvik vs NDK では5000倍以上の差が付くことすらあるだぜ・・・
>>1どこの騒ぎじゃない

＞ Android NDKを使用してJava言語とC言語で速度比較をする
＞ http://labs.techfirm.co.jp/android/iguchi/1782
＞
＞ Javaは45825ミリ秒、Nativeは9ミリ秒・・・・早い。早すぎる。

Javaでintの動的配列を高速化したいんだったら
int[]使ったクラスでも作りゃいいじゃんか。

そして速さがJITによるものだったらスマホで使えるかは怪しい。
Dalvikが遅いのは最適化してないから。VM使うC#に変えても同じ。
最適化がんばるとメモリと計算時間と電力使う。

>>72
5000倍はどう考えても単純な計算のコンパイル時最適化じゃないですかー。

みんなマイクロベンチばっかり。まあ実際のアプリで測るのは難しいけど。

>>73
随分無理のある主張だなw
そんな無茶苦茶なことやってる奴なんてデータベース界隈くらいにしかいないだろ。汎用性がなさ過ぎる。

>>73
dalvikは低フットプリントのluaにすら負けてるの。フットプリントやバッテリーを言い訳にするのは苦しい。
monoはスマートフォン向けクロスプラットフォーム環境としてはシェアトップで実際に問題無くjit動いてるしaotも可能(お値段の問題があるが...)
値型によってスタックからのオブジェクト割り付けもできる。
> int[]使ったクラスでも作りゃいいじゃんか
スタック領域って知ってる？値型って知ってる？ボクシングって知ってる？
List<int>に限定した話にしてしまってるのは>>73だけ。それ以前に出てた話はものの例えにすぎん。
長さが固定長ならそれはListではないし...

みんな忘れてるのかもしれんが、すでに Dalvik って JIT つかってんだよ。
2.1 から 2.2 で、ほとんどのアプリで数倍パフォーマンスよくなったでしょ。

Mono はJITあるからなんてのは言い訳にならんよ。

DalvikのJITは最適かかかってないんで、
単にネイティブにコンパイルしてもそんなに速くならない。

>>78
そりゃ実行時の最適化を難しくするようなアーキテクチャにしちゃったからだろ？
本家JavaVM も.NET もスタックマシン選んだのは、実行時に局所性と並列化するヒントをもたせたり、機械的に判断できるようにするため。（ほかにも理由はあるだろうけど）

あえて実行時の推測が難しくなるレジスタマシンに変えて JIT化のメリットがあまり無いって方向でアーキテクチャ設計しちゃったんだから仕方ない。
成功してる先例を無視して、あえて遅くなる自前のアーキテクチャにこだわった結果がコレ

大先生が煽りあいしてる(´・ω・`)

勉強になるなぁw見てて楽しいw

まーアプリの開発にasync、await使えたらcollback周辺で幸せになる向きも多いんじゃなかろか。
LINQとか移植できるんかしらんけど。

つーか実機で動くイメージをビルドできた外人ってどっか居るんかねぇ

酷いtypoをした

>>82
monoに入るのはまだまだ先だろw
本家でさえ正式リリースになってないというのに

仮に接木できたとしても jni とか jna その辺のターゲット環境のデバイスハードに
依存にする部分は別途書き直さないといけないとかそれなりに面倒だろうなぁ…
って>>1に書いてあるか…自動変換も万能じゃないよね･･･

>>85
でも現実的にはjniまわりの変更部分はインターフェース部分だけだろ
あとandroidでjna動かせたって例はきいたことない。

動画もないのかよ
うそくせー

pics or it didn't happen か

>>86
https://github.com/twall

７日前くらいに Timothy さんがコンパイルとリンクに成功したそうな
リンクまで進めてるなら jna も一年以内に動くようになるようななら
ないような気がしないでもない…

完成度低すぎ
実機に移植できるのはまだまだ先だな

もたもたしてたらAndroid死んでしまうやん！

android死なず！

とりあえずOracleの特許侵害とか難癖付けられてた件が解決しそうで何より

んだな

んだんだ

まだもうちょっとだけ続くんじゃ

age

>>96
亀仙人乙

ほしゅ。

ほしゅ。

同じアプリでもiOSより劣化するのが多いからなぁ・・・

ほしゅ。

ホシュー

ほしゅ。

ないんだろうなー

保守

保守

これをMSが新型WindowsPhoneとして売ればいいだろｗ

保守