アカウント名:
パスワード:
タブレットの性能に不満があるので、64bit版の性能に期待。AMD64のように一ケタ台の性能向上しかないかもしれないが。
Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。終了される側は終了を通知されたら中間データをDBなりに保存するわけで、スワップするよりはるかにコストが高い。メディアが全部半導体だから意識することはあまりないが。
構造そのものを変えなければ本質的向上は望めないかと。つまり、パソコン並みの仕事をさせようとすれば限りなくソフトウェアもパソコンに近づいていく。
>Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
それはUNIXの仕様であり、つまりは世の中の8割に該当します。
全く違う。Linuxカーネルの上にAndroidというJavaのレイヤーがあって、それがAndroidアプリの実行制御をおこなっている。そして、AndroidシステムのLinuxカーネルはスワップファイルは持っていない。仮想アドレスはあるが、実メモリを超えるメモリ消費を行うプログラムを実行させることはできない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
64bit化が個人的には期待 (スコア:0)
タブレットの性能に不満があるので、64bit版の性能に期待。
AMD64のように一ケタ台の性能向上しかないかもしれないが。
Re: (スコア:0)
Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
終了される側は終了を通知されたら中間データをDBなりに保存するわけで、スワップするよりはるかにコストが高い。
メディアが全部半導体だから意識することはあまりないが。
構造そのものを変えなければ本質的向上は望めないかと。
つまり、パソコン並みの仕事をさせようとすれば限りなくソフトウェアもパソコンに近づいていく。
Re: (スコア:0)
>Androidの仕様がそもそもメモリが足りなくなったら他のアプリを終了しよう、という発想なのでそこが変わらなければ無理。
それはUNIXの仕様であり、つまりは世の中の8割に該当します。
Re:64bit化が個人的には期待 (スコア:0)
全く違う。Linuxカーネルの上にAndroidというJavaのレイヤーがあって、それがAndroidアプリの実行制御をおこなっている。
そして、AndroidシステムのLinuxカーネルはスワップファイルは持っていない。仮想アドレスはあるが、実メモリを超えるメモリ消費を行うプログラムを実行させることはできない。