■

そうだ。メモリ利用効率な。それはさすがに2種類に分かれる。

コードのメモリのフットプリントという意味なら、CPU内部にキャッシュがあるCPUについてはコアなアルゴリズムをキャッシュの中に乗り切るようにすることによって高速化はする。これは効果があるがあまり適用されるケースがない。

大抵はボトルネックはIOだからな。

次に一般的に言われるデーター構造の利用効率だが、これは実はこの分野は大富豪的プログラムでいい。理由はメモリのハード的特徴。メモリは中途半端に７０Mとか９０Mにするほうが難しい。６４M１２８Mのほうが簡単。

だから、増やし方は2倍　2倍。が簡単。エルピーダが逝ったように廉価販売の嵐というのも相まって、OSが256ぐらいつかうからという理由で512M積むというのも当たり前になってきてる。

残念ながら100M級でメモリが空いていれば　データー構造で詰まるということはないだろう。

確かにメモリをけちれば消費電力が下がるが　設計上　メモリをケチる構造はCPUに負荷がかかるのでCPUの消費電力のロスのほうが大きいと考えるのが今風。

それにデーターを圧迫するのは大抵は画像や音声や動画などのコンテンツ。

データが圧迫するのはビックデーター系だが・・・これまた、ビッグデーターで処理という流れのほうが大きくて　もしくはSQLの固有技術やサーバーの設計技術という話になってきてプログラム単体の話からそれてくる。

だいいち、どちらかというとメモリ利用効率じゃなくてCPU効率だしな。

最後に残るのは組み込みのマイコン級CPUだが、もはや別次元すぎる。

というわけで、メモリに関しては富豪的プログラムでいいと思うよ。量のあるデーターに対して　ざるくバケツソートとかそういうことじゃなければ。

ただ、それも仰るとおりCPUが速くなれば、バッテリーが進化すればすべて解決。あとは、誰にでも簡単にプログラムできるようになって、高レベルプログラマが今より不要になる。栄枯盛衰だね。

だから、CPUのことを時にするのばバカだといわれれば、まぁ、世界規模で見ればそのとおりだ。

消えろってうん、ごめん。

Permalink | 記事への反応(1) | 15:56

ツイートシェア