アカウント名:
パスワード:
malloc/freeの処理コストってどれくらいかかるんだろう。メモリがバカ高かった時代はmalloc/freeで使用量を厳密に、というのはわかるんだが、ンGB当たり前の昨今、malloc/freeの処理コストの方が高くなったりしないのかな?と。「だいたい、こんくらいとっといてぇー」というようなプログラミングスタイルは無いのだろうか、と思う。
・・・malloc/free叩いとらんな、最近。
往年のfree論争を思い出すなあ…
あの問題(というか論争)が解決してるかといえば、いっこうにしてないよなあ。それが証拠に「終了するのにすごくすごく時間がかかるアプリ」は未だに多い。ほんとに「アプリ終了間際でのメモリ開放はOSがまとめて面倒見れる(からアプリではする必要が無い)」のならば、その処理はアプリに依存せず非同期におこなえるはずだから、プロセス終了はいつでも瞬時に終わる(ようにOSを構成する)ことは十分できるはずなんだが?
まあ、日本の?IT業界は、にわかエンジニアの方が権限が強いうえに余計なちょっかい出してくることが多いからね。
某最大手SIerでfreeするとメモリが即座にOSに返却されると思ってる連中が大勢いて無駄な修正を強要されたりとか...
>freeするとメモリが即座にOSに返却される
10数年前なら、それは勘違いと言える状況が多かったけれど、今どきはどうなんでしょうね。ある程度以上のサイズの確保/開放であれば、上記の挙動をするmalloc/free実装が多くなっている印象があります。(その場合、malloc実装側は brk() ではなく mmap() を使っていたはず)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
時々思うんだが (スコア:3, 興味深い)
malloc/freeの処理コストってどれくらいかかるんだろう。メモリがバカ高かった時代はmalloc/freeで使用量を厳密に、というのはわかるんだが、ンGB当たり前の昨今、malloc/freeの処理コストの方が高くなったりしないのかな?と。「だいたい、こんくらいとっといてぇー」というようなプログラミングスタイルは無いのだろうか、と思う。
・・・malloc/free叩いとらんな、最近。
-- gonta --
"May Macintosh be with you"
Re: (スコア:0)
往年のfree論争を思い出すなあ…
あの問題(というか論争)が解決してるかといえば、いっこうにしてないよなあ。
それが証拠に「終了するのにすごくすごく時間がかかるアプリ」は未だに多い。
ほんとに「アプリ終了間際でのメモリ開放はOSがまとめて面倒見れる(からアプリではする必要が無い)」
のならば、その処理はアプリに依存せず非同期におこなえるはずだから、
プロセス終了はいつでも瞬時に終わる(ようにOSを構成する)ことは十分できるはずなんだが?
Re: (スコア:0)
まあ、日本の?IT業界は、にわかエンジニアの方が権限が強いうえに余計なちょっかい出してくることが多いからね。
某最大手SIerでfreeするとメモリが即座にOSに返却されると思ってる連中が大勢いて無駄な修正を強要されたりとか...
Re:時々思うんだが (スコア:0)
>freeするとメモリが即座にOSに返却される
10数年前なら、それは勘違いと言える状況が多かったけれど、今どきはどうなんでしょうね。
ある程度以上のサイズの確保/開放であれば、上記の挙動をするmalloc/free実装が多くなっている印象があります。
(その場合、malloc実装側は brk() ではなく mmap() を使っていたはず)