タスクシステム総合スレ part9

**名前は開発中のものです。** · 2009/12/13(日) 18:11:06

タスクシステムについての議論、相談、質問、雑談などのスレです

part8 http://pc11.2ch.net/test/read.cgi/gamedev/1250678891/
part7 http://pc11.2ch.net/test/read.cgi/gamedev/1241670786/
part6 http://pc11.2ch.net/test/read.cgi/gamedev/1238725539/
part5 http://pc11.2ch.net/test/read.cgi/gamedev/1234977661/
part4 http://pc11.2ch.net/test/read.cgi/gamedev/1233459490/
part3 http://pc11.2ch.net/test/read.cgi/gamedev/1226199100/
part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

・タスクと呼ばれる実装は、非常に多岐に渡ります
　古典タスクシステムについての話題は「>>2」と明示してください
　そうでない場合はカスタム版であることを明示してください

・人を憎んで言語を憎まず

**名前は開発中のものです。** · 2010/02/04(木) 01:24:38

「別にアンタ（自機）のために往くんじゃないから。勘違いしないで」　
「これで私も一人前の飛翔体だから。半人前扱いしないで」
「もう行くから。金輪際アンタと私は赤の他人だから。バイバイ」
自弾はそう言い残し敵に体当たりして名誉の戦死を遂げ
遺族への報償金は自機の銀行口座にふり込まれた

ここまで読んだ

**ID:bErugn9a** · 2010/02/04(木) 01:55:43

>>501
いや「自機の銀行口座」ではない
自機の上位の存在、世界の創造主、調停者、神、ゲームクラスが“管理”する銀行口座だ
というのが>>489

それはつまり神が“管理”する自機の銀行口座　ということだろ、というのが俺。>>491
自機というのは別に１Ｐで置換しても可。銀行口座は積立口座で置換しても可。

１Ｐ・２Ｐ協力プレー可能な縦STGなら神は複数の積立口座を“管理”するんだろ。
誰の積立口座なのかを識別する情報が必ずそこにある。１Ｐの口座、２Ｐの口座。
１Ｐに関する情報、２Ｐに関する情報。

**名前は開発中のものです。** · 2010/02/04(木) 09:33:26

>>500
ヒント：このスレはヲチされておりますｗ

**ハry** · 2010/02/04(木) 21:42:38

お前ら少なくともタスクシステムの話しろって。親子関係とかマジどうでも良すぎる。
お前ら本当は頭悪いだろ。俺もそんなに良い方じゃないのに、お前らどうするの？
俺が情報系の学科選んだのも、他学科よりも合格偏差値が低かったからだしなぁ。
おっと、自己紹介はここまで。
さっきから自己紹介の粋を出て無い会話が永遠と続いているから
俺もつい自己紹介したくなった。

**名前は開発中のものです。** · 2010/02/04(木) 21:47:40

http://d.hatena.ne.jp/yaneurao/20090203

これ読みづらくて意味わかんない。。。

**名前は開発中のものです。** · 2010/02/04(木) 21:50:28

はたから見てて、何をもめてるのかさっぱり意味不明なんだが。
ESPの範囲外。道端の石ころにさえ気を配る俺を置いてけぼりにするとは、
なかなかやるなー。頭痛が痛いから珍しく放置に放って置く。

**名前は開発中のものです。** · 2010/02/04(木) 21:59:39

>>505
意味の無いものに意味を見出すためには、
頭を強打するか、悪い薬でもする必要がある。

**名前は開発中のものです。** · 2010/02/04(木) 22:01:41

>>505
読み辛いか？
確かにC++の文法（特にtemplate周り）や型操作、
現代の一般的なコンピュータのアーキテクチャ（メモリの動的な確保のコスト、マルチスレッドや実行の並行性）
に関する知識がないと分からないと思うが
それらは今一般的なコンピュータ上で製作時及び実行時に効率良く動くプログラムを作る上で必須。
使えるものを最大限に利用して徒労を回避するのは当たり前の思考だし、
低レイヤーな部分を記述できるC++でそれを実装しようという試みも間違ってない。

**名前は開発中のものです。** · 2010/02/04(木) 22:08:28

>>508
ＰＧ脳だな
相手の望むものを意図的にズラして自分の有利なように話ししてるだけじゃん
お前>>505の問題を解決するようなレスじゃねーし
>>508の内容がすべていいわけを敷き詰めて「リンク先は間違ってねぇ！」っていいはってるけど
実際読みづらいと感じた人間にそんなレス付けて君は一体どうしたいのかね？ｗ

**名前は開発中のものです。** · 2010/02/04(木) 22:12:28

うん、分からない言葉が出てきたらぐぐろうね。

**名前は開発中のものです。** · 2010/02/04(木) 22:13:47

>>508
本を本棚に置くために必要な時間は、何回か反復すれば、すぐに見積もれるようになる。
しかし、本棚の整理整頓術は、なかなか身につかないものなんだよ。
特に間違ったOOPやデータ構造主体で物を考えてるうちは。
プログラムの主体はあくまで制御構造であるということや、
モジュールは機能ごとに構築するのが基本だという、
そこいらへんね。理解しなきゃどつぼにはまる。

**名前は開発中のものです。** · 2010/02/04(木) 22:16:58

ホワイトノイズに音楽性を見出せといわれてもなぁ。
スピーカー(話し手)の歪を測定するのには最適だが。

**名前は開発中のものです。** · 2010/02/04(木) 22:24:52

これがホワイトノイズだと思うのは単に理解が足りないだけだよ。
俺の書いてる事にタスクシステムに対する生産性はないからやねうらおの記事をわかるまで読んでみるといい。
古典タスクシステムでネックになっていた特定のタスクへのアクセスが
メモリに最適なリニアサーチ、実行時間に最適なハッシュによる検索、古典ではこれ以上できなかった両者のアルゴリズムよりも
有利な実装ができる。
そういう探求が記してあるだけなのに何をそんなに攻撃的になっているんだ？

**ID:SJJT8x69 あくきん** · 2010/02/04(木) 22:41:12

>>513
そんなもんは普通の脳みそ持ってる奴だったら半年、
遅い奴でも3年ありゃ習得できんだよ。
足下ら先にもう一歩踏み出せるかが重要なんだ。
大体お前、検索が遅いなら事前にインデックス作っとくとか、そんなの当たり前すぎるだろ。
何をいまさら。
型ごとに列挙したいなら、型ごとにリストつくっときゃいいじゃん。
Type値ごとに列挙したいなら、Type値ごとにリストつくっときゃいいじゃん。
配列の空きIndexを高速に見つけたいなら、空きIndexリストつくっときゃいいじゃん。
3分で思いつくことだろー

**名前は開発中のものです。** · 2010/02/04(木) 23:06:50

>>514
同意
まったく無駄だよね

しかもこんなくだらんことわけわからん単語使わなきゃ説明できないとか
自分を過大評価しすぎだろｗ
酔ってる自分をみる他人の目とかちょっと考えれば恥かしくて表でれないレベル

**名前は開発中のものです。** · 2010/02/04(木) 23:31:53

典型的な>>3の論理でワロタｗ

**名前は開発中のものです。** · 2010/02/04(木) 23:38:59

boost::unordered_map<type_info*,std::list<Task*> > tasksList;

struct PseudoIterator
{
std::list<Task*> container;
std::list<Task*>::iterator iterator;

void erase() { container.erase(iterator); }
};
boost::unordered_map<Task*,PseudoIterator> taskToIterator;

んー

**名前は開発中のものです。** · 2010/02/04(木) 23:42:26

PCエロゲワールドの貴公子であらせられる自称高額納税者のアレは
リソース制限の緩々な微温湯プラットフォームの小山の大将なんだからさ
彼がタスクシステム云々なんて話を始めるときは眉に唾をたっぷり付けて
聞いとき

**名前は開発中のものです。** · 2010/02/04(木) 23:51:30

大手でプログラマやってるけどコンシューマ機でboostやtemplate使うチームは間違いなく大量のバグを生産してる

**名前は開発中のものです。** · 2010/02/04(木) 23:53:44

Codezineの記事（出た当初からSTGスレで散々に言われてた）を参考として
リンクしてる辺りであのPCエロゲ屋の理解のほどを察してやれよ

ゲームオブジェクト（エンティティ）を格納したコンテナとその操作についての
お話に終始しておきながら、これタスクの話です近代的なタスクのシステム
なんですね、などと得意げにどや顔するPCエロゲ屋の姿を想像してごらん
なかなかハートウォーミングだろう

**名前は開発中のものです。** · 2010/02/05(金) 00:15:39

>>519
boost::spiritでも使ったのか？ｗ

**名前は開発中のものです。** · 2010/02/05(金) 00:25:43

ｗをつけてこの程度

**名前は開発中のものです。** · 2010/02/05(金) 00:44:56

俺が泥沼にハマったのはboostとtemplateのせい。俺は悪くない

まで読んだ

**名前は開発中のものです。** · 2010/02/05(金) 00:47:20

また文盲が来た

**名前は開発中のものです。** · 2010/02/05(金) 01:08:24

やねはコード書いて主張してる分だけ俺らよりはマシだけどな
粗悪なコードから学べる事だってたくさんあると考えれば
余談だが彼の叩かれっぷりを見てるとネットにソース公開
するのをいつも躊躇ってしまうｗ
その辺のジメジメした日本のネット事情は好かんな

**名前は開発中のものです。** · 2010/02/05(金) 03:31:58

コード書いてるぶん批判しやすいのかもしれない。

まぁ書かれてあるコードがどうあれ、
変な例え話だけよりもコード書いてあったほうがうれしいですよね。

**名前は開発中のものです。** · 2010/02/05(金) 19:41:46

データベースのインデックスみたいなのってどうやって実現するのでしょうか
タスクループごとに再構築しなおすの？

**名前は開発中のものです。** · 2010/02/05(金) 20:15:37

何を想定してるのかわからない
まずはお前のタスクシステムを説明しろ

**名前は開発中のものです。** · 2010/02/05(金) 20:41:27

このタスクシステムとやらの何が凄いのかサッパリ分からん。
少なくとも、>>2に書いてあるような奴の事を言うなら、システムっていうよりは、ただのプログラム上のお作法とかセオリーの部類じゃないのか。

**名前は開発中のものです。** · 2010/02/05(金) 23:12:58

>>528
>>2の古典なタスクシステムで、型を指定してタスクを取得したい場合

**名前は開発中のものです。** · 2010/02/05(金) 23:48:34

>>530
はじめからわけときゃいいじゃん

**名前は開発中のものです。** · 2010/02/05(金) 23:59:14

まるでセオリーがすごくないみたいな

**名前は開発中のものです。** · 2010/02/06(土) 00:04:05

一言で>>2つってもリンク先によって中身だいぶ違うけどな

**名前は開発中のものです。** · 2010/02/06(土) 00:51:40

>>531
同期取るの大変じゃない？

**名前は開発中のものです。** · 2010/02/06(土) 00:52:35

>>534
いきなり同期とか意味不明すぎて反応できないぜｗ
あったま悪いからそんなレスしちゃうんだぜ

**名前は開発中のものです。** · 2010/02/06(土) 01:14:57

>>535
ああ、ごめんなさい。頭悪いのは認めるよ。

**名前は開発中のものです。** · 2010/02/06(土) 01:32:17

必要以上に攻撃的なのはなんなんだｗｗｗ
デスマ真っ只中でイラついてるとかか？

**ハry** · 2010/02/06(土) 02:40:25

単になれなれしいだけだろう。お互い頭悪いことは分かりきってるし。
頭悪い奴が分別のつかない奴を叩いてる、そんなスレッド。ちょっと変わった愛情表現。

**名前は開発中のものです。** · 2010/02/06(土) 04:06:28

芸は身をタスク

**名前は開発中のものです。** · 2010/02/08(月) 01:02:07

>>529
このタスクシステムとやらの何が凄いのかっていうと
名前だけで「もしかして凄いものかもしれない」と勘違いさせるのには
最高の撒き餌になるってことだろうな。現にお前みたいな慌てん坊さんが
ホイホイ釣られてやって来るわけだから

**名前は開発中のものです。** · 2010/02/08(月) 01:18:14

昨夏にも張ったような気がするが

　　　　　　　　　　_Y_
　　　　　　ｒ'｡∧｡ｙ.
　　　　　　　　　ゝ∨ノ　　　　　バカがタスクシステムに　　　　 ,,,ｨf...,,,__
　　　　　　　　　）~~（　　　　　　　幻惑されてる間に　　_,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
　　　　　　　　　,i　　 i, 　　　　　　　　　　　　　　　　　　,z'"　　　￣￣　／nﾞﾞ''''ー--...
　　　　　　　　 ,ｉ>　　 <ｉ　　文明はどんどん発達し　　 r”^ヽ　　　　　く:::::|::|:::〔〕〔〕
　　　　　　　　ｉ>　　　<ｉ. 　　ていく・・・・・・。　　　　　　入_,..ﾉ ℃ 　　　　￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__ |,ｒ'''"7ヽ､|　 __,,,... -ｰ,,.=' 　　　　　　　　 >ーｚ-,,,...--,‐,‐;;:'''""~
　　~''':x.,,　 ~"|{ G ゝG }|"~　 ,,z:''" 　　　　　　　　　　　＿＿＿
　　　　　 ~"'=| ゝ､.3 _ノ |=''"~ 　　　＜ー＜> 　　　　　　　　／　　l￣￣＼
　　　　　　　 .|）) 　　　(（| 　　　　　　/￣￣ﾞｉ;:､　　　　　「￣￣￣￣|￣|￣￣￣＼
　　　　　　　　　　　　　))| 　　　ｒ'´￣「中]￣｀ヾv､　　　`-◎──────◎一'
　　　　　　　　　　　　　　　　　　├―┤＝├―┤　|li:,
　　　　　　　　　　　　　　　　　　　|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
　　　　　　　　　　　　　　　　　　　||//__|Ｌ_」||＿_.||ｌ」u|:;
　　　　　　　　　　　　　　　　　　　|ニ⊃|　　|⊂ニ| || ,|/
　　　　　　　　　　　　　　　　　　　|＿. └ｰ┘ .＿| ||/
　　　　　　　　　　　　　　　　　　　ﾍ　「￣￣￣|　/

**名前は開発中のものです。** · 2010/02/08(月) 02:24:25

なんか"タスクシステム"を"ポインタ"に置き換えても成り立ちそうだな、このスレ。
JAVAとかC#とかしか知らない若い子がCのポインタが何なのか理解できないのと同じ臭いがする。

古株にとっては「プログラマでポインタ理解できないなんてゆとり」という感覚なんだろうけど。
「ポインタなんて年寄りの戯言、何のメリットがあるのかわかりませーん」という世代とのギャップが埋められず。

**名前は開発中のものです。** · 2010/02/08(月) 02:34:40

まったく違う
>>3をポインタに変えたら話が成立しない

**名前は開発中のものです。** · 2010/02/08(月) 02:45:34

ポインタのわからないプログラマの頭の中では
「ポインタなんて裸の王様」が成立してると思うよ

**名前は開発中のものです。** · 2010/02/08(月) 03:16:06

21世紀にもなって今だにポインタやタスクシステムについて熱く討論してる時点で
時代遅れというならそうかもなぁｗｗ

そんな原始的な話はみんな20年前に通り過ぎてとっくに先に行ってる、と

**名前は開発中のものです。** · 2010/02/08(月) 03:18:28

>>545
今のトレンドは何？

**名前は開発中のものです。** · 2010/02/08(月) 03:25:16

マルチコアを無駄なく使いきれるフレームワークとかかねぇ
まぁこれもPS3とか360が出始めのころの各社が研究してたトレンドだったからもう古いかもねぇ

**名前は開発中のものです。** · 2010/02/08(月) 08:01:44

マルチコアを有効に使うシステムがそれこそ現代のタスクなんじゃないの？

**名前は開発中のものです。** · 2010/02/08(月) 13:09:52

ゲームプログラマの求人見てみるとタスクシステムって言葉出てくるよ
使われてるんじゃないかな

**名前は開発中のものです。** · 2010/02/08(月) 15:21:39

デザパタみたいなもんで名前があることにも意義がある
一番不思議なのは親の敵の様にタスクシステムを
否定する輩がこのスレに現れる事だ
温故知新とも言うし簡単な仕組なんだから
使わないにせよ知ってて損は無いのにね

**名前は開発中のものです。** · 2010/02/08(月) 15:30:32

ヒント：適切な単位に適切な名前

**名前は開発中のものです。** · 2010/02/08(月) 17:11:28

>>551
おっと失礼
訂正させてもらう
×：一番不思議なのは親の敵の様にタスクシステムを
○：一番不思議なのは親の敵の様に>>2を

**ハ(ry** · 2010/02/08(月) 22:21:47

>>550
間違った(というか遅れた)考え方を知ってて特になるって・・・。
確かに自衛の意味ではやくにたつな。
無駄なことを知ってるって超重要だからな。
永久機関の開発に一生を費やしでもしたら、そりゃ悲惨だ。

>>547　>>548
マルチコアを無駄なく使う？俺はトレンドになんねぇとおもうがなぁ。
そう言うのは、forループの並列展開程度にしれっと応じておいて、
他の事に時間を割り振った方が自分のためだろうな。

でもforループの並列展開だったら、SIMDの方が相性良いかもしれん。
ということで、コアは8個程度で打ち止めにして、
今後はSIMDの拡張方面を頑張って欲しいね。

ただ、サーバー用途だとマルチコアの方が有利だし、
CPUメーカー的にはその辺の事情があるんだろうなぁ。

**名前は開発中のものです。** · 2010/02/08(月) 23:54:58

ハァ…ため息しか出ない

静的型付け言語の型情報と
一致しない

**名前は開発中のものです。** · 2010/02/08(月) 23:56:57

すまん途中送信してしまった

スレッドレベルではなくインストラクションレベルの並列化の強化に期待とか
かなり独自の世界観を持ってるな。。。

**名前は開発中のものです。** · 2010/02/09(火) 00:03:22

1命令でいっせーのーせどんを強化した先にベクトルプロセッサがあり
HPC分野では。。。ソフトウェアの開発がスカラー機に比べて簡単とか
聞いたこと無いな

**名前は開発中のものです。** · 2010/02/09(火) 00:07:32

あと並列化なんてループアンローリングだけで十分だろというならば
その程度の最適化はコンパイラに任せなさいで終わりだ。アホか

**名前は開発中のものです。** · 2010/02/09(火) 00:14:59

ハードウェアはソフトウェア開発者に優しくありなさいというならば
スレッドレベルの並列化（別の言い方をすればSMPな）を前提に進化した
ターゲットハードウェアのほうが格段に優しい。SIMD大強化マンセー
ベクトルプロセッサマンセーなんてNECかNVIDIAの周り者かっつーの。
糞くらえだ。現場を知らないクズは死ねばいい

と思いました。あーすっきり。ワナビー大嫌い

**名前は開発中のものです。** · 2010/02/09(火) 01:13:48

好き嫌いじゃなく、今のゲーム機のアーキテクチャがマルチコアなんだから
使わないわけにはいかないだろうに。

処理落ちしてる時に遊んでるコアがありゃゲームプログラマならコア駆使して
何とかするもんだ。

**名前は開発中のものです。** · 2010/02/09(火) 01:16:25

自称ハード屋（>>553）は素人オジサンだから放っといたほうがいい
たまーにマグレでまともそうなこと言ってるように見えるが
基本的にゲーム作れないのでピントがずれてる。たぶんキチガイ

**名前は開発中のものです。** · 2010/02/09(火) 01:17:38

１フレ単位の処理でマルチコアなんて使う場所ねーじゃん
せいぜい裏で次のシーンのデータロードしておくか
超複雑なＡＩ（将棋とか）走らせるとかぐらいじゃね？
このスレの話題としてマルチコアなんてでること自体おかしくね？

**ハ(ry** · 2010/02/09(火) 01:18:56

>>557
まさしく。並列化なんてしたくねぇ。
だからこそのSIMD。
コア増やす方法だと、キャッシュのコヒーレントの問題で、どっかでコア数の限界が来る。
コア数が少ないからforループを展開しても大して速くならない。
結果、自分でスレッド立ててシコシコする羽目になる。

その点SIMDだとそんなのかんけぇねぇから、並列度をどんどん上げれる。
64ループ分ぐらいを一発で処理できる。もっと多くしても良いだろう。
分岐を展開しなければならない弱点があるが、
そんくらい並列度が上がればペイできるだろう。
コンパイラ拡張して勝手にSIMD展開してくれるfor_parallelとかが組み込まれれば、
気軽に使えるようになる。それでいいじゃない。

**名前は開発中のものです。** · 2010/02/09(火) 01:26:28

>>561
そうなんだよ。
結局マルチコアはサーバー用途に作られたもの。
それをゲームで一生懸命使おうと頑張ってる皆さんは、仕事とはいえご苦労様。
マルチコアが使いやすいとか何の冗談だよ。
マルチコアはスレッド使うって時点で十分面倒だ。可搬性を考慮したライブラリ化がしずらい。
だんぜんSIMDの方が気軽だね。俺は気軽な方がいいや。

**名前は開発中のものです。** · 2010/02/09(火) 01:26:35

>>558 ×周り物　○回し者

>>548
> マルチコアを有効に使うシステムがそれこそ現代のタスクなんじゃないの？

http://2chart.fc2web.com/2chart/pic/naniwo.jpg
タスク（処理単位）ってのは時代で変わるものなのか？違うだろ。
いつの時代もハード、ライブラリによって多種多様。大昔も今も
ハード、ライブラリ毎にタスクの粒度、構成要素、何もかも違う。
時代で一意に定まるタスクなんてないよ

あとマルチコア（マルチプロセッサ）がトレンドだゲンダイだとか眠たすぎる。
複数プロセッサのやりくりなら15年近く前には既に零細のソフトハウスだって
64bit級のために四苦八苦しながらやってた

**名前は開発中のものです。** · 2010/02/09(火) 01:35:05

SIMDの何が良いって、プログラムカウンタが共用なのがいいね。
プログラムは上から下にだらだら逐次実行していくものだという基本に忠実。
それでいて、並列化も行われるわけで。
スーパースカラの投機的命令実行で十分じゃねって言われればそうかもだが。

**名前は開発中のものです。** · 2010/02/09(火) 01:50:08

>>563
君の言うSIMD強化って、具体的にどんな絵を描いてるのかよくわからんのよね。
その新命令って例えば何してくれんの。それはゲームの中の何に使えるの。
ゲームプログラムに共通した、ゲームプログラムに特化した便利なインストラクションセットを
オーダーメイドで作ってもらえちゃうの？それならそれで便利だよねドラえもん

**名前は開発中のものです。** · 2010/02/09(火) 01:56:44

>>563
君はどんな処理をどんな粒度で分割しどんだけの量を並列化するお話してるの？
インストラクションレベルの並列化で十分つーてるんだから当然それは細粒度の
分割に適した多量の何かを処理するお話なのだろうとは思うけど

**名前は開発中のものです。** · 2010/02/09(火) 01:58:31

>>566
普通に64個ぐらいのデータを一つの命令で並列に処理してくれるようにしてくれりゃそれでいいよ。
マルチコアなんてせいぜい4個とか8個とかだろ。苦労してそれじゃね。

**名前は開発中のものです。** · 2010/02/09(火) 02:02:17

>>567
forループの展開って言ってんだから、そりゃ、ループカウンタの粒度での分割だ。
カウンタの0から63までを並列に処理してくれりゃいい。

**名前は開発中のものです。** · 2010/02/09(火) 02:05:52

>>569
それはゲームプログラムの中で具体的にどういう処理なの？
あなたの想定する既存CPUでワークロードの中の何パーセントを
占めてる処理なの？

**ID:4uRxejvM あくきん** · 2010/02/09(火) 02:10:25

だから、ループを展開するって言ってるだろ。
ループしてるってことはそこの処理は必然的に重たいわけだ。
そこを重点的に展開するわけだから、それで十分だろ。
ループしてるとこ以外に重たい処理なんてあるか？無いだろ。

**名前は開発中のものです。** · 2010/02/09(火) 02:12:09

>>570は非常に重要な質問なんだけど

**名前は開発中のものです。** · 2010/02/09(火) 02:19:12

どうせ、全体の25%しか並列化できなかったら、
最大でも処理時間は75%にしかならないよ、とか言うんだろ。
でもそんなもんはマルチコアでも一緒だ。
いちいちスレッドの面倒を見なきゃいけない分
小回りがきかないマルチコアの方が分が悪いと思うがね。

**名前は開発中のものです。** · 2010/02/09(火) 02:22:38

ハード君…

**名前は開発中のものです。** · 2010/02/09(火) 03:03:32

ゲームの場合、1フレーム毎に同期をとらなきゃならないという制限があるから、
大きな粒度での並列化には無駄が出来る。
かといって、マルチコアで小さな粒度の並列化をしようと思うと、
コンパイラが自動でやってくれない限りは地獄を見る。
タスクシステム的な何かを用意する必要があるからな。その時点で却下だ。

サーバー用途だとマルチコアはいいものだと思うよ。

**名前は開発中のものです。** · 2010/02/09(火) 08:09:14

有名なところではカプのMTフレームワークも
マルチコアを考慮したタスクシステムを使っているよ。

ttp://game.watch.impress.co.jp/docs/20070131/3dlp10.htm

**名前は開発中のものです。** · 2010/02/09(火) 09:22:20

何度も何度も何度も何度も言っているが、その記事の「タスク」は、
並列にやらせる仕事の単位をそう呼んでいるだけで、このスレの「タスクシステム」じゃない。

**名前は開発中のものです。** · 2010/02/09(火) 10:57:06

並列更新と同期更新が同じ「タスク」単位になってるから
案外「タスクシステム」と似たような処理なのかもね
使った事ないから本当のところは分からないけど

**名前は開発中のものです。** · 2010/02/09(火) 11:53:50

>>577
なに必死になってんの？
>>2じゃないってことでしょ
>>1くらいよんどけよ

**名前は開発中のものです。** · 2010/02/09(火) 21:37:56

ゲームを作ったこと無いんだが、タスクシステムってのは
リアルタイムシミュレーションゲームを作るのに便利なフレームワークってことでいいのか

**名前は開発中のものです。** · 2010/02/09(火) 22:07:48

http://d.hatena.ne.jp/kataho/20080430/p1

**名前は開発中のものです。** · 2010/02/09(火) 22:22:54

魔法のシステムです

**名前は開発中のものです。** · 2010/02/09(火) 22:41:29

茶色の小瓶です

**名前は開発中のものです。** · 2010/02/09(火) 23:23:17

>>581
それゲームオブジェクト（エンティティ）のお話
ユーザー側の、アプリケーションの層のお話
ゲームオブジェクト（エンティティ）は複数の関連・相互作用の図の中に参加するというお話。
そらそうだ。物理的・力学的な繋がり。制御の繋がり。通信の繋がり。組織の繋がり。色々ある。
それぞれのコンテナ（外部収納・内部収納は問わない）に格納される。自然なことだわな

ところで低層のターゲット依存部の中に、非プリエンプティブな処理単位を格納する
レディキューが一本あるとする。これは>>581のページ内で言われてるような
「一般化されたゲームオブジェクトのリストを一本持つ」というお話とは一致しないわな

ユーザー側の、アプリケーションの層の中で定義されるゲームオブジェクトの単位と
それより下層の、システム側の、ターゲット依存部の中で定義される処理の単位というのは
分割の基準・動機が違う。そうでないならそれはゲームオブジェクトをタスクいいたいだけの
Codezine状態なんだろ。1task = 1object限定とか。ネット発生型の都市伝説システムだろ

**名前は開発中のものです。** · 2010/02/09(火) 23:55:51

>>573
> どうせ、全体の25%しか並列化できなかったら、
> 最大でも処理時間は75%にしかならないよ、とか言うんだろ。

君はすぐそうやって後頭部を強打したりESP使ったりして妄想先回りするけど
ちと被害妄想が激しすぎるんじゃないのか。そんな警戒しなくていい

> でもそんなもんはマルチコアでも一緒だ。
> いちいちスレッドの面倒を見なきゃいけない分
> 小回りがきかないマルチコアの方が分が悪いと思うがね。

SIMDに適した、細粒度の分解に適した、君に都合のよろしい処理対象を
君は一体全体どういう形でマルチコア（マルチプロセッサ）に配当してるの？
君に都合のよろしいその処理対象はその64-wideのSIMDを使ったほうが
適してるんだからそれでいいじゃない。

で、その、いっせーのーせーどん方式で処理を再構築、データを再配置
しやすい処理は一体なんなの？ゲームの中の何を処理してるの、と
聞いてるだけなの。そしてそれはあなたのゲームではワークロードの
何パーセントを占めていたの？あなたの想定する既存のCPUコアは何？
あなたの想定する既存のターゲットハードウェアは何？

**名前は開発中のものです。** · 2010/02/10(水) 07:32:27

脱線はなるべく無しでお願いしたいものです

**名前は開発中のものです。** · 2010/02/10(水) 14:32:47

シェーダーとメッシュ等のジオメトリって分けますか？

**名前は開発中のものです。** · 2010/02/10(水) 19:35:44

>>585
>で、その、いっせーのーせーどん方式で処理を再構築、データを再配置
>しやすい処理は一体なんなの？

ぱっと思いつくところでは、布との当たり判定とかはマルチコアよりもSIMDの方が相性良いだろう。
ゲームの中には大概人型のキャラクタが出てきて、大概が服着てるわけだから、有用そうだよね。

こまかいことほじくって屁理屈並べても仕方ないんだって。
マルチコアは、
大きな粒度の並列化向け、一方ゲームは1フレームごとに同期が基本
&キャッシュのコヒーレントでコア数増やしづらい
&スレッド使うから関数レベルでの可搬性が保ちづらい
ってんで、ゲーム用途には十分つんでるかと。
サーバー用途だと、何もしなくても恩恵にあずかれるのに、ゲームだと、
MTフレームワークにしろspursにしろ、あんなもん用意しなきゃいけない時点で、
無理やり感が漂ってる。なんていうか、小手先？
仕事の人は大変だね。素直にSIMDの要求しておけば、次々世代あたりでかなうかもよ。

**名前は開発中のものです。** · 2010/02/10(水) 19:59:29

そもそも複数のＣＰＵに向けたデータを用意するだけで疲れるし
ぶっちゃけやりたくないなｗ
コンパイラが頑張ってくれたほうがみんな幸せになれそう

**名前は開発中のものです。** · 2010/02/10(水) 21:56:44

ゲームを作ることを目的とするのではなくて
オブジェクト指向の勉強を目的とするので
特に問題は無いです。

**名前は開発中のものです。** · 2010/02/10(水) 22:03:57

ゲーム制作はオブジェクト指向の勉強には不向きだと思う

**名前は開発中のものです。** · 2010/02/10(水) 22:06:59

オブジェクト指向を勉強するって意味が分からない。
あれはセンスのもんで、
うまい人が作ったクラスは機能ごとにまとまってて、
下手な人が作ったクラスはデータ構造主体でまとまってる。

**名前は開発中のものです。** · 2010/02/10(水) 22:58:29

オブジェクト指向ってゲーム向きじゃなかったのか

**名前は開発中のものです。** · 2010/02/11(木) 00:03:06

実際のところ、ゲームゲームな感じのゲームには適切ではないと思う。
ラリーXとかプーヤンみたいなゲーム作るときにどう使えばいいのか
無理やりクラスを設計するのは楽しいけど、仕事ではそんなコードにしたくない。

敵も味方も石ころもみんな等価な物理演算っぽいゲームだとうまくハマるとは思うけど
識者の意見を聞いてみたい。

**名前は開発中のものです。** · 2010/02/11(木) 00:06:39

PCや数学由来の技術はメモリ管理が組み込み向きに考えられていない。
机上の空論好きはその辺考えないからね。

**名前は開発中のものです。** · 2010/02/11(木) 00:12:52

データ構造ありきで考えるから難しいんだって。

描画エンジンクラス
サウンドエンジンクラス
コントローラIOクラス
ゲームロジッククラス
セーブデータIOクラス
データローダークラス
リソース共有クラス

こんな風に機能ごとにクラス化していけばいいと思うよ。
モジュール化の基本はOOPでも同じ。

**名前は開発中のものです。** · 2010/02/11(木) 01:56:09

それに関する反論(機能分解やモジュール化でも駄目)が
design pattern distilledの最初の方に載ってる
勿論その議論の中でもデータ構造によるものとか名詞抽出は論外だけど
8年前のしかも入門書だから今どうかは知らんけど

**名前は開発中のものです。** · 2010/02/11(木) 02:05:16

そろそろその「載ってる」とかそういう表現どまりのレスってやめない？

読んでない奴にとってそれによって何が主張したいのかまったくわからないし
仮に読んでみても本に書いてある意図とレスの主張が全然違うこともあるしで
照合するにもえらい時間がかかるそれを受け手に全部押し付けるってえらい傲慢もいいとこじゃないか？
もう引用とかしなくていいから

○○だから、○○である

と自分の言葉で説明しろよ
それは本のまる写しでもいいからあくまでも自分の発言としてレスにそえろよ

**名前は開発中のものです。** · 2010/02/11(木) 02:15:25

そーそ。デザパタ本なんて糞食らえで読む気しねぇんだよ。
どうせ、おたかいんでしょ？

**名前は開発中のものです。** · 2010/02/11(木) 02:19:45

どっちゃにしろ、ライブラリがそれが持つ機能で掻き集められる物である以上、
無理にでも機能で分割するしかねぇんだよ。答えは決まってる。
後はどう枠にはめるか。