[過去ﾛｸﾞ] GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
217(2): デフォルトの名無しさん [sage] 2015/12/06(日) 20:22:00.43 ID:RyqEmv/A(2/3) AAS
まあ実際Java屋とかってコンパイラやメモリ意識できない奴多いよね
以前2chで↓みたいなコードが勝手に最適化されると思って
StringBuilder使う奴は馬鹿！とか言い出す奴いて目眩したわ
String s;
for(int i = 0; i < strarray.length; ++i){ s += strarray[i]; }
228: デフォルトの名無しさん [] 2015/12/07(月) 09:22:45.43 ID:q5G1dKJA(1/2) AAS
やっぱりARC最強だな
238(1): デフォルトの名無しさん [sage] 2015/12/07(月) 20:42:25.43 ID:wP/KA6jo(1) AAS
JavaやC#ではリソースをプログラマが管理してはいけない
せっかくメモリ管理を透過的にしたのにリソース管理でコードをより複雑化させては意味がない
真っ当な教育を受けた少数のプログラマがSafeHandleを作成する
末端のプログラマはSafeHandleのファイナライザに全てを任せてメモリと同様にリソースを完全に透過的に扱うべきだ
334: デフォルトの名無しさん [sage] 2015/12/21(月) 05:45:15.43 ID:ejqZ3DMD(6/26) AAS
「Svchost Process Analyzer」
svchost.exeのプロセスの中身が何かを調べて表示するフリーソフト
外部ﾘﾝｸ:gigazine.net
500(1): デフォルトの名無しさん [sage] 2016/04/21(木) 16:14:15.43 ID:lEi5GQja(1/2) AAS
>>497MMUが付いているから
物理メモリがフラグメンテーションすることは、ある程度これで防げる
しかもハードウェアの機能だから高速だし、勝手にやってくれるから素晴らしい
速度が重要なゲームでは、これは有り難い
ソフト的なアプローチでこれ以上の細工は遅くなるだけで効果が薄い
問題は論理アドレスの方
32bit空間だと例え物理メモリが余っていても
論理アドレスがフラグメンテーションを起こして連続したメモリを確保できなくなる
物理アドレスが枯渇するよりもさきに、そちらの方が問題になることが多い
64bitだと、これが防げる
644: デフォルトの名無しさん [] 2017/09/11(月) 12:41:54.43 ID:YXmvV/7e(1/2) AAS
「メモリ」+「フラグメンテーション」で検索すると色々と詳しい話が出てくるね。
671(1): デフォルトの名無しさん [sage] 2017/09/17(日) 16:17:08.43 ID:iyMogwhx(4/5) AAS
VC++2015での実行結果
auto a = malloc( 10 );
auto b = malloc( 10 );
wchar_t tmp[ 100 ];
::swprintf_s( tmp, 100, L"a = %x, b = %x \n", a, b );
::OutputDebugString( tmp );
----------------------------------------
a = 10a4f0, b = 10a508
残念でしたね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s