one step closer
| デスクトップ | ラップトップ | スマートフォン |
| ワープロ | ブログ | |
| Wired | WiFi | 3G |
道具がどんどん小さくなり、つながりが常時接続になっていくにつれ、コミュニケーションの単位が密で細かくなってきてる。
iPad は、この流れからちょっと離れてるように思う。大きくなっちゃったし。こういうデバイスはすごくうれしいんだけれど、全体としてコンピューティングがどういう方向に進化していってるのかを忘れてしまいそうだった。
このまま、小さくて速くて電気を食わない、常時接続なコンピュータを個々人がもつようになると、どんな変化が起きるんだろうか。ありあまるコンピューティングパワーを何に使うようになるんだろうか。
並列プログラミングカンファレンス、略して 並カン を開催しました。はじめてのイベント開催でどうなることかと思いましたが、とてもよい会になりました。
そもそも、なぜ並列プログラミングについて語るのか。この会をひらいた目的はなんだったのか。そのあたりについて話しました。
みんながふつうにつかっているコンピュータはすでにマルチコアになっていて、速いプログラムを書きたければ並列プログラミングをするしかない。富豪的アプローチもよいですが、ぼくは遅いプログラムがイヤなのです (これは自戒)。
たとえば。病床にいるとしましょう。もうそんなに時間が残されていない。夜になり、痛みで眠れない。唯一の助けは家族とのケータイによるメールだったりするのです。そんなとき、ケータイに載っているソフトウェアの動作が緩慢で、 UI のレイテンシがひどかったりするのは許せない。雷鳴が閃くかのように高速に走るコードを書き、ひとがコミュニケーションするじゃまをしない UI が実現できるよう、力を尽くしたい。
ん、なんだか話が逸れました… ともかく、並列プログラミングをふつうのプログラマも嗜んでないといけなくなりつつある。しかし、これまで並列プログラミングというと、研究者や一部の必要に迫られた人たちの分野だったりしました。並列プログラミングについて、ふつうのプログラマがカジュアルに話す場ってまず見ない。んじゃひとつ、そういう場をこしらえてみよう、というのが今回の並カンをやった目的だったのでした。
まぁ、「並列プログラミングしているひと！」と聞いたときに、半数以上の方が手を挙げてくださったときにはたまげましたが。
ハードウェアから独自言語まで、という幅の広さでした。いずれも浮世離れしたものではなく、現実世界の問題を解決するための話だったのがとてもよかった。
終わったあとに、「最近のライトな勉強会のノリじゃなく、ひどくテクニカルなところがよかった」という声をいくつかいただきました。発表に名乗りをあげてくださったみなさんのおかげです。クオリティたかい!
特定分野に偏らず、多様な話をまとめて聴けたのはよかったんじゃないかな。分野のまたがりはゆるく、技術的には深く。ぼくはとても楽しめました。発表の途中に質問をはさむ、という主催者の特権を乱用したりして。会場の雰囲気、 Twitter のまとめ を読む限りでは、なかなか盛り上がっていたようでした。
当日に至ってもほとんど計画のないままで、まったくどうなることかと思いました。これはひどい。無事に終えることができたのは、頼りないぼくを見かねて助けを名乗り出てくださったみなさんのおかげです。
みなさんが自ら動くことでイベントが組み上げられているのをみて、まじめに感動しました。レベルたかい!
課題は山ほどある。やってみて初めて気づくことというのがありますね。
次に何か企画するときには、このあたりを踏まえて精進します。
終わってから、「第2回も楽しみにしてます！」といった声をいくつか見ました。むむむ… アンケートをつくりました ので、投票いただければ。
やるとしたら。今回は並列プログラミングの話題を中心にしましたが、 Web の世界のような分散システム、並行プログラミングについての話があればよいな。みんなが実際に手を動かすワークショップもいいですね。あとぼくも例のやつについて続編をしゃべります。
いずれにせよ、おもしろ発表者が幾人か集まれば開催したいとおもいます。
Happy Parallel Hacking!
113人もの注目をあつめている並カン ですが、日時と場所が決定しました。
atnd には全員に連絡する方法がないので、ご友人ご同輩で参加される方がいらっしゃれば、 atnd ページ を日々チェックするようお伝えいただければ幸いです。
詳しくは atnd で!
これまでのポスト:
年の瀬ですね。仕事は収まりましたか? ぼくはまだ消化不良です。
いつものように、一年をブログエントリでふりかえってみたいとおもいます。
iPhone アプリづくりと並列プログラミングの研究活動を主にしていたようです。コードよりも文章を書いている時間が多かった。バランスを取り戻さないといけませんね。
今年はあまりブログを書いてませんでした。小物をあまりつくらなくなったからでしょうか。アウトプットが少なくなった。大物をつくるにしても、こまめにアウトプットしていくほうがよいですね。ふむ。
2008年のふりかえり にて、大物に取り組もう、メディア力を伸ばそう、という目標がありました。この2点についてはまずまずの成果。年初に「変化の年にする」と書いたのですが、この点についてはいまひとつ。
2010 年は、小さなイテレーションを繰り返すことで大物にとりくみ、変化を生み出そう。
2008年との比較
さすがにさびれが見えますね..
去年までのふりかえりはこちら:
よいお年を。
日経エレクトロニクス2009年12月14日号 に寄稿しました。並列に動かす何か、の話です。ここ何年かやってきたことのいいまとめになりました。 Web でも紹介エントリを書いていただいているので、書店に行く前にひとつどうぞ。
21世紀テレビ もそうですが、 IT 関係だけでない人々にとってわかりやすい形をしているアウトプットを出せるということが、今取り組んでいるプロジェクトのいいところですね。電気屋とか書店とか、遠くに居る家族にも伝えやすい。
父親に見せてあげたかったなと。会社のニュースが出るたびに、新聞を切り取ってスクラップしていた父。 Milpon が出た当初、すこしの間だけだけど一位になっていたのを病床で見せたら、とても喜んでくれて、意識が朦朧としているなかで何度も「おめでとう」と言ってくれていた。母は明日、近所でいちばん大きな書店に買いに行き、仏前に置いてくれるそうです。正月に帰ったときにまた報告しよう。
話をもちかけていただいた編集の方に感謝です。自分で書いた悪文がすっかり読みやすい文章になっていて、さすがプロ… と感嘆しました。ずっと一緒に開発をしていた仲間のみなさま、文章にたくさんのダメ出しをしていただいたみなさまのおかげで、なんとか出せました。ありがとうございました。
世の中はすでに並列コンピュータだらけなのに、並列プログラミングはまだあまり浸透していないように見えます。アカデミックな世界では、並列プログラミングは長い間研究されてきたわけですが、エンジニアがいる開発の現場ではまだまだふつうの直列プログラミングが大多数。スレッドこわい! Perfume Locks!
そんなギャップを埋めるには、並列プログラミングについて語り合う場があるといいんじゃないか。ということで、並カンをやってみようと思いました。学会よりは勉強会に近いノリをめざします。 12月中旬から1月下旬のあいだです。お誘い合わせのうえ、おこしください。
Aaron Swartz さんの djb についてのエッセイ を 訳しました。
gist においてあるので、こうした方がよいよ、とかあれば fork して書き換えてください。 gist は web インターフェイスだと差分がみれないんですねぇ… git でとってきたら見れるんだろうけれど。
あわせて読みたい: djb products のコード (読んで、その美しさにふれてみる)
Aaron さんにメールして、訳したから公開してもよい? と聞いてみたら、「もちろん! 原文へのリンクさえつけてくれればよいよ」と、すぐに快諾してもらえた。簡潔でナイスでした。
追記 (2009-010-27 01:34 JST): Aaron さんのサイトでも、公開されました。すごいすごい。
Intel が今年の PLDI (ACM SIGPLAN conference on Programming language design and implementation) で発表した論文がおもしろいので、さわりだけ紹介します。
Programming model for a heterogeneous x86 platform (PDF は Google Scholar したら見つかります)
GPU が柔軟で強力になってきました。 Intel も近い将来に Larrabee という GPU のようなものを出します。 CPU がスカラ計算を得意とする一方で、 GPU は大量のデータに一気に同じ操作をするといったベクトル計算が得意です。 じゃあ、 CPU と GPU とで、お互い得意なことを協調させれば速いプログラムができるよね、という流れがはじまって久しいです。最近だと CUDA とか OpenCL とかが有名どころですね。このように、いろんなアーキテクチャのプロセッサがまじっているのをヘテロプロセッサ環境といいます。
でも、 CPU と GPU はぜんぜん ISA (Instruction Set Architecture) が違うから、別々の考え方でプログラムを書くことになります。また、それぞれがもっているメモリが独立しているので、いちいちデータ転送のためのコードを書かないといけません。それぞれのコアで扱えるような形式でデータを組み替えてあげる必要もあります。要するに、めんどい。
ほとんどふつうの C プログラムで、ヘテロプロセッサ環境のプログラムを書けるようにするよ! (特に x86 CPU + Larrabee 環境向け)
驚きのサンプルコード、実装の詳細については原文をどうぞ。
共有メモリなので、同時アクセスする際には排他制御しないといけないと思うんですが、ロックをどうするかとか書かれていませんね。自動的になされるのかな。
ヘテロマルチプロセッサ環境向けの、共有メモリをつかった単一的プログラミングモデルのお話でした。 Larrabee は、どうやってプログラミングするのかなー、 Ct とかなのかしらん、などと考えていた想像の斜め上をいく感じですね。
Larrabee と似た構成のアーキテクチャに、 Cell プロセッサがあります。ここで紹介したプログラミングモデルを Cell プロセッサでも使えるようにするにはどうしたらよいでしょうか?
Quicksilver の Twitter plugin である QSTwitter の最新版 1.7 をリリースしました。
1.6 での変更は、 following と follower を間違って取得していた問題の修正で、 1.7 での変更は Growl サポートを入れたことです。
Growl をアプリでサポートするのはわりとかんたんで、
たったこれだけで OK 。なのだけれど、 QSTwitter みたいなプラグインで Growl を使うにはそこまでかんたんでなく、以下のような手順になります。
3つめで1時間ほどハマってしまいましたが、 install_name_tool というものを使えば OK でした。
% install_name_tool -change \
'@executable_path/../Frameworks/Growl.framework/Versions/A/Growl' \
'@loader_path/../Frameworks/Growl.framework/Versions/A/Growl
プラグイン (bundle) は、アプリケーション本体のパスと別のところにあるため、 @executable_path ではまずいわけですね。また、バイナリ配布されている Growl.SDK は @executable_path でビルドされているため、 @loader_path を指定してやらないとプラグインからはそのままでは組み込めない、と。
@cesare さんと、 Introduction to Algorithms という殴ったら人の命がなくなりそうなほどに分厚い本を読む会を始めます ( ML )。 アルゴリズム ・イントロダクション の原書ですね。
まず方針など決めましょう、ということで第0回のミーティングを、女子ファッションのフロアしかない新宿マルイ上のスタバでやってきました。 最初に、各自のこの本を読むにあたっての目標を明確にして (基礎から CS 学びたい (@cesare)、アルゴリズムコンテストで泣きたくない (@mootoh))、以下のような進め方でやることになりました。
そんな感じで、第1回を 10/1 (木) 19:00-21:00 でやります。 さてさて完全読破なるか。
ぼくは数ヶ月前に 2nd edition を購入したのですが、 @cesare さんが 3rd edition を持ってきてたまげた。章立てはぱっと見変わってないけれど、 ChangeLog によると、2章を削って2章加えた、みたいなことが書いてある。
日本語 
English