トップページ > プログラム > 2016年08月24日 > 2RMcAgaj

書き込み順位&時間帯一覧

4 位/136 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000000110000010104



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
GCは失敗。メモリは自分で管理せよ! その2©2ch.net
【Delphi】Embarcaderoオッチャ その32【C++ビルダ】 [無断転載禁止]©2ch.net

書き込みレス一覧

GCは失敗。メモリは自分で管理せよ! その2©2ch.net
580 :デフォルトの名無しさん[sage]:2016/08/24(水) 13:32:09.69 ID:2RMcAgaj
本当の意味での軽量プロセスをOSがサポートしてくれたら良いんだけどね
メモリプールみたいなもんなんだけど、OSのリソースも紐づいてて
メモリプール解放時にOSのリソースもちゃんと解放されるようなもの
マルチプロセスは非常に強力で良いんだけど
メモリ空間が別になるから色々面倒だしパフォーマンスも出にくい

世の中には呼び出したらしばらく処理が返ってこない時間のかかる関数があるけど
とうぜんUIが固まったら困るから別スレッドで実行するわけだけど
処理中にユーザーがキャンセルボタンを押したとき
処理を中断する手段が関数側に用意されてなかったりすると、困る
外からスレッドごと殺しても、リソースリークの問題が出る
真っ先に困るのが同期オブジェクト
同期オブジェクトを握った状態で死なれると、それ以降デッドロックを引き起こす
それ以外にも、プログラムの整合性が壊れているかもしれないので、以降正しく動く保証がない

だから別プロセスで実行して、キャンセルされたときはプロセスごと殺すしか方法が無い
しかし別プロセスにするとメモリ空間が繋がってないので面倒
だからその中間がほしい
【Delphi】Embarcaderoオッチャ その32【C++ビルダ】 [無断転載禁止]©2ch.net
420 :デフォルトの名無しさん[sage]:2016/08/24(水) 14:03:41.28 ID:2RMcAgaj
何を出し渋っているのかよくわからんよね
GCは失敗。メモリは自分で管理せよ! その2©2ch.net
584 :デフォルトの名無しさん[sage]:2016/08/24(水) 20:18:52.71 ID:2RMcAgaj
結論から言うと、Windowsにforkが無いのが面倒すぎるってことなんだけどね
GCは失敗。メモリは自分で管理せよ! その2©2ch.net
586 :デフォルトの名無しさん[sage]:2016/08/24(水) 22:11:21.77 ID:2RMcAgaj
いやそんなもん、中断する手立てが用意されている方が珍しいだろ


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。