- GCは失敗。メモリは自分で管理せよ！ その2©2ch.net
226 ：デフォルトの名無しさん[]：2015/12/07(月) 08:02:18.14 ID:nEG5/lEo - こうやって、比較的プログラミングという行為を好きでいる・好きでやっている・興味を持っているという人ですらまともに言語仕様を理解出来ていない。
malloc、freeで管理、GCで管理だと、機構の複雑さは後者。
結局GCもその機構を正しく理解しないと参照が切れてない、参照が切れていても別のリソースが・・・と。
機構を正しく理解していることが前提なら、機構はシンプルなほうがいい。
その点を誤ったから
>プログラマをメモリ管理から開放する！
>といいつつ、メモリリーク問題の文献が大量にある。
>これすなわち、メモリリーク問題が全然解決していないということ。
>さらに、メモリ解放のタイミングの文献まで大量に生み出した。
>これすなわち、新たなるメモリ管理に関する問題を生み出したということ。
なんてことになったんだろうね
|
- GCは失敗。メモリは自分で管理せよ！ その2©2ch.net
230 ：デフォルトの名無しさん[]：2015/12/07(月) 17:29:26.60 ID:nEG5/lEo - >>229
処理速度やタイミングがシビアな組み込みや科学技術計算系とかならいざしらず、
ソレ以外は、実際の解放のタイミング自体は問題にならんでしょ。(膨大なメモリの使用も別だけど)
問題は、使い終わったよーって明示しないで良い。という運用が結局、悪い結果をもたらしているという点。
メモリの管理をしっかり最後までやるクセのないプログラマは、
平然と参照が途切れている可能性のあるポイントで参照しに行こうとする。
結局は、そいつがバカだからに集約されてしまうんだけど、使い終わりの明示をしない文化がバカを生む土壌となっている
|
- 「OS自作入門」
365 ：デフォルトの名無しさん[]：2015/12/07(月) 17:54:32.74 ID:nEG5/lEo - >>362
ところが、NASM、MASMで組むと微妙に違うから、そこで悩んでしまってOS自作が止まってしまうｗ
|
- GCは失敗。メモリは自分で管理せよ！ その2©2ch.net
235 ：デフォルトの名無しさん[]：2015/12/07(月) 20:07:43.02 ID:nEG5/lEo - >>231
そう。そういう状態にしちゃう原因が、いい加減なメモリの管理で教育された結果にあるのではないか？ということで。
|
- GCは失敗。メモリは自分で管理せよ！ その2©2ch.net
236 ：デフォルトの名無しさん[]：2015/12/07(月) 20:09:47.14 ID:nEG5/lEo - >>234
だれの名言かしらんが、
刺激のない人生に癒やしはない。
ならなんかしっくりくる。まぁ逆とっても同じ意味だからいいんだけど・・・。
|