[過去ﾛｸﾞ] GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
11: uy ◆Qawu9.2l1E [sage] 2015/11/20(金) 20:28:57.10 ID:QlSu2hgW(1) AAS
まともな言語ならオプションくらいついてる
324(1): デフォルトの名無しさん [sage] 2015/12/20(日) 17:33:49.10 ID:6vo8OCaj(3/3) AAS
>>322322(1): デフォルトの名無しさん [sage] 2015/12/20(日) 17:19:25.13 ID:HXRBhwTH(3/3) AAS
読み込みと書き込みを別のリソースに分離したり読み書きが同時に出来るように作る
書き込みたいから読み込み終わるの待ってますってリソースの無駄だろ
>読み込みと書き込みを別のリソースに分離したり読み書きが同時に出来るように作る
破壊的代入の世界ではそいつは常に可能とは限らない
>308308(5): デフォルトの名無しさん [sage] 2015/12/20(日) 14:03:49.29 ID:ofrSOHxv(3/7) AAS
>>306
>>304の例で、さらにCを上書き更新したいオブジェクトDがいたらどうすんの？
GCがA、B両方開放してくれるまでDは期限不定で待たされるけどそれが>>306的に良い設計なの？
つまり、ハードウェアリソースの有限性を考慮する限り
>使い終わったという言葉が示す通り使い終わったならどうなろうが知った事ではない
が常に成立はしないという話
の例で、リソースCがファイルXなのだとしたら、オブジェクトDが上書きすべきもあくまでファイルXでないといけない。
つまりリソース分離の余地など無い
（正確には、無理矢理ファイルA、BはファイルX、DはファイルYに分ける設計もありえるが、XとYに対する変更をいつどのように統合するかという超難題が生じる
この手の混乱は、A、BがアクセスするリソースCの開放タイミングの決定をGCに任せてサボったがために生じるのである
530(1): デフォルトの名無しさん [sage] 2016/04/24(日) 14:52:01.10 ID:fu8W/E1c(1/2) AAS
>>525Qt 使ってるからと言って QtGui 使ってるとは限らんけどね
>>528Qt 本体は C++ で書かれてるけ
ど Java, Ruby, Python, Perl, C# 等からも利用できるよ
546: デフォルトの名無しさん [sage] 2016/04/25(月) 14:51:13.10 ID:0xpbBk2N(1) AAS
マーク＆スイープでもポインタの型情報を記録してないとリークしまくる
無関係な数値をアドレス参照と勘違いしてマーク→未開放
某言語ではこのために巨大なメモリブロックが開放されない
551: デフォルトの名無しさん [sage] 2016/05/01(日) 09:11:45.10 ID:qHyjCjkk(1) AAS
無視リストに追加と
614(1): デフォルトの名無しさん [sage] 2016/11/16(水) 14:56:37.10 ID:a2T+Z3SD(1) AAS
>>613613(1): デフォルトの名無しさん [sage] 2016/11/16(水) 12:42:03.97 ID:KQ3Yixih(1/2) AAS
>>612
Write する度に WriteTypeA とかを生成/破棄するってこと？
ログとかならその方が望ましいケースもあるかもしれないけど、例えば性能上の問題でストリームは開きっぱなしにしたいとかもあるでしょ
開きっぱなしにしたいスコープは？
スコープを一つのメソッドにして、同じようにすればいいじゃない
コードが必要なら夜にでも書くよ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s