[過去ﾛｸﾞ] C/C++ゲーム製作総合スレッド Part7 [転載禁止]©2ch.net (711ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
290: 名前は開発中のものです。 [sage] 2015/02/11(水) 00:51:21.24 ID:rJC6nJDr(1/7) AAS
>>288
mallocの置き換えぐらいリンクするライブラリー変えるだけだよ
tcmallocでググれ
295: 名前は開発中のものです。 [sage] 2015/02/11(水) 01:04:29.98 ID:rJC6nJDr(2/7) AAS
余程特殊な用途でないかぎり既成の物使った方が速いから
297: 名前は開発中のものです。 [sage] 2015/02/11(水) 01:06:46.81 ID:rJC6nJDr(3/7) AAS
>>294
スレ違い
お前はゲームをOSから作るんか？
299: 名前は開発中のものです。 [sage] 2015/02/11(水) 01:32:15.63 ID:rJC6nJDr(4/7) AAS
そうだな
>>287
が言ってるOSデフォルトってのが悪かった。
アプリケーションが使うメモリアロケーターの殆どの実装はライブラリが行ってる。
OSからシステムコールでブロック単位でメモリを貰いアプリケーション内で分配な。
306(2): 名前は開発中のものです。 [sage] 2015/02/11(水) 02:52:16.60 ID:rJC6nJDr(5/7) AAS
>>304
その自作アロケーターって複数スレッドから呼んでも大丈夫なように作ってんの？
だったらたいしたもの。
今時モバイルですらマルチスレッドが当たり前だからベンチマークも複数スレッドで実行すべき。
スレッド使うライブラリーをリンクしないとシングルスレッド版のmallocとリンクする環境もあるし
307: 名前は開発中のものです。 [sage] 2015/02/11(水) 03:06:07.85 ID:rJC6nJDr(6/7) AAS
>>305
ライブラリが貧弱な環境だと効果はあったんじゃない？
ライブラリが貧弱で有名だったPS3とか。
ゲームエンジン アーキテクチャって本PS専門デベロッパーだった人の著書みたいだし
319: 名前は開発中のものです。 [sage] 2015/02/11(水) 15:06:24.20 ID:rJC6nJDr(7/7) AAS
>>308
シングルスレッドでパフォーマンス十分なら要らないんじゃない？
その場合アロケーター自作しようとする理由すら解らなくなるけど。
レンダリングスレッドを分けるってのは比較的簡単だからよく使われてる方法だね。
グラフィックスのAPIが全て非同期という訳でもないし、呼ぶ事自体比較的コストが高いものもあるドローコールとか
あとGPUが全てやってくれるわけでもない。
影とかモデルの持ってるマテリアルによってはマルチパスレンダリングが必要になるしね
それら含めて一つの独立したスレッドでレンダリングを行うって事
どこまでやるかはそれぞれのゲームエンジンの実装次第だけど
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s