GCD　グランドセントラルディスパッチ　GCD

何か響きがカッコ良くねw

グランドセントラルディスパッチ
一瞬で相手の周囲の大気ごと氷結させる
相手は死ぬ

グランドセントラルディスパッチ
強烈な嵐を呼び寄せると同時に、
大地を引き裂き相手グループを一瞬にして飲み込む。

G・C・D！　G・C・D！

てか2coreのMacBookでも恩恵あるのかな

よし、カッコいい響きの単語を書き込むぜ。

アイデンティフィケーションディビジョン
ファイナライザー
ネガティブゲイン
メテオザッパー

ウェイク・オン・デマンドはだめなのか？

だれかGCDのコード進行で曲作れよ

歌詞は>>9

ザイス

>>8
GがCのドミナントとして働くから
D-Durってことになるな。

>>9がよくわからんので引き続き歌詞募集します
技術を擬人化した戦闘もののヒーローみたいな感じがいい

スレ自体はカッコいい響きの単語の流れに戻ってくれ
デュアル・チェック・セーフティ

>>10
え？ト長調じゃないのか
DがGメジャーキーのドミナントだべ

なんだネタスレか

G　　　 C　D
そうさ　グランド

G　　　C　　　Am　　D
君の　 思いは　セントラル（今もセントラル）

G　　　F　　　Am　D　　C
こんな僕にも　勇気くれた　ディスパッチ

「グランド！セントラル！ディスパァーッチ！」（CV：檜山修之）

>>15
わかるwww

「説明しよう! GrandCentralDispatchとはソフトウェアのスレッドを効率的に各CPUに割り振りソフトウェアの動作速度を劇的にアップさせる開発者向け技術のことである!」

やっぱカレー好きなんですか

>>13
あなた次第ですよ

また新しいプリキュアか。

グッドランドセルデコパッチ

「っぐわ！……くそ！……また暴れだしやがった……」とか言いながら息を荒げて
「奴等がまた近づいて来たみたいだな……」なんて言ってた
クラスメイトに「何してんの？」と聞かれると
「っふ……GCD（ソフトウェアのスレッドを効率的に(ry）を持たぬ物にはわからんだろう……」
と言いながら人気の無いところに消えていく

>>22
ｶｺｲｲ !!

では学園ものということで。

おまえらLCMって知ってるか？

>>25
Lowset Common Multiplier (jk

エヴァでチルドレンが浸かってる液体

「グランド〜セントラル〜ディスパァッチぃ〜！」（CV：大山のぶ代）
宿題を分割して友達に押し付け、あっという間に宿題を終わらせられるひみつ道具。

彼女は乱暴に俺の躯にまたがると、ゆっくりと腰をグランドさせ始めた。
俺の意識は次第に彼女のセントラルに吸い込まれていく。
「ん。。いつでも、いいのよ」
彼女がカーネルを切り替えると、鼓動はいっそう激しさを増していく。
「・・・中でディスパッてもいいのかい？」
「来て。早く。もう私、ロゼッちゃう」

18禁SnowLeopard

正直2コアじゃ効果無さそう
現状Mac Pro専用じゃね

>>31
さっきちょっと試してみたけど
結構恩恵あるよ

おおおおkwsk

>>32
ソフトウェア開発者の方？
効果あるなら楽しみだなぁ

グランドセントラルたまごっち

今回一番広く恩恵のある部分なのに、なんか糞スレだな

Safariでタブ400くらい開いてもサクサク動いてるから結構効いてるのかと思ってた

>>34
普通に処理して40秒ちょいだったのがGCD向けに書き直したら30秒弱になった

そもそもGrand Central自体がpthreadその他で自前でスレッドの管理すらできない
無能開発者と無知ユーザ向けのまやかしなわけで。移植性も0

マトモなソフトはこんなん使わなくても必要な部分は既にマルチスレッド化されている。

↑なんか凄いこと言ってんなw

>39
「高級言語なんてアセンブラも使えない奴の(ry」
「Javaなんてポインタも理解できない奴の(ry」
とか言ってるのと変わらん。

有能な開発者であればこそ、スレッドがどうこうなんて下らんことより
もっとアプリにとって本質的な問題にその能力を費してほしいもんだ。

>>39
うむ。
最初の段落と3行目を除いて、完全に同意だ。

>>38
書き直しが必要なのかぁ
じゃあ市販ソフトで体感できるようになるには時間が掛かりそうだな

41の意見に同意。
スレッドをフル活用するプログラミングはプログラマが疲弊しやすいのさ…
特にマルチコアCPUが前提となりゃ、さらに増大する
Cocoaで扱うスレッドは自動的にGCDになるわけじゃなく実装者に任されているわけだから、
Appleのこのアプローチは正しい方向だとは思うんだよな。

まあ釣りでしょ

別に完全に新規開発で移植性を考えないなら使うのは勝手だけどね。
既にマルチスレッド化されているものをわざわざGCD用に書き直すのは
手間を増やしてパフォーマンスを落とすだけなので無意味

そもそもGCDの宣伝自体が変なんだよ
空いてるコアを判断して効率的に割り当ててくれるとか、GCDを使わなくてもそうなってるっての。
逆にOSのタスクスケジューラを無視してわざわざ特定のコアに割り振らせるために
thread affinity APIなんかが用意されてるのが現実なんだがね。

なんか、開発の現役の方々が多そうなので伺いたいのですが
現状でマルチコアの環境を活用するにあたって
GDCってのはなくても良い技術ってことなのでしょうか

>既にマルチスレッド化されているものをわざわざGCD用に書き直すのは
>手間を増やしてパフォーマンスを落とすだけなので無意味
そりゃマルチスレッド化されてない処理を半自動的に並列化する技術なんだから、
マルチスレッド化済のアプリにわざわざ適用しようなんて考えるバカはいないだろ

>そもそもGCDの宣伝自体が変なんだよ
スレッドを空いてるコアに適切に割り当てるって、
そりゃマルチコア対応のOSなら当たり前の機能だよ確かにwww
変なのはお前の理解のほうだって気づけよ。

× ->GDC
丸 -> GCD

あんま詳しくないけど、
ttp://pc.watch.impress.co.jp/docs/column/hot/20090828_311117.html
とか読む限り、それなりに意味の有るアプローチに見えたが

>>48
>マルチスレッド化済のアプリにわざわざ適用しようなんて考えるバカはいない
そりゃ開発者ならそうだろうけど、ユーザはそうでもないんだな
>>43とか見れば分かるでしょ

>変なのはお前の理解のほう
宣伝が変だという話をしているのだが?

アプリ単体での効果より
そのMacで立ち上げてるアプリ全部がGCD対応になったときに効果を発揮する気がする

>>50
ディスパッチの瞬間の負荷だけでスレッド数を決められても困るんだよ
Apple的にはqueueに突っ込むタスクの単位を小さくしろということなんだろうけど
スレッド生成のオーバーヘッドが増大して本末転倒

結局CPUのスレッド数分だけ最初に起動しておくのが一番効率が良いという

>43みたいなユーザの心配してたのかよ。
そりゃ確かに俺の理解力が足りなかったwww

ネタスレだと思っていたのに...

サードインパクトの本当の原因は、
MAGIがグランドセントラルディスパッチを実装して
初めて解決するらしいよ

多分スレ立てたやつもネタスレのつもりだったろうに
そのうちGCDたんとかが出てきそうな勢いだったのに

>>53
スレッドはその度に生成されるわけではなく
スレッドプールとして存在していて、
キューに溜まっていれるブロックを流し込む。

だから従来ののようにスレッド作ったり管理したり
ロックに気を使ったりするより遥かに軽い。

で結局　ID:xH8cM8dG0　と　ID:WqlRk92y0　とどれが正しいの?

>>58
それはスレッド生成のコストが必要ないことの説明にはなってるけど
従来より軽いことの説明にはなってないな

スレッドプールがOS管理だとすると別プロセス?
メモリ空間とか共有変数はどうなる? IPC?

何か結局面倒な処理は全部シリアルにやっていそうな予感。CUDAもそうだが。
まあマニュアル読めって話だな

なんだ、デベロッパ登録してて事前に弄ったうえでの感想じゃなくて、
想像上のGCDを語っているだけか。

そういえばGCDの資料公開されたのかな？
ちょっと捜してみるか。

見つけた。

Grand Central Dispatch (GCD) Reference
http://developer.apple.com/mac/library/documentation/Performance/Reference/GCD_libdispatch_Ref/Reference/reference.html

Concurrency Programming Guide
http://developer.apple.com/mac/library/documentation/General/Conceptual/ConcurrencyProgrammingGuide/Introduction/Introduction.html

>>55
>>1-30あたりまでは十分にネタスレだったなw
ガチ議論組はム板住民か？

分かりやすく話をすると、
NSThreadでやると楽だけど細かい処理が書けなくて
pThreadでやると細かいことが出来るが異様に処理がめんどい
超簡単なOpenMPは都度スレッド生成するのでループの中で使うのにはむかず
結局汎用的なスレッドプールとQueue管理機構があった方が楽、という話。

そういうケースへのAppleの回答がGCDであって、別にそれ以外使うな
とかではない。

>>66
NSOperation使ってれば自動的にGCD適用かな

NSOperation系はそこまでかしこくない

ネタとかガチ議論とか区別することは無意味
「技術を擬人化した戦闘もののヒーロー」
みんなでこれを話し合っているんじゃないか

おまえつまんないから寝ろ

個人的にblockの追加が大きい気が。Cに対する言語拡張だし。
本質的にはGCDとは独立してるけど、
これがあるかないかでずいぶん違うはずだ。

それ以外はよくある並列化フレームワークという気がするんだが、
スケジューリングとかでなにか新しいとこがあるのかな?
結局タスク自体はblock単位になるはずなので、
細かく分けたりするのはプログラマの仕事なはずだし。

ですね。
ヴィジュアルレイアウトにおけるクロック・サイクルで言えば、グランド・セントラル・ディスパッチの
インステゥルメンツ・パフォーマンスがギガフロップ的キューのメディア・アーキテクチャなわけですよ。
だから、ファイヤー・ウォールがアクセサビリティのイノベーションだとすれば、
キーボード・コマンダはオートウェブスポットの中ではウェイク・オン・ランってところですね。ンヴィディア。

なんかうぜえw

なんかすごくグランドでセンントラルなディスパッチなのは分かったよ

英語でおk

む、ネタスレでもあったか。では失礼して、

個人的にはラムダ・クロージャがインプレッシブ。Cエクステンションであるから。
エッセンシャルには<<大雑踏の処刑者>>(グランドセントラルディスパッチ)と
は独立しているが、あるかないかでずいぶん違うはずだ。

それ以外はトラディショナルなコンカレンシーフレームワークのインプリだろうが、
スケジューリングとかにコントリビューションがあるのか?
結局タスクユニットはアノニマウス・ファンクションなので、
ファイン・グレインドにするのはディベロッパのレスポンジビリティ(ry

GCDの訳はこれでよろしいか?

訳はどうでもいい。
問題は相手を一撃で殺せるか、そこだ。

固有結界「発送する中央駅（グランド・セントラル・ディスパッチ）」

…俺には無理でした

つまり結論としては
ディベロッパーズ! ディベロッパーズ! ディベロッパーズ!
ってことでいいんだな?

カッコイイMac用語、という意味でのお気に入りは、
Knowledge Navigator、ix3D ULTIMATE REZ、クロックダブリング、
こんなとこかな。
古くてすまん。
でもやっぱグランド・セントラル・ディスパッチが最強！

http://www.demonoid.com/files/details/2051897/775222/

Reality Distortion Field
に比べればどうってことはない気もする

そのフィールドで現実世界まで実際に変わっちゃったりするから侮れん

>>82
それは反則でしょ。
Mac用語、なのか！？

グランドセントラルカルパッチョ

>>85
とてもマズそうです。

ガーリック　コンビーフ　スパゲッチ

若干おいしそうですが頭悪くなりそうです

なんかリズムが
エッチスケッチワンタッチなんだよな…

では敵と戦うときは勇敢な戦士
でもプライベートは女にだらしない
冴羽 獠風で

ジュンデス チョーサクデス ミナミハルオデゴザイマス
みたいな。

横山！　グランドセントラルディ　ス　パ　ッ　チ〜♪

またスレがネタ化してきたｗ

ヒットエンドラーン
ヒットエンドラーン

東京ガスの新商品：

　グランド・セントラル・ガスパッチョ


ありそうで困るw

>>95
複数のコンロを並列で使用する際に威力を発揮ですか？

グランドセントラルロボピッチャはまだかね？

グランドセントラル指パッチン

グランドセントラルディスクシステム

90度傾けると、Gが顔、Cが胴体、Dが短い脚みたいに見える
かなりの鷲鼻だけど

GCDブロックの中にOpenCL命令書いたら、
CPUで走るスレッドとGPUで走るスレッドが共存したりなんてこともあるんだろうか

GCDの威力が20代主婦にもはっきりと感じ取れるようなサンプルコード、誰か書いて見てください。

http://ascii.jp/elem/000/000/455/455786/

ネタにマジレスって...

Objective-C (というかC言語)にクロージャーが付いた画期的な瞬間
これでObjective-CもRubyになんか負けない

JavaのConcurrent FrameworkがOSレベルで実装されたって感じ？

>>102
20代主婦…ｺﾞｸﾘ

http://journal.mycom.co.jp/news/2009/09/13/005/index.html
Snow Leopardの「Grand Central Dispatch」(GCD)がオープンソース化

　Snow Leopardの主要な新機能の1つにGrand Central Dispatch (GCD)があるが、同機
能のユーザー空間向け実装のコードがオープンソースとして公開されている。

　libdispatchプロジェクトは、このGCD APIをベースにしており、Apache License 2.0
でのライセンスが行われる。またGCDのカーネルサポートについてはXNUプロジェクトで
行われているが、GCD APIのフル機能利用にはCコンパイラのBlocksサポートが必要にな
る。このBlocksサポートはLLVMプロジェクトの一部として提供されている。

　GCDはマルチプロセッサコア環境でマルチスレッドを効率処理するための仕組み。
Snow Leopardで新たに実装された機能であり、同機能の利用で例えばSafari上のGoogle
MapsがLeopard世代以前と比較してかなり高速に動作するようになる。このようにGCDは
最新の目玉機能の1つだが、早くもオープンソースとして公開される点は驚きだ。

　GCDプログラミングに必要なリファレンスは、Appleが運営するオープンソースプロジ
ェクトサイトMac OS Forgeのlibdispatchページで一通り提供されている。前述の通り
GCDはBlock Objectとセットで扱われるため、CコンパイラでのBlocksサポートが必須と
なる。BlocksはC言語ならびにその派生言語に匿名関数(無名関数)とクロージャを付与
するもの。

>GCDのカーネルサポートについてはXNUプロジェクトで行われている

これは、例えばLinuxカーネルへの対応をXNUプロジェクトが行っていると
いう解釈でよい？

XNUってのはOSXのカーネルの名前だ Linuxは関係ない

XNU is Not Unix

ずにゅう

ああ、またネタに走り出した
頑張れよ技術者側

GCDをオープンにするアップルのメリットってなに？

dispatch_queue_t　queue;
queue　=　dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0);
dispatch_async(queue, ^{
　[appleInc.snowLeopardDevTeam.currentOS versionUp];
　[appleInc.GCDDevTeam openGCDSourceCode];
　[appleInc.Jobs laugh];
　if (2ch.currentThread.waitingNewResponse)
　　[self writeToReverseSideOfFlyer];　　
});

>>114
クローズドにすると移植性ないから見向きもされない。
仮にこのオープン化で好評を受けたとして、使われ始めるだけだとまだメリットはない。
その時に、GCD提唱した会社として主導権握ると恩恵を探れるだろう。
GCDがオープン化しただけじゃダメなので、世の中のコンパイラ環境がBlocksサポートしていくのかどうかが気になる所だね。

翻訳スレにars technicaのGCD解説が上がってて判りやすいんだけど、
要するにOSXの現在のスレッド実装が重い（概ね各スレッドが管理用情報含めて512KB以上になっている）事に対する改善案に過ぎない。
OSにより統一された256バイトで済むキューモデル、一見良い物に見えるが実際のアプリとしての実績は皆無。Snow Leopard内部でどれくらい使われているのかもあまり明らかになってない。

マルチコア化の流れの中、煩雑化したスレッド実装を整理したいのは何もAppleだけじゃない。
今後とも継続的に他社やオプソからもアイデアが摸索されていきそう。いくかもしれない。いくといいな。いいのかな。
ここまで全部私見混じりなのでごめんなさい。

>>116
arsの解説は抽象的すぎて肝心な事を言ってない

GCDはコード生成がJITに傾きつつある今、
スレッドもJITに任せてみようという試み

JIT threadingとでもいうか
JITのcode emitterを使って実行時にコードブロックをスレッドに突っ込む

>>117
コード生成と並列化がどう関係あるの?
意味がある気がしない。

OpenCLの方はJITコンパイルすると言う記事はあって、それはわかるんだが、
GCDの方はblock単位でコンパイルしても粒度細かすぎて性能低下するだけじゃ...

そもそも並列化の一言で済ます技術じゃないよ
Cにキューモデル処理できるコルーチン拡張的な言語拡張
軽い機構でスレッディング恩恵がある
そういうレベルなので粒度問わず動的最適化を担うLLVMに投げてる訳だ
性能低下はない。伸び白がある
AppleはUNIX系の根っこへ投資した訳だ

>>119
JITコンパイルの性能低下がないわけがない。
そんなことよりコンパイル済みのコードのアドレスを関数ポインタみたいにキューに突っ込む(適当)ほうが楽だ。

軽いのはthreadと比べてキューだからという話であってだな...
っていうか適当に言ってないですか? ネタスレでしたか。釣られましたか

>>118は頭でっかちさん
実証もせず古く狭い知識でのみ語る老害さん

>>120
いやだからJITコンパイルじゃなくてJIT threadingだって。

>コンパイル済みのコードのアドレスを関数ポインタみたいにキューに突っ込む
キューに突っ込んだ後は結局スレッドに割り当てる必要がある。
それをJITでやる。スレッドと比べてキューだから軽い、という事ではなく
既に作ってあるスレッドに任意のコードブロックを動的に割り当てられるから軽い。

>>122
ああ、それならわかります。つまりスレッドプールということですね。
code emitterというからコードを生成するのかと勘違いしました。

>123
ここは2chですよ
間違いは認めずに意地を張って下さいw

えええええ

一つのアプリで10.5上で動いた時はシングルスレッドで処理、
10.6ではGCDで並列処理っていう風に作ることってできますか？
やっぱり10.6専用にビルドしないとダメ？

試してないが、dispatch系の関数ポインタ
が生きているかチェックして、処理を振り
替えるだけでは。
10.6SDKを使い、deployment targetを
10.5にすれば良さそう。

FreeBSDにGCD入るっぽい

保守

アップルのソフトがGCDになったらコアツーデュオでも速くなるの？
今でもすぐにCPUいっぱいいっぱいになるんだけど。
OpenCLの方が速くなるの？

10.6のアプリはグランドセントラリュデスパッチョン対応済みなんぢゃないか？Safariとか

iLifeは？

まだあったかここ！

保守でぃすぱっち

iPhone 4.0にものるというのに誰もいないのか

>>135
mjd?
ARMやA4にGCDが最適化されたってことか

>>135
GCは？