[過去ﾛｸﾞ] GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
93(1): デフォルトの名無しさん [sage] 2015/11/29(日) 16:00:08.95 ID:sCmmZzWu(1/3) AAS
>>92
92(2): デフォルトの名無しさん [sage] 2015/11/29(日) 15:57:55.75 ID:Co3W2iFa(2/5) AAS
そもそもc++においてメモリリークって対策も発見も
大して難しい部類のバグではないんだよなぁ
GCの優位性をアピールするために過剰に恐怖心を煽ってる気がする
その程度の案件しか受けてないからだろう。
98(1): デフォルトの名無しさん [sage] 2015/11/29(日) 16:24:33.80 ID:sCmmZzWu(2/3) AAS
>>95
95(1): デフォルトの名無しさん [sage] 2015/11/29(日) 16:15:05.64 ID:Co3W2iFa(3/5) AAS
>>93
いやいや普通難しいとされるバグってメモリ破壊とか同期周りだから
メモリリークなんてデバッガがチェックして丁寧なダンプ出してくれるし
組み込みとかの貧弱な環境なら専用のメモリ管理を用意して
いくらでも好きなチェックや情報出せるから
なるほど。経験の少なさがすぐ分るな。ログ出したらで数十ギガなんてよくあるよ。
ログから問題点をスクリプトで抽出するにも何時間とかかるとかいろいろ。
マルチスレッド絡んで特定のパターンだけだったりして再現性がなかったりする。
他システムの連携だと手が出せない部分の挙動がおかしい可能性もある。結局、oracleのバグだったとかね。
102(1): デフォルトの名無しさん [sage] 2015/11/29(日) 16:46:22.91 ID:sCmmZzWu(3/3) AAS
>>100
100(2): デフォルトの名無しさん [sage] 2015/11/29(日) 16:36:20.27 ID:Co3W2iFa(4/5) AAS
>>98
はあ？なんでリーク箇所ダンプするだけの話でログ全部吐き出すことになってんの
普通確保する際にヘッダにそのブロックの確保場所埋め込んでるし
アロケータで生存期間のスコープを切り分けといてすぐ分かるようにするけど？
お前の関わったプロジェクトが糞なだけじゃね？
はぁ。話にならんな。扱ってる規模が違いすぎる。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s