アカウント名:
パスワード:
タブレットの性能に不満があるので、64bit版の性能に期待。AMD64のように一ケタ台の性能向上しかないかもしれないが。
期待するだけ無駄じゃないでしょうか。メモリ搭載量が4GBを超えられるようになるので、ハイエンド端末のメモリ搭載量が上がることはあるかもしれませんが、それ以外はねぇ・・・。
ハイエンドのみとはいえ，すでに3GBが当たり前になっており，喫緊の課題ではあったはずです。iOSの方は，壁は取り払われたものの，相変わらず搭載メモリは渋いようで，恩恵はいつのことやら，という感じですが。
ARM64になって別物になりましたからその辺は(変態ARMv7)チューニングが進むのかもしれませんが。どちらかと言えば、ARTでの性能向上のほうが大きいかもしれません。バックグランドコンパイルでJITじゃなくなりますしね。
ARMにもPAEがありまして、4G以上搭載できますよKernelもサポート済のはず
PAEなんて使えるうちに入らないですよね。そこまでしてアプリを64-bit化する恩恵は無いと思います。
Javaで適当にコードを書いても64-bit化されることに意味があるわけで。まぁ、NDKとか使ってる人はどっちみち、最低でもリビルドは要求されるわけですね・・・。面倒くせー
Javaの場合Java VMの制限で配列が32bit止まりだからあまり嬉しくないような
待って配列（メモリ）にポンと4GB以上のファイルとか展開でもする気なの？富豪的プログラミングが叫ばれる昨今とはいえ、さすがにそれはちょっと待って。
そういうのは普通、メモリマップドファイルにしないか？（アドレス空間さえ広がればOK）
それはスワップファイルがあるなら有効だけどね。必ず実メモリがコミットされるならメモリマップだろうがでかい配列だろうがメモリ消費という観点では同じ。Androidのプログラミングスキームだと、ListViewに配列を抱えさせるようになるのは必然なので、どうやって作っても結局でかいデータを扱うならでかい配列が出来上がるよ。
最近のAndroidとかに使うARMプロセッサはペリフェラルIPがアドレス空間を圧迫していて32bitでもhighmemでないとメモリ全部使えなくなってるのだから、PAEなら使えないと言うならすでにメモリの追加は無駄で意味ない状況ですな(i386もね)
ソースが2chですまん64bit ARMv8 [2ch.net]
Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。終了される側は終了を通知されたら中間データをDBなりに保存するわけで、スワップするよりはるかにコストが高い。メディアが全部半導体だから意識することはあまりないが。
構造そのものを変えなければ本質的向上は望めないかと。つまり、パソコン並みの仕事をさせようとすれば限りなくソフトウェアもパソコンに近づいていく。
> 終了される側は終了を通知されたら中間データをDBなりに保存するわけで
君、Androidのプログラミングしたことないでしょ。
アプリが自分で「終了される側は終了を通知されたら中間データをDBなりに保存する」という処理を自分で実装しなきゃなんないで、実際にそれを実装するかどうかはアプリ作成者次第、というところ
で、キミはアプリ作ったことあるのか？実際作ればデータを保存もせずに終了するアプリなんて実用にならないことくらいわかるはずだが。
そんなのアプリによるだろ
別人ですが、ガベージコレクションで検索すると説明が見つかるかと。
# ちなみにスペースシャトルから銀行の決済処理、東証の取引システムまで、普通に使用されている機能です
＞Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
それはUNIXの仕様であり、つまりは世の中の８割に該当します。
全く違う。Linuxカーネルの上にAndroidというJavaのレイヤーがあって、それがAndroidアプリの実行制御をおこなっている。そして、AndroidシステムのLinuxカーネルはスワップファイルは持っていない。仮想アドレスはあるが、実メモリを超えるメモリ消費を行うプログラムを実行させることはできない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
64bit化が個人的には期待 (スコア:0)
タブレットの性能に不満があるので、64bit版の性能に期待。
AMD64のように一ケタ台の性能向上しかないかもしれないが。
Re: (スコア:0)
期待するだけ無駄じゃないでしょうか。
メモリ搭載量が4GBを超えられるようになるので、
ハイエンド端末のメモリ搭載量が上がることはあるかもしれませんが、
それ以外はねぇ・・・。
Re:64bit化が個人的には期待 (スコア:2)
ハイエンドのみとはいえ，
すでに3GBが当たり前になっており，
喫緊の課題ではあったはずです。
iOSの方は，壁は取り払われたものの，
相変わらず搭載メモリは渋いようで，
恩恵はいつのことやら，という感じですが。
Re: (スコア:0)
ARM64になって別物になりましたからその辺は(変態ARMv7)チューニングが進むのかもしれませんが。
どちらかと言えば、ARTでの性能向上のほうが大きいかもしれません。
バックグランドコンパイルでJITじゃなくなりますしね。
Re: (スコア:0)
ARMにもPAEがありまして、4G以上搭載できますよ
Kernelもサポート済のはず
Re: (スコア:0)
PAEなんて使えるうちに入らないですよね。
そこまでしてアプリを64-bit化する恩恵は無いと思います。
Javaで適当にコードを書いても64-bit化されることに意味があるわけで。
まぁ、NDKとか使ってる人はどっちみち、最低でもリビルドは要求されるわけですね・・・。
面倒くせー
Re: (スコア:0)
Javaの場合Java VMの制限で配列が32bit止まりだからあまり嬉しくないような
＞配列が32bit止まりだからあまり嬉しくない (スコア:0)
待って配列（メモリ）にポンと4GB以上のファイルとか展開でもする気なの？
富豪的プログラミングが叫ばれる昨今とはいえ、さすがにそれはちょっと待って。
Re: (スコア:0)
そういうのは普通、メモリマップドファイルにしないか？
（アドレス空間さえ広がればOK）
Re: (スコア:0)
それはスワップファイルがあるなら有効だけどね。
必ず実メモリがコミットされるならメモリマップだろうがでかい配列だろうがメモリ消費という観点では同じ。
Androidのプログラミングスキームだと、ListViewに配列を抱えさせるようになるのは必然なので、
どうやって作っても結局でかいデータを扱うならでかい配列が出来上がるよ。
Re: (スコア:0)
最近のAndroidとかに使うARMプロセッサはペリフェラルIPがアドレス空間を圧迫していて
32bitでもhighmemでないとメモリ全部使えなくなってるのだから、
PAEなら使えないと言うならすでにメモリの追加は無駄で意味ない状況ですな(i386もね)
64bit版ARMメリットはメモリ空間よりもレジスタの数と聞いたが？ (スコア:0)
ソースが2chですまん
64bit ARMv8 [2ch.net]
Re: (スコア:0)
Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
終了される側は終了を通知されたら中間データをDBなりに保存するわけで、スワップするよりはるかにコストが高い。
メディアが全部半導体だから意識することはあまりないが。
構造そのものを変えなければ本質的向上は望めないかと。
つまり、パソコン並みの仕事をさせようとすれば限りなくソフトウェアもパソコンに近づいていく。
Re: (スコア:0)
> 終了される側は終了を通知されたら中間データをDBなりに保存するわけで
君、Androidのプログラミングしたことないでしょ。
Re: (スコア:0)
# 所詮携帯機器ですので、完璧な堅牢性は誰も求めていないと思うのです…
Re: (スコア:0)
アプリが自分で「終了される側は終了を通知されたら中間データをDBなりに保存する」という処理を自分で実装しなきゃなんない
で、実際にそれを実装するかどうかはアプリ作成者次第、というところ
Re: (スコア:0)
で、キミはアプリ作ったことあるのか？
実際作ればデータを保存もせずに終了するアプリなんて実用にならないことくらいわかるはずだが。
Re: (スコア:0)
そんなのアプリによるだろ
Re: (スコア:0)
別人ですが、ガベージコレクションで検索すると説明が見つかるかと。
# ちなみにスペースシャトルから銀行の決済処理、東証の取引システムまで、普通に使用されている機能です
Re: (スコア:0)
＞Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
それはUNIXの仕様であり、つまりは世の中の８割に該当します。
Re: (スコア:0)
全く違う。Linuxカーネルの上にAndroidというJavaのレイヤーがあって、それがAndroidアプリの実行制御をおこなっている。
そして、AndroidシステムのLinuxカーネルはスワップファイルは持っていない。仮想アドレスはあるが、実メモリを超えるメモリ消費を行うプログラムを実行させることはできない。