[過去ﾛｸﾞ]
C/C++ゲーム製作総合スレッド Part1 (1001ﾚｽ)
C/C++ゲーム製作総合スレッド Part1 http://echo.5ch.net/test/read.cgi/gamedev/1337516528/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
245: 名前は開発中のものです。 [sage] 2012/06/03(日) 23:37:00.73 ID:Y5aEM5Jb >>241 メモリ確保失敗したら、基本続けるのは無理だろうから基本は即終了でいいんじゃないかと 全部解放してタイトルに戻るとかそういう工夫はしてもいいと思う >>242 Win32以降のGlobalAlloc/LocalAlloc はHeapAlloc のラッパー関数です。領域も malloc と同じはず GHNDすると再配置もしてくれてるからフラグメンテーションにならなかったってことではないかと。 そのかわりパフォーマンスはわりと落ちていたと推測します スクリプト系は、作りにもよるけど、案外あっさり フラグメンテーションの原因になるので、あらかじめ リソースとはヒープわけるのが上策ですね http://echo.5ch.net/test/read.cgi/gamedev/1337516528/245
247: 名前は開発中のものです。 [sage] 2012/06/04(月) 00:11:37.59 ID:U4cKxLml >>245 その辺りの推測は、大筋では当たってると思う。ただ、ちょっと疑問がね。 GlobalAllocのクリップボードでの使われ方の説明がつかない。そして、 GlobalAllocのGHND(正確にはGMEM_MOVEABLE)は64K個まで使える。 この意味理解できる？ おそらく、GlobalAllocのGHNDのヒープは、アプリケーションのヒープ領域 とは別に、OSが割り振ったヒープ領域を使ってる可能性がある。そのため、 下手にヒープ領域を使うよりもより多くのヒープ領域を使える可能性がある。 http://echo.5ch.net/test/read.cgi/gamedev/1337516528/247
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.041s