Togetter - まとめ「並カン2010」
Twitterのつぶやきマッシュアップ!
ホーム
リスト作成
ログイン
新機能「
チェックアイテム
」は、まとめたつぶやきに関係する商品をカスタマイズできる機能です!詳しくは
こちら
!
注目のリスト
人気のリスト
新着のリスト
更新済リスト
タグクラウド
お気に入り
並カン2010
namikan
【編集】
並カンのハッシュタグをあつめたものです
takkanm
3 fav
645 view
1/31 23:50
お気に入りしたユーザ
まとめたtweet
メニューを開く
返信する
RTする
ふぁぼる
#namikan
準備中なう!
http://twitpic.com/10md98
eikom
2010-01-31 12:27:54
返信する
RTする
ふぁぼる
並カン会場のIIJとうちゃく!!しかし早くつきすぎた(汗)
#namikan
takesako
2010-01-31 12:30:30
返信する
RTする
ふぁぼる
#namikan
うけつけ開始! だけど、誰をどうすればよいかわからないなう;;
eikom
2010-01-31 12:35:06
返信する
RTする
ふぁぼる
IIJ ついった
#namikan
kei_os
2010-01-31 12:37:47
返信する
RTする
ふぁぼる
うけつけのコツをつかんできた!
#namikan
eikom
2010-01-31 12:37:48
返信する
RTする
ふぁぼる
神保町着いた
#namikan
sunaot
2010-01-31 12:39:52
返信する
RTする
ふぁぼる
受付終了!会場の無線LANに接続~。FireWallが入ってるんで変なポートにはつなげません!
#namikan
takesako
2010-01-31 12:40:15
返信する
RTする
ふぁぼる
現地1Fにて入り方がわからず、みんなで立ち往生なう。
#namikan
[電波注意]
wraith13
2010-01-31 12:44:17
返信する
RTする
ふぁぼる
会場のビル名、忘れた。
#namikan
kazu_pon
2010-01-31 12:44:55
返信する
RTする
ふぁぼる
会場到着ー
#namikan
(@ Internet Initiative Japan Inc. (IIJ) w/ 2 others)
http://4sq.com/7b6hCx
tsuka
2010-01-31 12:47:10
返信する
RTする
ふぁぼる
無線LAN設定DONE
#namikan
tsuka
2010-01-31 12:51:40
返信する
RTする
ふぁぼる
会場着いた。
#namikan
quoth
2010-01-31 12:52:03
返信する
RTする
ふぁぼる
RT
@niw
: is preparing for getting
#namikan
at Jimbo-cho.
grapestudio
2010-01-31 12:52:51
返信する
RTする
ふぁぼる
左のほうにあるスライド式の自動ドアから入れました
#namikan
sunaot
2010-01-31 12:53:52
返信する
RTする
ふぁぼる
電源が手薄っぽいところに 10 口コンセント投入 done
#namikan
kei_os
2010-01-31 12:53:57
返信する
RTする
ふぁぼる
@kazu_pon
神保町三井ビルディング17Fですー。
#namikan
takesako
2010-01-31 12:55:24
返信する
RTする
ふぁぼる
何故か受付にたっている。
#namikan
takkanm
2010-01-31 12:55:41
返信する
RTする
ふぁぼる
いま下です。だれか助けに来てください
#namikan
gnue
2010-01-31 12:56:36
返信する
RTする
ふぁぼる
@ayumin
さんと
@takkanm
さんとご案内してます
#namikan
eikom
2010-01-31 12:57:31
返信する
RTする
ふぁぼる
#namikan
はこれが目印
http://twitpic.com/10mjju
ayumin
2010-01-31 12:57:54
返信する
RTする
ふぁぼる
RT
@ayumin
:
#namikan
はこれが目印
http://twitpic.com/10mjju
takesako
2010-01-31 12:58:38
返信する
RTする
ふぁぼる
無線LANつながた
#namikan
sunaot
2010-01-31 12:59:06
返信する
RTする
ふぁぼる
@takesako
@eikom
ありがとうございます!!着きました!!
#namikan
kazu_pon
2010-01-31 13:00:19
返信する
RTする
ふぁぼる
並カン迷ってる人はこのコを探してください
#namikan
http://twitpic.com/10mk7m
ayumin
2010-01-31 13:00:49
返信する
RTする
ふぁぼる
会場ついた
#namikan
yadokarielectri
2010-01-31 13:01:09
返信する
RTする
ふぁぼる
RT
@ayumin
: 並カン迷ってる人はこのコを探してください
#namikan
http://twitpic.com/10mk7m
takkanm
2010-01-31 13:01:09
返信する
RTする
ふぁぼる
会場ついてネットもつながった
#namikan
cpp_akira
2010-01-31 13:02:30
返信する
RTする
ふぁぼる
闇の軍団は左側に陣取ってます。ぼくの左:
@DecimalBloat
左前:
@wraith13
正面:
@melponn
右前:
@yhamigaki
#namikan
cpp_akira
2010-01-31 13:03:36
返信する
RTする
ふぁぼる
RT
@cpp_akira
: 闇の軍団は左側に陣取ってます。ぼくの左:
@DecimalBloat
左前:
@wraith13
正面:
@melponn
右前:
@yhamigaki
#namikan
takesako
2010-01-31 13:04:26
返信する
RTする
ふぁぼる
さあ今日はちゃんと内容をメモるぞ!
#namikan
melponn
2010-01-31 13:04:29
返信する
RTする
ふぁぼる
あと5,6分で一旦うけつけ終了しますよー。遅刻の方はハッシュタグでお知らせくださいな
#namikan
eikom
2010-01-31 13:04:33
返信する
RTする
ふぁぼる
RT
@cpp_akira
: 闇の軍団は左側に陣取ってます。ぼくの左:
@DecimalBloat
左前:
@wraith13
正面:
@melponn
右前:
@yhamigaki
#namikan
shelarcy
2010-01-31 13:04:38
返信する
RTする
ふぁぼる
いいかんじで席埋まってきた
#namikan
http://twitpic.com/10ml8c
ayumin
2010-01-31 13:05:30
返信する
RTする
ふぁぼる
とりあえず、
#namikan
ハッシュタグ使ってるひとをフォローしよう
#namikan
cpp_akira
2010-01-31 13:05:40
返信する
RTする
ふぁぼる
RT
@mootoh
: TweetChat よいかも
http://tweetchat.com/room/namikan
#namikan
tkusano
2010-01-31 13:06:09
返信する
RTする
ふぁぼる
wktk
#namikan
SubaruG
2010-01-31 13:06:24
返信する
RTする
ふぁぼる
IIJ初侵入
#namikan
chiyama
2010-01-31 13:06:54
返信する
RTする
ふぁぼる
Get started
#namikan
. We're streaming the conference at
http://www.ustream.tv/channel/namikan
niw
2010-01-31 13:07:00
返信する
RTする
ふぁぼる
RT
@eikom
: あと5,6分で一旦うけつけ終了しますよー。遅刻の方はハッシュタグでお知らせくださいな
#namikan
takkanm
2010-01-31 13:07:11
返信する
RTする
ふぁぼる
ustから並カンに参加!!
http://www.ustream.tv/channel/namikan
#namikan
takkaw
2010-01-31 13:07:23
返信する
RTする
ふぁぼる
会場を提供してくださった IIJ さんの宣伝タイム
#namikan
DecimalBloat
2010-01-31 13:07:25
返信する
RTする
ふぁぼる
RT
@niw
: Get started
#namikan
. We're streaming the conference at
http://www.ustream.tv/channel/namikan
eikom
2010-01-31 13:07:33
返信する
RTする
ふぁぼる
RT
@cpp_akira
: 闇の軍団は左側に陣取ってます。ぼくの左:
@DecimalBloat
左前:
@wraith13
正面:
@melponn
右前:
@yhamigaki
#namikan
SubaruG
2010-01-31 13:07:45
返信する
RTする
ふぁぼる
並かんついた
#namikan
t_ashula
2010-01-31 13:07:51
返信する
RTする
ふぁぼる
RT
@niw
: Get started
#namikan
. We're streaming the conference at
http://www.ustream.tv/channel/namikan
ayumin
2010-01-31 13:08:05
返信する
RTする
ふぁぼる
IIJで何か開くためには、社員がいる必要があるのね
#namikan
takkanm
2010-01-31 13:08:21
返信する
RTする
ふぁぼる
何言ってるか分からない.イヤホンしてないのと非コミュなせいかな.
#namikan
graighle
2010-01-31 13:08:41
返信する
RTする
ふぁぼる
うけつけ一旦終了でーす。またちょこちょこ鍵をあけにいきます。
#namikan
eikom
2010-01-31 13:09:33
返信する
RTする
ふぁぼる
始まった
#namikan
rasuyuk
2010-01-31 13:10:29
返信する
RTする
ふぁぼる
というわけで
#namikan
はじまり。
comutt
2010-01-31 13:10:29
返信する
RTする
ふぁぼる
はじまった!
#namikan
tsuka
2010-01-31 13:10:34
返信する
RTする
ふぁぼる
@mootoh
さんの挨拶はじまた
#namikan
takkanm
2010-01-31 13:10:40
返信する
RTする
ふぁぼる
みかん可愛いよね
#namikan
SubaruG
2010-01-31 13:10:40
返信する
RTする
ふぁぼる
並カン始まった
#namikan
yusukei
2010-01-31 13:10:42
返信する
RTする
ふぁぼる
MacBook 黒で ust 中継中
#namikan
[電波注意]
wraith13
2010-01-31 13:10:57
返信する
RTする
ふぁぼる
並カンはじまた
#namikan
negaton
2010-01-31 13:11:02
返信する
RTする
ふぁぼる
並列少女リリカル Concurrent はじまります
#namikan
DecimalBloat
2010-01-31 13:11:20
返信する
RTする
ふぁぼる
Apple Remoteでプレゼンやってる
#namikan
yusukei
2010-01-31 13:11:28
返信する
RTする
ふぁぼる
REGZA の宣伝タイム
#namikan
kazu_pon
2010-01-31 13:11:31
返信する
RTする
ふぁぼる
レグザ の宣伝?
#namikan
t_ashula
2010-01-31 13:11:38
返信する
RTする
ふぁぼる
並カン
@IIJ
なう。PCの電源忘れた ^^; 同じPCを持っている人はいないなぁ。Mac Bookがまず多い。
#namikan
kitayama_t
2010-01-31 13:11:52
返信する
RTする
ふぁぼる
@mootoh
さんの大事なこと=笑い
#namikan
sunaot
2010-01-31 13:11:58
返信する
RTする
ふぁぼる
CELL TV
#namikan
gnue
2010-01-31 13:12:02
返信する
RTする
ふぁぼる
前の画面に
#namikan
のTLがあるのはAPI的に非常に有り難い
SubaruG
2010-01-31 13:12:06
返信する
RTする
ふぁぼる
.
@mootoh
さんって武藤さんじゃなかったんだ!
#namikan
cpp_akira
2010-01-31 13:12:51
返信する
RTする
ふぁぼる
なぜREGZAの宣伝と思ったが、中の人だったのか。
#namikan
quoth
2010-01-31 13:12:53
返信する
RTする
ふぁぼる
RT
@mootoh
並カン (Broadcasting live at
http://ustre.am/bS1h
)
#namikan
takesako
2010-01-31 13:13:06
返信する
RTする
ふぁぼる
並列プログラミングやったことあるか分からん!
#namikan
DecimalBloat
2010-01-31 13:13:11
返信する
RTする
ふぁぼる
Verilog ですがw
#namikan
#namikan
kei_os
2010-01-31 13:13:14
返信する
RTする
ふぁぼる
「並列プログラムの作り方」
#namikan
tsuka
2010-01-31 13:13:33
返信する
RTする
ふぁぼる
"並列"カンファレンスなのか. 速さ特化なのね.
#namikan
oza_x86
2010-01-31 13:13:36
返信する
RTする
ふぁぼる
並列プログラミグ →マルチスレッドも含む?…よね?w
#namikan
chiyama
2010-01-31 13:13:53
返信する
RTする
ふぁぼる
"Free lunch is over"
#namikan
tsuka
2010-01-31 13:13:58
返信する
RTする
ふぁぼる
並カンのustreamを見てる
#namikan
http://www.ustream.tv/channel/namikan
eggman
2010-01-31 13:14:24
返信する
RTする
ふぁぼる
同じくverilogで
#namikan
goyoki
2010-01-31 13:14:36
返信する
RTする
ふぁぼる
RT
@takesako
: RT
@mootoh
並カン (Broadcasting live at
http://ustre.am/bS1h
)
#namikan
takkanm
2010-01-31 13:14:40
返信する
RTする
ふぁぼる
タダ飯の時間は終わりだ
#namikan
cpp_akira
2010-01-31 13:14:42
返信する
RTする
ふぁぼる
ギリギリ間に合わなかったので、一旦下で休憩。 RT
@eikom
うけつけ一旦終了でーす。またちょこちょこ鍵をあけにいきます。
#namikan
kuenishi
2010-01-31 13:14:46
返信する
RTする
ふぁぼる
Parallel Haskell や Data Parallel Haskell でのプログラミングも並列プログラミングに入れて良いですよねっ!
#namikan
shelarcy
2010-01-31 13:14:47
返信する
RTする
ふぁぼる
m_seki さんも買ってた本だ。
#namikan
sunaot
2010-01-31 13:14:48
返信する
RTする
ふぁぼる
The FREE LUNCH is OVER
#namikan
http://www.gotw.ca/publications/concurrency-ddj.htm
takesako
2010-01-31 13:14:54
返信する
RTする
ふぁぼる
ねこかわいい
#namikan
SubaruG
2010-01-31 13:15:19
返信する
RTする
ふぁぼる
#namikan
のUstreamをご覧の方、音声と映像はどうでしょうか? (
#namikan
live at
http://ustre.am/bS1h)
niw
2010-01-31 13:15:25
返信する
RTする
ふぁぼる
#namikan
会場係前説done
sbg
2010-01-31 13:15:57
返信する
RTする
ふぁぼる
みんなMac持ってると思うんでw
#namikan
masssse
2010-01-31 13:16:16
返信する
RTする
ふぁぼる
A4もマルチコア
#namikan
tsuka
2010-01-31 13:16:23
返信する
RTする
ふぁぼる
#namikan
これかー
r153
2010-01-31 13:16:30
返信する
RTする
ふぁぼる
並列プログラミングクイックイントロ
http://www.na.cse.nagoya-u.ac.jp/~reiji/misc/para-intro.html
#namikan
chiyama
2010-01-31 13:16:41
返信する
RTする
ふぁぼる
でもこのサイズでも文字読めない・・・.
#namikan
graighle
2010-01-31 13:17:05
返信する
RTする
ふぁぼる
「逐次問題解決法の方が変則的な制限」
#namikan
tsuka
2010-01-31 13:17:18
返信する
RTする
ふぁぼる
並列プログラミングの作り方
http://bit.ly/bzFYq7
#namikan
yitabashi
2010-01-31 13:17:20
返信する
RTする
ふぁぼる
@niw
音がちっこい。画質はコレが限度?今より小さい文字が出たらたぶん読めないっぽい。
#namikan
ssuge
2010-01-31 13:17:28
返信する
RTする
ふぁぼる
Concurrent Programming in ML という本には、Linda の Concurrent ML による実装が載っていたと思います。
http://www.amazon.co.jp/dp/0521480892
#namikan
shelarcy
2010-01-31 13:18:15
返信する
RTする
ふぁぼる
画面がみえず、音量が小さい
#namikan
dancerj
2010-01-31 13:18:27
返信する
RTする
ふぁぼる
並列プログラミングの作り方 1990 からの引用。Lindaの本。
#namikan
kitayama_t
2010-01-31 13:18:43
返信する
RTする
ふぁぼる
これから:ふつうのプログラマも並列処理が必要らしい
#namikan
SubaruG
2010-01-31 13:18:48
返信する
RTする
ふぁぼる
並カン Google Wave 超重たい。。。
#namikan
http://bit.ly/9tYgBk
takesako
2010-01-31 13:19:08
返信する
RTする
ふぁぼる
画面が見えた。画面がみえないのはこっちのもんだいだったっぽい。んでもってボリュームもあがった???
#namikan
dancerj
2010-01-31 13:19:08
返信する
RTする
ふぁぼる
「これからは普通のプログラマが並列処理を書く必要がでてくる」
#namikan
tsuka
2010-01-31 13:19:17
返信する
RTする
ふぁぼる
ノイズのボリュームはあがるが声がきこえないなぁー。
#namikan
dancerj
2010-01-31 13:19:36
返信する
RTする
ふぁぼる
「普通のプログラマがカジュアルに並列処理を語る場>並カン」
#namikan
tsuka
2010-01-31 13:19:43
返信する
RTする
ふぁぼる
を、ボリュームが上がって聞きやすくなった。ありがとうございます。
#namikan
miura1729
2010-01-31 13:20:12
返信する
RTする
ふぁぼる
ust音量が上がりすぎてるかも。さっきの方が良かったかも。
#namikan
takkaw
2010-01-31 13:20:23
返信する
RTする
ふぁぼる
アレ。懇親会申し込み必要なのかw忘れてる
#namikan
chiyama
2010-01-31 13:20:31
返信する
RTする
ふぁぼる
並列プログラミングもっと簡単に書けたらいいんだけどな
#namikan
kawachi
2010-01-31 13:20:32
返信する
RTする
ふぁぼる
プレゼン資料になにか字が書いてあるようだが字が小さくてみえない。。。 声も聞こえないので拍手だけを聞いて臨場感を感じるプレイか・・・。
#namikan
dancerj
2010-01-31 13:20:43
返信する
RTする
ふぁぼる
逐次処理がむしろイレギュラーっていうのはいいなー
#namikan
melponn
2010-01-31 13:21:14
返信する
RTする
ふぁぼる
CELL REGZA(molatomium) の人がイントロダクション
@mootoh
さん。
#namikan
dfurusaka
2010-01-31 13:21:16
返信する
RTする
ふぁぼる
ustream はちょっときついかなぁ... 前にやった時は,音声をLINEからとったりとか,けっこう事前準備した覚えが.
#namikan
sbg
2010-01-31 13:21:17
返信する
RTする
ふぁぼる
今の並列プログラミングって、どうも昔アセンブリ使って全部手で制御してたってのと同じような感じなので、今ひとつ泥くさすぎる感じがある
#namikan
DecimalBloat
2010-01-31 13:21:47
返信する
RTする
ふぁぼる
つ [発表資料]
http://www.trickpalace.net/paper/parallel-programing-brief.pptx
#namikan
[電波注意]
wraith13
2010-01-31 13:22:03
返信する
RTする
ふぁぼる
@ssuge
ちょっと音改善してみました。送出につかってるMacBookのファンの音がうるさすぎてあまり入力を大きく取れない問題が...
#namikan
niw
2010-01-31 13:22:24
返信する
RTする
ふぁぼる
発表おわた
#namikan
mootoh
2010-01-31 13:22:36
返信する
RTする
ふぁぼる
RT
@wraith13
: つ [発表資料]
http://www.trickpalace.net/paper/parallel-programing-brief.pptx
#namikan
[電波注意]
SubaruG
2010-01-31 13:22:56
返信する
RTする
ふぁぼる
並列プログラミングカンファレンスのUST見るか
#utm_campaign
=twitter.com&utm_source=2829263&utm_medium=social'>http://www.ustream.tv/channel/namikan
#utm_campaign
=twitter.com&utm_source=2829263&utm_medium=social
f96q
2010-01-31 13:23:06
返信する
RTする
ふぁぼる
やっと着いた。一階の別イベントのお姉さんが入れてくれた。惚れてm(ry
#namikan
kuenishi
2010-01-31 13:23:16
返信する
RTする
ふぁぼる
pptxファイルってどうやっているんだっけ
#namikan
dancerj
2010-01-31 13:23:43
返信する
RTする
ふぁぼる
API リミットw
#namikan
t_ashula
2010-01-31 13:23:43
返信する
RTする
ふぁぼる
@niw
今の
@niw
くんぐらいの声がちょうどいい。
#namikan
ssuge
2010-01-31 13:24:06
返信する
RTする
ふぁぼる
Twitter API 検索制限かかったw
#namikan
takesako
2010-01-31 13:24:19
返信する
RTする
ふぁぼる
カーネルをいじくりまわしながら
#namikan
の Ust を見ている
yuyarin
2010-01-31 13:24:49
返信する
RTする
ふぁぼる
定員増+キャンセル増で自分も並カン入れたのか…気づかなかった。残念(はじまったら入れません)
http://atnd.org/events/2092
#namikan
naoya_t
2010-01-31 13:25:18
返信する
RTする
ふぁぼる
イントロダクション:CPUはもうすでにマルチコアは当たり前。これからのプログラマは並列処理をプログラミングするのは当たり前になってくる。なので、それに向けて情報をシェアできるような場ばあればというのが目的。
#namikan
kazu_pon
2010-01-31 13:25:26
返信する
RTする
ふぁぼる
なるほど,NATしてるとどうしようもないな^^;.> Twitter API 制限
#namikan
sbg
2010-01-31 13:25:48
返信する
RTする
ふぁぼる
.
@yhamigaki
さんはフォローするのが手間なので、ぼくのListを使ってタイムライン見てるらしい。
@wraith13
さんのを見たほうがいいと思いますw
#namikan
cpp_akira
2010-01-31 13:26:00
返信する
RTする
ふぁぼる
会場で
#namikan
検索するな命令が発令されました
SubaruG
2010-01-31 13:26:25
返信する
RTする
ふぁぼる
「並列プログラミング入門&おさらい」
#namikan
tsuka
2010-01-31 13:26:32
返信する
RTする
ふぁぼる
RT
@chiyama
: 並列プログラミングクイックイントロ
http://www.na.cse.nagoya-u.ac.jp/~reiji/misc/para-intro.html
#namikan
HPC_Mametaro
2010-01-31 13:26:37
返信する
RTする
ふぁぼる
windowsでマルチスレッドプログラミング! すげー。。。
#namikan
kuenishi
2010-01-31 13:26:55
返信する
RTする
ふぁぼる
RT
@wraith13
: つ [発表資料]
http://www.trickpalace.net/paper/parallel-programing-brief.pptx
#namikan
[電波注意]
takesako
2010-01-31 13:26:58
返信する
RTする
ふぁぼる
RT
@yitabashi
: 並列プログラミングの作り方
http://bit.ly/bzFYq7
#namikan
HPC_Mametaro
2010-01-31 13:27:03
返信する
RTする
ふぁぼる
RT
@melponn
: 逐次処理がむしろイレギュラーっていうのはいいなー
#namikan
shelarcy
2010-01-31 13:27:13
返信する
RTする
ふぁぼる
ちょw
@mootoh
さんの発表終わってた><
#namikan
norio
2010-01-31 13:27:15
返信する
RTする
ふぁぼる
ust見てるけど、声がよく聞こえない、、、
#namikan
takabow
2010-01-31 13:27:30
返信する
RTする
ふぁぼる
API制限にぶちあたったか
#namikan
chiyama
2010-01-31 13:27:47
返信する
RTする
ふぁぼる
並列プログラミングのススメ,仕組み,問題,ミソ,いろいろ
#namikan
takkaw
2010-01-31 13:27:52
返信する
RTする
ふぁぼる
検索以外のついったー利用なら大丈夫と解釈する。・・・だいじょうぶだよね?
#namikan
SubaruG
2010-01-31 13:28:02
返信する
RTする
ふぁぼる
会場の無線LANでTwitterのSearch APIを消費するな令が出た。emobile持ってきててよかった。
#namikan
comutt
2010-01-31 13:28:23
返信する
RTする
ふぁぼる
スピーカーボリュームは上げてみた
#namikan
sbg
2010-01-31 13:28:30
返信する
RTする
ふぁぼる
発表は14:00ごろからになりそう。
#utm_campaign
=twitter.com&utm_source=2829263&utm_medium=social'>http://www.ustream.tv/channel/namikan
#utm_campaign
=twitter.com&utm_source=2829263&utm_medium=social
goyoki
2010-01-31 13:28:34
返信する
RTする
ふぁぼる
「キャンセルできないとユーザは暴挙にでるよ」
#namikan
tsuka
2010-01-31 13:28:57
返信する
RTする
ふぁぼる
なるほど… RT
@sbg
: なるほど,NATしてるとどうしようもないな^^;.> Twitter API 制限
#namikan
sknn
2010-01-31 13:29:06
返信する
RTする
ふぁぼる
APIの制限って会社みたいなところでも起きそうだよね・・・
#namikan
yusukei
2010-01-31 13:29:15
返信する
RTする
ふぁぼる
みんなIRCに来ればいいと思う。IRCはただ今6人
#namikan
yhamigaki
2010-01-31 13:29:38
返信する
RTする
ふぁぼる
音声をもうちょっと大きくした方が良さそうですね
#namikan
norio
2010-01-31 13:29:41
返信する
RTする
ふぁぼる
RT
@tsuka
: 「これからは普通のプログラマが並列処理を書く必要がでてくる」
#namikan
HPC_Mametaro
2010-01-31 13:29:54
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: 今の並列プログラミングって、どうも昔アセンブリ使って全部手で制御してたってのと同じような感じなので、今ひとつ泥くさすぎる感じがある
#namikan
random_oracle
2010-01-31 13:29:55
返信する
RTする
ふぁぼる
ちょっとustreamつらすぎなので脱落
#namikan
dancerj
2010-01-31 13:29:55
返信する
RTする
ふぁぼる
並列プログラミングのおさらい時間。
#namikan
kazu_pon
2010-01-31 13:29:57
返信する
RTする
ふぁぼる
タイマ割り込みとかコンテキストスイッチ
#namikan
kuenishi
2010-01-31 13:30:28
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: 並列少女リリカル Concurrent はじまります
#namikan
tsuka
2010-01-31 13:30:48
返信する
RTする
ふぁぼる
声が微妙に聞こえづらい (
#namikan
live at
http://ustre.am/bS1h)
atusi
2010-01-31 13:31:17
返信する
RTする
ふぁぼる
並列プログラミングの問題 ー 正しくコーディングするのが大変。ロックとかメモリバリアとか
#namikan
kuenishi
2010-01-31 13:31:37
返信する
RTする
ふぁぼる
TwitterのSearch APIはIPアドレスのみで制限されてしまうので、事前に会場のIPアドレスをTwitterサイドにホワイトリスト申請しておかないといけないですね。
#namikan
norio
2010-01-31 13:31:56
返信する
RTする
ふぁぼる
「ハマって泣かないように、一通りの問題点を押さえておきましょう」
#namikan
tsuka
2010-01-31 13:31:59
返信する
RTする
ふぁぼる
#namikan
のUstreamの音声、改善してみます。外部マイクつかえるかなー? (
#namikan
live at
http://ustre.am/bS1h)
niw
2010-01-31 13:32:14
返信する
RTする
ふぁぼる
テストとデバッグは確かにクソ大変
#namikan
kuenishi
2010-01-31 13:32:27
返信する
RTする
ふぁぼる
RT
@norio
: TwitterのSearch APIはIPアドレスのみで制限されてしまうので、事前に会場のIPアドレスをTwitterサイドにホワイトリスト申請しておかないといけないですね。
#namikan
takesako
2010-01-31 13:32:32
返信する
RTする
ふぁぼる
「テスタビリティの劣悪さ」
#namikan
tsuka
2010-01-31 13:32:32
返信する
RTする
ふぁぼる
ステートレスはメモリ食いそうだし、ロックフリーは素人には手が出ない
#namikan
kawachi
2010-01-31 13:32:49
返信する
RTする
ふぁぼる
「ブルートフォース的な手法に頼らざるを得ない」
#namikan
tsuka
2010-01-31 13:33:23
返信する
RTする
ふぁぼる
あ、今並カンで道化師さん発表中なのか。 RT
@wraith13
: つ [発表資料]
http://www.trickpalace.net/paper/parallel-programing-brief.pptx
#namikan
[電波注意]
yOU_aND_i
2010-01-31 13:33:46
返信する
RTする
ふぁぼる
「1→2が0になったり3になったり?」
#namikan
tsuka
2010-01-31 13:34:12
返信する
RTする
ふぁぼる
非同期こわいよ非同期
#namikan
kei_os
2010-01-31 13:34:49
返信する
RTする
ふぁぼる
「CPUやマザーボードのクロックと非同期に動作する入出力で起きる」
#namikan
tsuka
2010-01-31 13:34:51
返信する
RTする
ふぁぼる
Boost勉強会の時のように,スライドを表示させているパソコンで(映像を)配信してもらえればありがたいですが準備が必要ですよね.
#namikan
graighle
2010-01-31 13:35:07
返信する
RTする
ふぁぼる
TweetChat を e-mobile 経由にしました
#namikan
mootoh
2010-01-31 13:35:11
返信する
RTする
ふぁぼる
[YouTube] グレイコードカウンタの歌
#namikan
http://www.youtube.com/watch?v=v64F7YaY27U
takesako
2010-01-31 13:35:29
返信する
RTする
ふぁぼる
今日はScala or Erlangの人の発表はなさげ
#namikan
cpp_akira
2010-01-31 13:35:48
返信する
RTする
ふぁぼる
RT
@norio
: TwitterのSearch APIはIPアドレスのみで制限されてしまうので、事前に会場のIPアドレスをTwitterサイドにホワイトリスト申請しておかないといけないですね。
#namikan
MiCHiLU
2010-01-31 13:35:56
返信する
RTする
ふぁぼる
なるほど。そういいう配慮がいるんですね。メモメモ。RT
@norio
: TwitterのSearch APIはIPアドレスのみで制限されてしまうので、事前に会場のIPアドレスをTwitterサイドにホワイトリスト申請しておかないといけないですね。
#namikan
h_mori
2010-01-31 13:36:02
返信する
RTする
ふぁぼる
へぇ〜、デバイスのクロックで、値が変な値になる問題もあるのね。
#namikan
kazu_pon
2010-01-31 13:36:19
返信する
RTする
ふぁぼる
@graighle
あのときはUstのプロがいたのでw
#namikan
cpp_akira
2010-01-31 13:36:25
返信する
RTする
ふぁぼる
「シングルトンオブジェクトの初期化問題」
#namikan
tsuka
2010-01-31 13:36:45
返信する
RTする
ふぁぼる
「関数ローカルなstatic変数などでも同じ」
#namikan
tsuka
2010-01-31 13:37:27
返信する
RTする
ふぁぼる
「メインスレッドで最初に初期化してしまう」
#namikan
tsuka
2010-01-31 13:37:52
返信する
RTする
ふぁぼる
I/O挟むとそんなグロいことになるのか 1->2
#namikan
kuenishi
2010-01-31 13:38:02
返信する
RTする
ふぁぼる
gccは大丈夫>static変数
#namikan
yhamigaki
2010-01-31 13:38:07
返信する
RTする
ふぁぼる
「その他の方法で行う場合は、自分で実装するのではなく、信頼できるライブラリを使った方が良い」
#namikan
tsuka
2010-01-31 13:38:24
返信する
RTする
ふぁぼる
「アウトオブオーダー実行」
#namikan
tsuka
2010-01-31 13:38:37
返信する
RTする
ふぁぼる
マルチスレッドプログラミングはMulticsへの先祖返りなのかっ
http://j.mp/djPvWM
#namikan
kuenishi
2010-01-31 13:38:44
返信する
RTする
ふぁぼる
.
@cpp_akira
なるほどw恐らくustもmanycamとか使ってできるとは思うのですが・・・.
#namikan
graighle
2010-01-31 13:38:47
返信する
RTする
ふぁぼる
募集: マイクから MacBook ライン入力できる何か
#namikan
mootoh
2010-01-31 13:39:05
返信する
RTする
ふぁぼる
「メモリバリアを使うことで回避可能」
#namikan
tsuka
2010-01-31 13:39:11
返信する
RTする
ふぁぼる
pptxがOOoではレイアウト崩れをおこすので、PDFかSlideShareが嬉しいです RT
@wraith13
: つ [発表資料]
http://bit.ly/bD25q8
#namikan
comutt
2010-01-31 13:39:36
返信する
RTする
ふぁぼる
なるほど、非同期なビット信号というのも、ある種並列プログラムの問題と同じだよな。
#namikan
masssse
2010-01-31 13:39:38
返信する
RTする
ふぁぼる
「CPUコアローカルなキャシュ」
#namikan
tsuka
2010-01-31 13:40:14
返信する
RTする
ふぁぼる
「同じハズのデータを参照していてもコアによって違う→これもメモリバリアで回避可能」
#namikan
tsuka
2010-01-31 13:40:46
返信する
RTする
ふぁぼる
#namicon
じゃなくて
#namikan
なのか
shomah4a
2010-01-31 13:41:11
返信する
RTする
ふぁぼる
#namikan
を登録しました。
http://hashtagsjp.appspot.com/tag/namikan
hashtagsjp
2010-01-31 13:41:20
返信する
RTする
ふぁぼる
現地に行けないため、こちらで参加。しかし、ここからLTは出来ない。(
#namikan
live at
http://ustre.am/bS1h)
(
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 13:41:32
返信する
RTする
ふぁぼる
「スレッドローカルストレージ→スマートポインタの類と一緒に使うと、意図したデータと違うデータにアクセスしてしまう事がある」
#namikan
tsuka
2010-01-31 13:42:00
返信する
RTする
ふぁぼる
Ustは音声が二重になったorz
#namikan
yOU_aND_i
2010-01-31 13:42:00
返信する
RTする
ふぁぼる
並カンの無線つながた
#namikan
hayamiz
2010-01-31 13:42:18
返信する
RTする
ふぁぼる
スレッドローカルストレージ
#namikan
kitayama_t
2010-01-31 13:42:29
返信する
RTする
ふぁぼる
Erlangはまさに今日のテーマにピッタリなんですがね。ただErlangは遅い。それErl(ryって思うこと度々 RT
@cpp_akira
: 今日はScala or Erlangの人の発表はなさげ
#namikan
kuenishi
2010-01-31 13:42:32
返信する
RTする
ふぁぼる
MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
yitabashi
2010-01-31 13:43:00
返信する
RTする
ふぁぼる
RT
@tsuka
: 「スレッドローカルストレージ→スマートポインタの類と一緒に使うと、意図したデータと違うデータにアクセスしてしまう事がある」
#namikan
kuenishi
2010-01-31 13:43:10
返信する
RTする
ふぁぼる
「並列処理のオーバーヘッド」
#namikan
tsuka
2010-01-31 13:43:23
返信する
RTする
ふぁぼる
え・・・もしかして配信してるラップトップ内臓のマイクを使ってるの?なるほど・・・.
#namikan
graighle
2010-01-31 13:43:33
返信する
RTする
ふぁぼる
RT
@yitabashi
: MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
takesako
2010-01-31 13:43:54
返信する
RTする
ふぁぼる
「コンテキストスイッチ、キャッシュのヒット率、ロックやメモリバリアのオーバーヘッド」
#namikan
tsuka
2010-01-31 13:44:06
返信する
RTする
ふぁぼる
コンテキストスイッチとかロックとかメモリバリアとか。ふつーにswapcontextするだけでも結構重い希ガス
#namikan
kuenishi
2010-01-31 13:44:40
返信する
RTする
ふぁぼる
いちいちメモしなくても
#namikan
で誰かが纏めてくれる。有り難い
SubaruG
2010-01-31 13:44:40
返信する
RTする
ふぁぼる
RT
@yitabashi
: MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
miduhima
2010-01-31 13:44:47
返信する
RTする
ふぁぼる
ust は気合いいれて準備してませんでした、すみません。現場におこしください
#namikan
http://bit.ly/namikan
mootoh
2010-01-31 13:44:55
返信する
RTする
ふぁぼる
「スレッドセーフな言語/ライブラリだからと言って、マルチスレッドで使っても安心というわけではない」
#namikan
tsuka
2010-01-31 13:45:26
返信する
RTする
ふぁぼる
申請ページにWhitelisting is only available to developers and to applications in productionと書いてますが…いける? RT
@norio
: 事前に会場のIPアドレスをホワイトリスト申請…
#namikan
sbg
2010-01-31 13:45:39
返信する
RTする
ふぁぼる
うはw RT
@mootoh
: ust は気合いいれて準備してませんでした、すみません。現場におこしください
#namikan
http://bit.ly/namikan
norio
2010-01-31 13:45:41
返信する
RTする
ふぁぼる
RT
@yitabashi
: MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
uwitty
2010-01-31 13:45:41
返信する
RTする
ふぁぼる
開始 30 分ちょっとですでにめちゃくちゃおもしろい
#namikan
sunaot
2010-01-31 13:45:47
返信する
RTする
ふぁぼる
「スレッドセーフという言葉が曖昧なため、どういう意味でスレッドセーフなのかを確認しないと危険」
#namikan
tsuka
2010-01-31 13:45:55
返信する
RTする
ふぁぼる
アトミックってC++の例外安全とかのアレでいいのですかね?
#namikan
SubaruG
2010-01-31 13:46:53
返信する
RTする
ふぁぼる
スレッドセーフのライブラリだから、マルチスレッドで(盲目的に)安心して使える、は間違い
#namikan
comutt
2010-01-31 13:47:07
返信する
RTする
ふぁぼる
あ、ハッシュタグ付けなきゃ。中間状態が存在しないっていうのはほにゃにゃー
#namikan
niha28
2010-01-31 13:47:09
返信する
RTする
ふぁぼる
スレッドセーフってどういう意味でだよ…っていうのはつい最近困ったところだ
#namikan
negaton
2010-01-31 13:47:30
返信する
RTする
ふぁぼる
キャンセルするの忘れました!
#namikan
Yappo
2010-01-31 13:47:42
返信する
RTする
ふぁぼる
あとで会場以外の誰かがとぅぎゃったーで
#namikan
タグで検索してまとめていただきたいです。
DecimalBloat
2010-01-31 13:47:45
返信する
RTする
ふぁぼる
ステートレス。スレッドセーフ。どれも環境や技術によって言葉の意味が違うので全然違うよ
#namikan
kuenishi
2010-01-31 13:47:57
返信する
RTする
ふぁぼる
中間状態を観測不能っていう方が親切なんじゃないかなあ…どっちでもいい!!!!!ご飯だ!!!!11クソッなんてじだいだ
#namikan
niha28
2010-01-31 13:48:11
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: あとで会場以外の誰かがとぅぎゃったーで
#namikan
タグで検索してまとめていただきたいです。
SubaruG
2010-01-31 13:48:28
返信する
RTする
ふぁぼる
並列プログラミングのミソ(復習):atomic、stateless、lock free
#namikan
kazu_pon
2010-01-31 13:48:44
返信する
RTする
ふぁぼる
事情を説明すればいけるはず… RT
@sbg
: 申請ページにWhitelisting is only available to developers and to applications in productionと書いてますが…いける?
#namikan
norio
2010-01-31 13:48:57
返信する
RTする
ふぁぼる
o (
#namikan
live at
http://ustre.am/bS1h)
atusi
2010-01-31 13:49:00
返信する
RTする
ふぁぼる
「並列プログラミングのミソ: アトミック、ステートレス、ロックフリー」
#namikan
tsuka
2010-01-31 13:49:04
返信する
RTする
ふぁぼる
「CPUの並列対応: ハイパースレッディング、マルチコア、マルチプロセッサ」
#namikan
tsuka
2010-01-31 13:49:33
返信する
RTする
ふぁぼる
言い出しっぺの法則。 RT
@DecimalBloat
: あとで会場以外の誰かがとぅぎゃったーで
#namikan
タグで検索してまとめていただきたいです。
melponn
2010-01-31 13:50:07
返信する
RTする
ふぁぼる
@wraith
さんのイントロダクションがくわしくてすばらし
#namikan
mootoh
2010-01-31 13:50:12
返信する
RTする
ふぁぼる
「プロセス、スレッド、ファイバ、コルーチン」
#namikan
tsuka
2010-01-31 13:50:16
返信する
RTする
ふぁぼる
ふぁいばー コンテキストスイッチを明示的に行う軽量スレッド - yeildがついてるってことなのかな
#namikan
kuenishi
2010-01-31 13:50:29
返信する
RTする
ふぁぼる
アプリケーション実装者的には、"マルチスレッド対応ですよ~"って言われたら信じちゃうよなぁ
#namikan
chiyama
2010-01-31 13:50:46
返信する
RTする
ふぁぼる
#namikan
がアツい感じです。
http://hashtagsjp.appspot.com/tag/namikan
hashtagsjp
2010-01-31 13:51:02
返信する
RTする
ふぁぼる
ロックスター
#namikan
mootoh
2010-01-31 13:51:21
返信する
RTする
ふぁぼる
#pyspa
よりもマカー率が低い印象
#namikan
kuenishi
2010-01-31 13:51:35
返信する
RTする
ふぁぼる
Ustはマイク音声が2重に拾われて全く内容が聞き取れませんorz
#namikan
live at
http://ustre.am/bS1h
yOU_aND_i
2010-01-31 13:51:43
返信する
RTする
ふぁぼる
Windowsだとクリティカルセクション系のAPIがあるらしい
#namikan
kuenishi
2010-01-31 13:52:02
返信する
RTする
ふぁぼる
ミューテックスはできれば使うのは避けたい
#namikan
masssse
2010-01-31 13:52:03
返信する
RTする
ふぁぼる
mutex は極めて小さい範囲だけで使うべきで、上流のコードで mutex が使われてたら注意ですよね。
#namikan
melponn
2010-01-31 13:52:11
返信する
RTする
ふぁぼる
なるほど.じゃあ,技術カンファレンスで使ってるって書いて出してみます. RT
@norio
事情を説明すればいけるはず…
#namikan
sbg
2010-01-31 13:52:17
返信する
RTする
ふぁぼる
「同期オブジェクト: ミューテックス、シグナル、セマフォ、ReaderWriterLock」
#namikan
tsuka
2010-01-31 13:52:40
返信する
RTする
ふぁぼる
シグナル。セマフォ。この辺はIPCで使う場合が多い
#namikan
kuenishi
2010-01-31 13:52:41
返信する
RTする
ふぁぼる
mutexは重い、覚えた
#namikan
SubaruG
2010-01-31 13:52:42
返信する
RTする
ふぁぼる
同期オブジェクトの実装は、昔とった杵柄的な知識でおぼえているなぁ
#namikan
takkanm
2010-01-31 13:52:53
返信する
RTする
ふぁぼる
RT
@yitabashi
: MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
bigriver_m
2010-01-31 13:52:56
返信する
RTする
ふぁぼる
「インターロック系API: インクリメント、デクリメント、比較、交換などをアトミックに行う。速度は良好」
#namikan
tsuka
2010-01-31 13:54:06
返信する
RTする
ふぁぼる
助かります。< アングル調整。 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 13:54:08
返信する
RTする
ふぁぼる
@DecimalBloat
ハッシュタグのログはこれで。
http://hashtagsjp.appspot.com/
#namikan
cpp_akira
2010-01-31 13:54:16
返信する
RTする
ふぁぼる
スゲー聴きやすい! (
#namikan
live at
http://ustre.am/bS1h)
atusi
2010-01-31 13:54:20
返信する
RTする
ふぁぼる
2重に聞こえるのはページを別ブラウザで2つ開いていたのが原因でした済みません・・・。
#namikan
live at
http://ustre.am/bS1h
yOU_aND_i
2010-01-31 13:54:53
返信する
RTする
ふぁぼる
えーっと、fiber と coroutine の定義ってそうじゃないよね
#namikan
tokuhirom
2010-01-31 13:54:57
返信する
RTする
ふぁぼる
再帰的な mutex には注意が必要
#namikan
kei_os
2010-01-31 13:55:03
返信する
RTする
ふぁぼる
POSIX mutex = Win32 CriticalSection じゃないの?
#namikan
kazuho
2010-01-31 13:55:10
返信する
RTする
ふぁぼる
同一スレッドでもロックした分、アンロックしないとデッドロックが起きるような気がする。
#namikan
kazu_pon
2010-01-31 13:55:21
返信する
RTする
ふぁぼる
ちょっと ust カメラをちかづけてみました
#namikan
mootoh
2010-01-31 13:55:42
返信する
RTする
ふぁぼる
でも感度が良好過ぎてクリック音や咳の音まで拾ってしまっているようですね。
#namikan
live at
http://ustre.am/bS1h
yOU_aND_i
2010-01-31 13:55:54
返信する
RTする
ふぁぼる
「最近のPOSIXミューテックスのコストは大分低くなっている」
#namikan
tsuka
2010-01-31 13:56:08
返信する
RTする
ふぁぼる
UN*Iのmutexは安くなってきている!!
#namikan
chiyama
2010-01-31 13:56:14
返信する
RTする
ふぁぼる
聴きやすくなりました!
#namikan
norio
2010-01-31 13:56:24
返信する
RTする
ふぁぼる
こんないいものが RT:
@cpp_akira
@DecimalBloat
ハッシュタグのログはこれで。
http://hashtagsjp.appspot.com/
#namikan
shomah4a
2010-01-31 13:56:53
返信する
RTする
ふぁぼる
これで見てる
http://tweetchat.com/room/namikan
#namikan
norio
2010-01-31 13:57:40
返信する
RTする
ふぁぼる
並カンのIRCはatnd
http://atnd.org/events/2092
に書いてた。一応入ってみた(
#namikan
@freenode
.net)。けど、発表/Twitter/IRCの3方を見るのは大変そうだ。
comutt
2010-01-31 13:57:48
返信する
RTする
ふぁぼる
楽しそうな勉強会だ‼ RT
@tsuka
: 「最近のPOSIXミューテックスのコストは大分低くなっている」
#namikan
shintang
2010-01-31 13:58:27
返信する
RTする
ふぁぼる
並カンを聞きながらgcc4.5をビルドしようとする、まさに並列
#namikan
DecimalBloat
2010-01-31 13:58:39
返信する
RTする
ふぁぼる
Ruby の Fiber についてはこれをよむとよいですね!
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30827
#namikan
tokuhirom
2010-01-31 13:58:43
返信する
RTする
ふぁぼる
#namikan
という可愛らしい名前のハッシュタグは何なのかと思ったら、「並列プログラミングカンファレンス」かw なみかんかわいいよなみかん。
http://bit.ly/namikan
nambon
2010-01-31 13:58:48
返信する
RTする
ふぁぼる
良い感じですね。
#namikan
live at
http://ustre.am/bS1h
yOU_aND_i
2010-01-31 13:58:53
返信する
RTする
ふぁぼる
いいかんじ! (
#namikan
live at
http://ustre.am/bS1h)
atusi
2010-01-31 13:59:00
返信する
RTする
ふぁぼる
大分聞きやすいですよ。 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 13:59:01
返信する
RTする
ふぁぼる
音がすごく良くなりました。
#namikan
takkaw
2010-01-31 13:59:05
返信する
RTする
ふぁぼる
ばっちりかも
#namikan
norio
2010-01-31 13:59:06
返信する
RTする
ふぁぼる
おぉ結構聞きやすい!
#namikan
graighle
2010-01-31 13:59:09
返信する
RTする
ふぁぼる
RT
@tokuhirom
Ruby の Fiber についてはこれをよむとよいですね!
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30827
#namikan
takabow
2010-01-31 13:59:32
返信する
RTする
ふぁぼる
twitでハッシュ検索しててもAPI使ってるのかなぁ?
#namikan
chiyama
2010-01-31 14:00:17
返信する
RTする
ふぁぼる
競合しない限りロックがユーザーランドで完結するのが POSIX mutex と Win32 Critical Section で、Win32 Mutex はシステムコールだよね?
#namikan
kazuho
2010-01-31 14:00:43
返信する
RTする
ふぁぼる
怪しい英語でホワイトリスト申請出してみました
#namikan
sbg
2010-01-31 14:01:36
返信する
RTする
ふぁぼる
インコっぽい鳴き声が聞こえる (
#namikan
live at
http://ustre.am/bS1h)
atusi
2010-01-31 14:02:19
返信する
RTする
ふぁぼる
コレは便利ですね。 RT
@norio
これで見てる
http://tweetchat.com/room/namikan
#namikan
yOU_aND_i
2010-01-31 14:02:25
返信する
RTする
ふぁぼる
おおお RT
@sbg
: 怪しい英語でホワイトリスト申請出してみました
#namikan
norio
2010-01-31 14:02:55
返信する
RTする
ふぁぼる
キュコキュコしてる。 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 14:03:03
返信する
RTする
ふぁぼる
RT
@takabow
: RT
@tokuhirom
Ruby の Fiber についてはこれをよむとよいですね!
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30827
#namikan
kuenishi
2010-01-31 14:03:19
返信する
RTする
ふぁぼる
RT
@takabow
: RT
@tokuhirom
Ruby の Fiber についてはこれをよむとよいですね!
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30827
#namikan
kitayama_t
2010-01-31 14:04:08
返信する
RTする
ふぁぼる
Ruby の Fiber の説明
http://bit.ly/aVpTIr
#namikan
takkanm
2010-01-31 14:04:21
返信する
RTする
ふぁぼる
やっぱり移行かとおもったけど並列で子づくりするのでやっぱキャンセルで
#namikan
Yappo
2010-01-31 14:04:56
返信する
RTする
ふぁぼる
http://buzztter.com/ja
バロス, マラソン, お昼, 大阪国際, テキサス, 昼飯, 雨, 14, 女子,
#namikan
buzztter
2010-01-31 14:05:03
返信する
RTする
ふぁぼる
ああああ並列で子づくりじゃなくて並列で子守り
#namikan
Yappo
2010-01-31 14:05:14
返信する
RTする
ふぁぼる
POSIXの規格確認。PTHREAD_MUTEX_RECURSIVE があった。
#namikan
yhamigaki
2010-01-31 14:05:14
返信する
RTする
ふぁぼる
一瞬イーモバに変えて検索。ハッシュタグの人をfollowしよう。
#namikan
ymda
2010-01-31 14:05:34
返信する
RTする
ふぁぼる
あ,でも,こっちの方が検索より見やすいw これでいいかもw RT
@norio
これで見てる
http://tweetchat.com/room/namikan
#namikan
sbg
2010-01-31 14:05:37
返信する
RTする
ふぁぼる
発表資料とりあえずできた
#namikan
hayamiz
2010-01-31 14:06:29
返信する
RTする
ふぁぼる
windowsのmutexはなんでシステムコールにしないといけないんだろう?
#namikan
tanakmura
2010-01-31 14:06:54
返信する
RTする
ふぁぼる
Ustreamいろいろ改善してみました! (
#namikan
live at
http://ustre.am/bS1h)
niw
2010-01-31 14:07:00
返信する
RTする
ふぁぼる
#namikan
って これか 『並列プログラミングカンファレンス』
http://j.mp/bLOeGJ
ust
http://j.mp/amPlM4
orange_clover
2010-01-31 14:07:09
返信する
RTする
ふぁぼる
RT
@nambon
:
#namikan
という可愛らしい名前のハッシュタグは何なのかと思ったら、「並列プログラミングカンファレンス」かw なみかんかわいいよなみかん。
http://bit.ly/namikan
yoya
2010-01-31 14:07:10
返信する
RTする
ふぁぼる
Doxygen 日本語メンテナ!
#namikan
mootoh
2010-01-31 14:07:23
返信する
RTする
ふぁぼる
RT
@Yappo
: やっぱり移行かとおもったけど並列で子づくりするのでやっぱキャンセルで
#namikan
atusi
2010-01-31 14:07:43
返信する
RTする
ふぁぼる
とっても聴きやすいです
#namikan
norio
2010-01-31 14:07:45
返信する
RTする
ふぁぼる
くみこみ!
#namikan
mootoh
2010-01-31 14:08:10
返信する
RTする
ふぁぼる
@goyoki
さんによる verilog で並列処理
#namikan
takesako
2010-01-31 14:08:20
返信する
RTする
ふぁぼる
「ソフトウェアと FPGA/HDL の協調により並列処理の設計容易性を向上」たのしみだ
#namikan
kei_os
2010-01-31 14:08:21
返信する
RTする
ふぁぼる
"Web のひとにとっては電波のような"
#namikan
mootoh
2010-01-31 14:08:36
返信する
RTする
ふぁぼる
組み込み系の並列かぁ。面白そう。
#namikan
kazu_pon
2010-01-31 14:08:41
返信する
RTする
ふぁぼる
RT
@yhamigaki
: POSIXの規格確認。PTHREAD_MUTEX_RECURSIVE があった。
#namikan
yoya
2010-01-31 14:08:43
返信する
RTする
ふぁぼる
「FPGA/HDLを使って並列処理設計を…」組み込みわからないよぉ…
#namikan
tsuka
2010-01-31 14:08:47
返信する
RTする
ふぁぼる
「FPGA/HDLを使って並列処理設計を…」組み込みわからないよぉ…
#namikan
tsuka
2010-01-31 14:08:47
返信する
RTする
ふぁぼる
FPGA/HDLで並列処理とかマニアックでいい!
#namikan
masssse
2010-01-31 14:08:57
返信する
RTする
ふぁぼる
そもそもがプロセス「間」ロックのためのAPIだからでは? RT
@tanakmura
: windowsのmutexはなんでシステムコールにしないといけないんだろう?
#namikan
kazuho
2010-01-31 14:09:02
返信する
RTする
ふぁぼる
じつに興味深いですね > 組み込み並列
#namikan
mootoh
2010-01-31 14:10:03
返信する
RTする
ふぁぼる
組み込み系はシビアだねぇ。
#namikan
[電波注意]
wraith13
2010-01-31 14:10:27
返信する
RTする
ふぁぼる
"設計が爆発"
#namikan
takkaw
2010-01-31 14:10:35
返信する
RTする
ふぁぼる
しかしシングルタスク+割り込みで出来そうに見えるプロジェクトではFPGAなんかどう考えてもコスト合わない
#namikan
kikairoya
2010-01-31 14:11:22
返信する
RTする
ふぁぼる
@gundam_Mk2
小学生ですかw
#namikan
chiyama
2010-01-31 14:11:42
返信する
RTする
ふぁぼる
verilog萌えー
#namikan
SubaruG
2010-01-31 14:11:45
返信する
RTする
ふぁぼる
HDLとか何年ぶりだろ
#namikan
t_ashula
2010-01-31 14:11:57
返信する
RTする
ふぁぼる
大学の時HDLの授業もとってみればよかったかなー
#namikan
takabow
2010-01-31 14:12:21
返信する
RTする
ふぁぼる
namikan 面白そうだな
_ko1
2010-01-31 14:12:39
返信する
RTする
ふぁぼる
futexは同じメモリをマップしてプロセス間で同期できるので同じことするのは不可能ではないと思うのですが。
#namikan
tanakmura
2010-01-31 14:13:01
返信する
RTする
ふぁぼる
「
#namikan
」…か。選ばれし者には関係の無い話だ。
jakigan_bot
2010-01-31 14:13:02
返信する
RTする
ふぁぼる
ust改善ありがとうございます!(遅
#namikan
graighle
2010-01-31 14:13:22
返信する
RTする
ふぁぼる
こんなふうに書くのか。初めてみた
#namikan
chiyama
2010-01-31 14:13:29
返信する
RTする
ふぁぼる
[Twitter*feed] namikan on USTREAM: 並列プログラミングカンファレンスです。. Conference
http://ustre.am/bS1h
twittag
2010-01-31 14:13:36
返信する
RTする
ふぁぼる
論理回路図とかクロックタイミングとかとってもこわいです
#namikan
kuenishi
2010-01-31 14:13:39
返信する
RTする
ふぁぼる
"電荷が伝わる時間が致命的になる"
#namikan
mootoh
2010-01-31 14:13:42
返信する
RTする
ふぁぼる
HDL とか組込の中でも極北だなぁ。かっこいい。
#namikan
sunaot
2010-01-31 14:13:43
返信する
RTする
ふぁぼる
入れない方、休憩中に外に出たい方は
@eikom
にひと声お掛けください。一応休憩時間ごとに出入り口に行ってますが、入れ違いになっている可能性もありますので。
#namikan
eikom
2010-01-31 14:13:58
返信する
RTする
ふぁぼる
電荷遅延!!
#namikan
takkanm
2010-01-31 14:13:59
返信する
RTする
ふぁぼる
伝搬遅延とかか
#namikan
takabow
2010-01-31 14:14:10
返信する
RTする
ふぁぼる
#100
はシミュレーション記述ではないですかね?
#namikan
jtfrom9
2010-01-31 14:14:37
返信する
RTする
ふぁぼる
HDL懐かしい。高専時代ぶりだなー。当時は並列実行が理解できなくて泣いた(笑)
#namikan
urasandesu
2010-01-31 14:14:42
返信する
RTする
ふぁぼる
reg でもラッチが生成されるとは限らないんだっけか?
#namikan
SubaruG
2010-01-31 14:15:31
返信する
RTする
ふぁぼる
大学の先生はVHDLとか使ってたのに私は何故か一度も触ったことないという。。。
#namikan
chiyama
2010-01-31 14:16:00
返信する
RTする
ふぁぼる
s/ラッチ/FF/
#namikan
SubaruG
2010-01-31 14:16:05
返信する
RTする
ふぁぼる
HDLはデフォルトが並列処理、特殊な構文で直列処理
#namikan
masssse
2010-01-31 14:16:13
返信する
RTする
ふぁぼる
ノンブロッキング代入とか
#namikan
sunaot
2010-01-31 14:16:25
返信する
RTする
ふぁぼる
ustがいつの間にか聞きやすくなってる
#namikan
eagle_raptor
2010-01-31 14:16:33
返信する
RTする
ふぁぼる
HDL大学院でやったのが最後だなぁ・・・
#namikan
yusukei
2010-01-31 14:16:48
返信する
RTする
ふぁぼる
IO とかじゃないのか。文化が違う。
#namikan
sunaot
2010-01-31 14:16:48
返信する
RTする
ふぁぼる
あ、これビットごとの話だったのか
#namikan
DecimalBloat
2010-01-31 14:17:04
返信する
RTする
ふぁぼる
回路だからそうやんね…
#namikan
DecimalBloat
2010-01-31 14:17:27
返信する
RTする
ふぁぼる
並カンが放送されていることにいま気づいた (
#namikan
live at
http://ustre.am/bS1h)
nushio
2010-01-31 14:18:05
返信する
RTする
ふぁぼる
futexは同じメモリをマップしてプロセス間で同期できるので同じことするのは不可能ではないと思うのですが。
#namikan
tanakmura
2010-01-31 14:18:18
返信する
RTする
ふぁぼる
TLがnamikanで埋まってる。いけばよかった orz
kosaki55tea
2010-01-31 14:18:32
返信する
RTする
ふぁぼる
HDLが異文化すぎておもしろい。
#namikan
takkanm
2010-01-31 14:18:54
返信する
RTする
ふぁぼる
verilogの基本
#namikan
r153
2010-01-31 14:18:58
返信する
RTする
ふぁぼる
今時は*演算子を使ってもまともな回路が生成されるのかな?
#namikan
miura1729
2010-01-31 14:19:06
返信する
RTする
ふぁぼる
$opne!
#namikan
melponn
2010-01-31 14:19:08
返信する
RTする
ふぁぼる
Verilogは大学の実験で使ったことがあるけど、あれは回路をならべただけだからなぁ。
#namikan
takkanm
2010-01-31 14:19:43
返信する
RTする
ふぁぼる
最近の HDL は高階関数が使えるのもありますよ
#namikan
kei_os
2010-01-31 14:20:01
返信する
RTする
ふぁぼる
ほんと異文化だよなぁ
#namikan
kuenishi
2010-01-31 14:20:10
返信する
RTする
ふぁぼる
最近はFPGA内にプロセッサ作ることも多い
#namikan
kikairoya
2010-01-31 14:20:11
返信する
RTする
ふぁぼる
シミュレーション記述とか、合成可能記述とか、いろいろありますよね
#namikan
jtfrom9
2010-01-31 14:20:28
返信する
RTする
ふぁぼる
verilogの高級な言語機能ってあんまり使わないなー。というかテストベンチ向け記述全般に詳しくないというか。結局シミュレーションにしか使えないし。
#namikan
eagle_raptor
2010-01-31 14:20:51
返信する
RTする
ふぁぼる
ザイリンクス!!
#namikan
takkanm
2010-01-31 14:21:14
返信する
RTする
ふぁぼる
ちょっと ust の角度をかえてみました。どうでしょ
#namikan
mootoh
2010-01-31 14:21:32
返信する
RTする
ふぁぼる
これは勉強になる、というか新たな世界を知った
#namikan
ayumin
2010-01-31 14:22:14
返信する
RTする
ふぁぼる
並列プログラミングカンファレンスのライブを聞いてる
http://bit.ly/namikan
http://ustre.am/bS1h
#namikan
tkusano
2010-01-31 14:22:27
返信する
RTする
ふぁぼる
AMBAバスとかまだあるのかな?
#namikan
miura1729
2010-01-31 14:22:28
返信する
RTする
ふぁぼる
大学での研究発表を見ている気分になった
#namikan
takabow
2010-01-31 14:22:41
返信する
RTする
ふぁぼる
すばらしいです RT
@mootoh
: ちょっと ust の角度をかえてみました。どうでしょ
#namikan
norio
2010-01-31 14:22:54
返信する
RTする
ふぁぼる
クロック同期設計
#namikan
ayumin
2010-01-31 14:23:48
返信する
RTする
ふぁぼる
Ustへの対応が細やかで嬉しい。 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 14:23:53
返信する
RTする
ふぁぼる
同期単位がクロックだというのがもう。おもしろいわー。
#namikan
sunaot
2010-01-31 14:23:59
返信する
RTする
ふぁぼる
クロックを隅々まで運ぶのが難しいんですよね
#namikan
miura1729
2010-01-31 14:24:34
返信する
RTする
ふぁぼる
高校のときFFで信号に対する出力の信号描くとかやったなー
#namikan
DecimalBloat
2010-01-31 14:24:56
返信する
RTする
ふぁぼる
へー。FFとか中の回路を定義しなくてもifとかで書けるんだー
#namikan
chiyama
2010-01-31 14:25:15
返信する
RTする
ふぁぼる
エッジトリガ型と、もう1個なんだったけ?
#namikan
takkanm
2010-01-31 14:25:21
返信する
RTする
ふぁぼる
動作合成でそのまま並列ー、ってんじゃだめなの?
#namikan
wanwan_zaregoto
2010-01-31 14:25:31
返信する
RTする
ふぁぼる
ソフトウェア的にverilog紹介するとこんな感じになるのかー
#namikan
eagle_raptor
2010-01-31 14:25:43
返信する
RTする
ふぁぼる
ぜんぜん知らんかったんだけれども、HDLというのはこういうのをプログラムできるのか。このレベルの事は素子にハードワイヤーされていて変更不能というイメージが、何となくあった (
#namikan
live at
http://ustre.am/bS1h)
nushio
2010-01-31 14:25:44
返信する
RTする
ふぁぼる
んーすごくハードウェアっぽい話だ
#namikan
ayumin
2010-01-31 14:25:52
返信する
RTする
ふぁぼる
FFにによるタイミング調整
#namikan
r153
2010-01-31 14:26:00
返信する
RTする
ふぁぼる
ぐええええええ スタックとかレジスタとかでしかモノを考えられない体になってしまったようだ
#namikan
kuenishi
2010-01-31 14:26:19
返信する
RTする
ふぁぼる
ただしクロック同期にすると、クロック幅未満の入力は気づかれずに取りこぼす問題もある
#namikan
kikairoya
2010-01-31 14:27:06
返信する
RTする
ふぁぼる
セットアップ/ホールドタイムとか、意外と面倒だった記憶も。まぁ普段は意識しなくていいはずですが >FF
#namikan
SubaruG
2010-01-31 14:27:11
返信する
RTする
ふぁぼる
おー。クロック数の調整は、そのぶんFFをうめこむのか
#namikan
takkanm
2010-01-31 14:27:25
返信する
RTする
ふぁぼる
回路モジュール=組み合わせ回路、FFを含んだ全体を順序回路とか、、
#namikan
jtfrom9
2010-01-31 14:27:26
返信する
RTする
ふぁぼる
回路設計はパズルのようだね
#namikan
ayumin
2010-01-31 14:27:34
返信する
RTする
ふぁぼる
回路というのはクロックで動いていると聞いていますけれども、こういうタイミングを会わせるというサブクロックな処理が、HDLから生成されるて、具体的には何がおこってるんだろうなあ〜〜 (
#namikan
live at
http://ustre.am/bS1h)
nushio
2010-01-31 14:27:38
返信する
RTする
ふぁぼる
半クロック調整とかはどうやるんだろう?
#namikan
chiyama
2010-01-31 14:27:44
返信する
RTする
ふぁぼる
これ組込の話じゃなくて並列の課題に対するアーキテクチャの話なんだな。勉強になる。
#namikan
sunaot
2010-01-31 14:28:27
返信する
RTする
ふぁぼる
1クロックの間に0から1になって1から0になったら次のクロックで0になっちゃうよねと思ったけど、入力のFFでそれを調整すればいいのか。
#namikan
melponn
2010-01-31 14:28:30
返信する
RTする
ふぁぼる
#namikan
ということカレー
buzzword_bot
2010-01-31 14:28:40
返信する
RTする
ふぁぼる
液体窒素で冷やすとクロックがかせげる -> オーバークロック
#namikan
mootoh
2010-01-31 14:29:18
返信する
RTする
ふぁぼる
NE555 とか LS74シリーズでディジタル回路作ってた頃を思い出すなぁ
#namikan
takesako
2010-01-31 14:29:22
返信する
RTする
ふぁぼる
タイミング解析 電圧温度非同期信号多相クロック。。。
#namikan
r153
2010-01-31 14:29:50
返信する
RTする
ふぁぼる
すごいなぁ。FlipFlopでタイミング調査するのか。
#namikan
kazu_pon
2010-01-31 14:30:11
返信する
RTする
ふぁぼる
あーそうか。並列プログラミングに対するメタファーになってたのか(今更
#namikan
SubaruG
2010-01-31 14:30:12
返信する
RTする
ふぁぼる
そもそもトランジスタとかの遅延って何に由来してるんだろう。電場が伝搬するのは光速だから関係ないし、電子が十分に行き渡るとかエネルギー状態が遷移するのを待ってるのかな。それがFF回路とかの遅延になっている?
#namikan
kuenishi
2010-01-31 14:30:20
返信する
RTする
ふぁぼる
冷却スプレーをシュッとチップにかけて、遅延の問題かどうか切り分けしたりしますね
#namikan
kei_os
2010-01-31 14:30:26
返信する
RTする
ふぁぼる
ハードウェア設計というのは、クロックを伝達する仕組みそのものをNANDやらORやらを組み合わせてFPGA内に柔軟に作る作業すらできてしまうのか (
#namikan
live at
http://ustre.am/bS1h)
nushio
2010-01-31 14:30:27
返信する
RTする
ふぁぼる
ここから本題!
#namikan
ayumin
2010-01-31 14:30:43
返信する
RTする
ふぁぼる
ようやく本題
#namikan
tsuka
2010-01-31 14:30:43
返信する
RTする
ふぁぼる
"前置き"wwwwww
#namikan
mootoh
2010-01-31 14:30:45
返信する
RTする
ふぁぼる
ここまで前置きw
#namikan
negaton
2010-01-31 14:30:55
返信する
RTする
ふぁぼる
ここまでが前置き・・・w
#namikan
kikairoya
2010-01-31 14:30:59
返信する
RTする
ふぁぼる
ここまで前置きw
#namikan
t_ashula
2010-01-31 14:31:02
返信する
RTする
ふぁぼる
大学の時の授業で、論理回路から加算機とか作って、それらを組み合わせてCPU作成の実験があった。またやりたいなー。
#namikan
takabow
2010-01-31 14:31:03
返信する
RTする
ふぁぼる
いままでの前置きかーw
#namikan
r153
2010-01-31 14:31:07
返信する
RTする
ふぁぼる
冷却スプレーデバッグわろたw
#namikan
nushio
2010-01-31 14:31:11
返信する
RTする
ふぁぼる
間にレジスタ挟んで一相同期をはかる、といったCPU の手法とは違うということでしょうか?
#namikan
wanwan_zaregoto
2010-01-31 14:31:48
返信する
RTする
ふぁぼる
冷却スプレーデバッグわろたw RT
@kei_os
冷却スプレーをシュッとチップにかけて、遅延の問題かどうか切り分けしたりしますね
#namikan
nushio
2010-01-31 14:31:50
返信する
RTする
ふぁぼる
RT
@kei_os
: 冷却スプレーをシュッとチップにかけて、遅延の問題かどうか切り分けしたりしますね
#namikan
yusukei
2010-01-31 14:32:02
返信する
RTする
ふぁぼる
@kuenishi
電荷が一定まで貯まって敷居値を越えるまで待たないといけないとかいろいろあるみたいです。そもそも光速でもクロック数が上がると十分速くなくなるわけですし。
#namikan
chiyama
2010-01-31 14:32:27
返信する
RTする
ふぁぼる
ローレイヤー ktkr
#namikan
mootoh
2010-01-31 14:32:32
返信する
RTする
ふぁぼる
電場は高速でも電子はそんなに速く動けないです。電圧が一瞬で伝わるのは電磁波で伝えてるから RT
@kuenishi
: そもそもトランジスタとかの遅延って何に由来してるんだろう。電場が伝搬するのは光速だから関係ないし、電子が十分に行き渡るとかエネルギー状態が遷移す
#namikan
kikairoya
2010-01-31 14:32:52
返信する
RTする
ふぁぼる
爆発という表現がすごい良いです。
#namikan
takkaw
2010-01-31 14:33:51
返信する
RTする
ふぁぼる
@kuenishi
電場は高速で伝わっても、電荷の移動はわりと遅かったはずです
#namikan
hayamiz
2010-01-31 14:33:53
返信する
RTする
ふぁぼる
興味あり。めも。
#namikan
topos0204
2010-01-31 14:34:30
返信する
RTする
ふぁぼる
http://buzztter.com/ja
雨, バロス, マラソン, お昼, 掃除, 昼, 14, i'm at,
#namikan
, かなぁ
buzztter
2010-01-31 14:35:02
返信する
RTする
ふぁぼる
いかん、時間はかるのわすれてた
#namikan
mootoh
2010-01-31 14:35:37
返信する
RTする
ふぁぼる
8bitがリッチ!!
#namikan
takkanm
2010-01-31 14:35:54
返信する
RTする
ふぁぼる
ところでプログラムとか、どっかにあります?
#namikan
nushio
2010-01-31 14:36:24
返信する
RTする
ふぁぼる
こういう世界でアジャイルてどう受け止められてるんだろう?
#namikan
sunaot
2010-01-31 14:36:44
返信する
RTする
ふぁぼる
buzztter!
#namikan
norio
2010-01-31 14:37:03
返信する
RTする
ふぁぼる
namikan を聞きながらiPhoneのBackupを実施なう。へいれつへいれつ!
eikom
2010-01-31 14:37:10
返信する
RTする
ふぁぼる
@nushio
このあたりです
http://atnd.org/events/2092
#namikan
mootoh
2010-01-31 14:37:31
返信する
RTする
ふぁぼる
設計も、普通のプログラミングと同じ感じじゃできなさそうだなー
#namikan
chiyama
2010-01-31 14:37:36
返信する
RTする
ふぁぼる
ばずった
#namikan
takabow
2010-01-31 14:38:16
返信する
RTする
ふぁぼる
割込セーフ
#namikan
sunaot
2010-01-31 14:38:27
返信する
RTする
ふぁぼる
もしかして5つ目の「ローレイヤーでの並列処理の設計」くらいまで来てる?かなしす もっと早く気づけばykt スピードは正義です。
#namikan
nushio
2010-01-31 14:39:04
返信する
RTする
ふぁぼる
"これは always文、定番ですね"
#namikan
mootoh
2010-01-31 14:39:06
返信する
RTする
ふぁぼる
ありがとうございます!! RT
@mootoh
@nushio
このあたりです
http://atnd.org/events/2092
#namikan
nushio
2010-01-31 14:39:33
返信する
RTする
ふぁぼる
@eagle_raptor
まあそれはそうなんでしょうけど、FFで同期された後の回路はクロック単位でしか与えられないからその辺は気にしなくていいんだなーと。
#namikan
melponn
2010-01-31 14:39:46
返信する
RTする
ふぁぼる
Verilog コードを Twitter でポストすると リプライ暴発して危険
#namikan
kei_os
2010-01-31 14:39:48
返信する
RTする
ふぁぼる
L2とL3をすっとばしてTCPに最適化したチップとか作れそうだな。10GbEの帯域をフルに使い切れるとか。
#namikan
kuenishi
2010-01-31 14:41:30
返信する
RTする
ふぁぼる
従来の形式だと、シングルスレド的にしか動かなかったてことでOK?
#namikan
chiyama
2010-01-31 14:42:25
返信する
RTする
ふぁぼる
長くなってもおもしろいので歓迎
#namikan
sunaot
2010-01-31 14:42:46
返信する
RTする
ふぁぼる
設計のとこはいちばんきになるのでお話ししてもらうことにしました
#namikan
mootoh
2010-01-31 14:43:20
返信する
RTする
ふぁぼる
"いま大流行りしているアーキテクチャ・プロトタイピング"
#namikan
mootoh
2010-01-31 14:43:48
返信する
RTする
ふぁぼる
ソフトと組み込みの切り分けの考え方って、今すごく勉強したい分野。
#namikan
urasandesu
2010-01-31 14:43:48
返信する
RTする
ふぁぼる
#namikan
モデル駆動設計 !!
ayumin
2010-01-31 14:45:28
返信する
RTする
ふぁぼる
#namikan
並カンてなみかんだったのか…へいかんかと思ってた。
aodawa
2010-01-31 14:46:04
返信する
RTする
ふぁぼる
.
@wraith13
さんが言っていたブルートフォース的なテストを行っている!
#namikan
melponn
2010-01-31 14:46:22
返信する
RTする
ふぁぼる
ぱちぱちー
#namikan
SubaruG
2010-01-31 14:46:30
返信する
RTする
ふぁぼる
世界が違いすぎてピンとはこないけどw いろいろ面白かった
#namikan
sbg
2010-01-31 14:47:10
返信する
RTする
ふぁぼる
面白かったです。
#namikan
miura1729
2010-01-31 14:47:18
返信する
RTする
ふぁぼる
HDLの条件分岐は回路的にはPriority Encoderではないだろうか
#namikan
kikairoya
2010-01-31 14:47:19
返信する
RTする
ふぁぼる
昔はゲートレベルの職人もいた
#namikan
kuenishi
2010-01-31 14:47:53
返信する
RTする
ふぁぼる
ゲート職人
#namikan
ayumin
2010-01-31 14:47:58
返信する
RTする
ふぁぼる
ifに優先順位あり、selectで優先順位なし
#namikan
r153
2010-01-31 14:48:03
返信する
RTする
ふぁぼる
今はいないのかな?ネットリストを見て直しちゃうような人
#namikan
miura1729
2010-01-31 14:49:33
返信する
RTする
ふぁぼる
次は15:00〜
#namikan
sbg
2010-01-31 14:49:34
返信する
RTする
ふぁぼる
ust やってる?>namikan
_ko1
2010-01-31 14:50:45
返信する
RTする
ふぁぼる
うーん、途中から始まったんで把握してないんですが、いまのが5つ目の「ローレイヤーでの並列処理の設計」の話ですか?でもust等のログを見るに、これが最初のトークっぽいですし、プログラムに変更がありましたか?
#namikan
nushio
2010-01-31 14:50:46
返信する
RTする
ふぁぼる
HDL、世界が違いすぎたw けと面白かった。
#namikan
comutt
2010-01-31 14:50:57
返信する
RTする
ふぁぼる
namikan に行けなかったので、地元のくじ引きに並んでる。三時から、ガラポンの抽選開始。
ope
2010-01-31 14:52:35
返信する
RTする
ふぁぼる
RT
@nushio
: 冷却スプレーデバッグわろたw RT
@kei_os
冷却スプレーをシュッとチップにかけて、遅延の問題かどうか切り分けしたりしますね
#namikan
yoya
2010-01-31 14:55:02
返信する
RTする
ふぁぼる
@_ko1
並カンust
http://www.ustream.tv/channel/namikan
yitabashi
2010-01-31 14:55:09
返信する
RTする
ふぁぼる
@nushio
おさらい、ローレイヤーとやったところ。次がSTM
#namikan
gusmachine
2010-01-31 14:55:30
返信する
RTする
ふぁぼる
Intel のプロセッサみたいに、クロック可変なチップは遅延も可変にできる仕組みが入ってるのかな?
#namikan
chiyama
2010-01-31 14:56:26
返信する
RTする
ふぁぼる
VHDL難しい
#namikan
gnue
2010-01-31 14:56:33
返信する
RTする
ふぁぼる
みはじめ (
#namikan
live at
http://ustre.am/bS1h)
takuma104
2010-01-31 14:57:13
返信する
RTする
ふぁぼる
並カンのプログラムはこんなかんじです。いまから4つめ
#namikan
http://bit.ly/9y2fgJ
mootoh
2010-01-31 14:57:18
返信する
RTする
ふぁぼる
おお、たすかります!ともよ!! RT
@gusmachine
@nushio
おさらい、ローレイヤーとやったところ。次がSTM
#namikan
nushio
2010-01-31 14:58:24
返信する
RTする
ふぁぼる
ustream録画されているのかな。
#namikan
frsyuki
2010-01-31 14:58:45
返信する
RTする
ふぁぼる
#namikan
タグを使っている人を
http://twitter.com/melponn/namikan
リストに追加するだけの簡単な作業。
melponn
2010-01-31 14:58:46
返信する
RTする
ふぁぼる
おお最新版のプログラム来た!運営神!RT
@mootoh
並カンのプログラムはこんなかんじです。いまから4つめ
#namikan
http://bit.ly/9y2fgJ
nushio
2010-01-31 14:58:59
返信する
RTする
ふぁぼる
@mootoh
が見える 今調整中かな
_ko1
2010-01-31 14:59:05
返信する
RTする
ふぁぼる
hymz 君なのか
_ko1
2010-01-31 14:59:27
返信する
RTする
ふぁぼる
RT
@mootoh
: 並カンのプログラムはこんなかんじです。いまから4つめ
#namikan
http://bit.ly/9y2fgJ
noplans
2010-01-31 14:59:49
返信する
RTする
ふぁぼる
STMキター
#namikan
tsuka
2010-01-31 14:59:49
返信する
RTする
ふぁぼる
いいかげんな人のための Transactional Memory Primer
#namikan
sbg
2010-01-31 15:00:06
返信する
RTする
ふぁぼる
1つを除いて条件を変えてデバッグしなさい、というのは物理実験でも基本なので感動しますた RT
@yoya
RT
@nushio
: 冷却スプレーデバッグわろたw RT
@kei_os
冷却スプレーをシュッとチップにかけて、遅延の問題かどうか切り分けしたりしますね
#namikan
nushio
2010-01-31 15:00:12
返信する
RTする
ふぁぼる
そのリスト、フォローさせて頂きますぜ RT
@melponn
:
#namikan
タグを使っている人を
http://twitter.com/melponn/namikan
リストに追加するだけの簡単な作業。
SubaruG
2010-01-31 15:00:16
返信する
RTする
ふぁぼる
"入院1年目"
#namikan
mootoh
2010-01-31 15:00:26
返信する
RTする
ふぁぼる
はやみず!
#namikan
naoya_t
2010-01-31 15:00:27
返信する
RTする
ふぁぼる
入院中の人キター
#namikan
chiyama
2010-01-31 15:00:43
返信する
RTする
ふぁぼる
就職活動してる人は弊社受けるといいと思うよ! (ただし新卒に限るorz)
#namikan
kuenishi
2010-01-31 15:00:55
返信する
RTする
ふぁぼる
爆心地w 生茶吹いた.ww
#namikan
t_ashula
2010-01-31 15:01:03
返信する
RTする
ふぁぼる
プロセスが異常終了するケースを含めると安全なプロセス間futexは難しいのかな、と。例えばSolarisのpthread_mutexattr_setrobust_npにしても、壊れることがあることになってます RT
@tanakmura
: futexは同じ...
#namikan
kazuho
2010-01-31 15:01:10
返信する
RTする
ふぁぼる
爆心地ワロタw
#namikan
yitabashi
2010-01-31 15:01:19
返信する
RTする
ふぁぼる
STMは名前とかは知ってます
#namikan
DecimalBloat
2010-01-31 15:01:24
返信する
RTする
ふぁぼる
STM の説明は
@hayamiz
さんに任せました。
#namikan
shelarcy
2010-01-31 15:01:24
返信する
RTする
ふぁぼる
なんかustの音質がまた悪くなった気がする
#namikan
eagle_raptor
2010-01-31 15:01:28
返信する
RTする
ふぁぼる
Tarnsactional Memory のお話タイム。
#namikan
kazu_pon
2010-01-31 15:01:36
返信する
RTする
ふぁぼる
このハッシュタグって何ですか >
#namikan
random_oracle
2010-01-31 15:01:40
返信する
RTする
ふぁぼる
RT
@nushio
おお最新版のプログラム来た!運営神!RT
@mootoh
並カンのプログラムはこんなかんじです。いまから4つめ
#namikan
http://bit.ly/9y2fgJ
yOU_aND_i
2010-01-31 15:01:48
返信する
RTする
ふぁぼる
Transacatilnal Memory 知らない。
#namikan
kitayama_t
2010-01-31 15:01:55
返信する
RTする
ふぁぼる
分散STMをやりたい。STM+RCU+Paxos
#namikan
frsyuki
2010-01-31 15:02:30
返信する
RTする
ふぁぼる
「Transactional Memory: 並列プログラムの同期手法の1つ。ロックによっておこる困った問題をいくつか解決してくれる」
#namikan
tsuka
2010-01-31 15:02:34
返信する
RTする
ふぁぼる
Transactional Memory (TM)
#namikan
takabow
2010-01-31 15:02:35
返信する
RTする
ふぁぼる
Trasactional Memoryはじめて聞く
#namikan
gnue
2010-01-31 15:02:52
返信する
RTする
ふぁぼる
「ロックの完全な代替ではない」
#namikan
tsuka
2010-01-31 15:02:55
返信する
RTする
ふぁぼる
STMって、すてーとめんとましん?
#namikan
SubaruG
2010-01-31 15:03:01
返信する
RTする
ふぁぼる
namikan ってどこでやってるの?
keisuke_n
2010-01-31 15:03:07
返信する
RTする
ふぁぼる
すげえ、画面もロックした! インタラクティブな発表だ
#namikan
mootoh
2010-01-31 15:03:24
返信する
RTする
ふぁぼる
Transactional Memory 知ってる人はそこそこいても、使ったことある人はほとんどいないんですね。自分もそうですが。
#namikan
masssse
2010-01-31 15:03:53
返信する
RTする
ふぁぼる
RT
@hayamiz
発表資料とりあえずできた
#namikan
takesako
2010-01-31 15:04:14
返信する
RTする
ふぁぼる
STM って Read-Write Lock みたいなもの?
#namikan
melponn
2010-01-31 15:04:19
返信する
RTする
ふぁぼる
「ロックの取得の代わりにトランザクションを開始」
#namikan
tsuka
2010-01-31 15:04:33
返信する
RTする
ふぁぼる
なるほど、DBのトランザクションの要領なのね。
#namikan
kazu_pon
2010-01-31 15:04:37
返信する
RTする
ふぁぼる
"悲観的というのは感情的なはなしじゃないよ"
#namikan
mootoh
2010-01-31 15:05:04
返信する
RTする
ふぁぼる
「トランザクション中に衝突が起こると、どちらかのスレッドをリスタート」
#namikan
tsuka
2010-01-31 15:05:10
返信する
RTする
ふぁぼる
まずいことになったらリセットなんだ
#namikan
takuma104
2010-01-31 15:05:19
返信する
RTする
ふぁぼる
ロックは悲観的だが、TMは楽観的。
#namikan
takabow
2010-01-31 15:05:58
返信する
RTする
ふぁぼる
Trasactional Memoryは投棄的
#namikan
gnue
2010-01-31 15:06:17
返信する
RTする
ふぁぼる
「Hardware TMとSoftware TM」
#namikan
tsuka
2010-01-31 15:06:27
返信する
RTする
ふぁぼる
「Hybrid TM → 忘れ去られてる感」
#namikan
tsuka
2010-01-31 15:06:57
返信する
RTする
ふぁぼる
Rock ToT
#namikan
kazuho
2010-01-31 15:07:51
返信する
RTする
ふぁぼる
"Sun ロック Processor"
#namikan
mootoh
2010-01-31 15:08:00
返信する
RTする
ふぁぼる
Sun 買収><
#namikan
kei_os
2010-01-31 15:08:17
返信する
RTする
ふぁぼる
Lock-free アルゴリズムみたいな感じなんかな…
#namikan
melponn
2010-01-31 15:08:37
返信する
RTする
ふぁぼる
言語レベルで対応してくれてるほうがもちろん嬉しいけど、ライブラリによる実装もいけそうだね。> Transactional Memory
#namikan
[電波注意]
wraith13
2010-01-31 15:08:49
返信する
RTする
ふぁぼる
Hardware TMで実装されたOracle DB2が3年後の市場を席巻していたりして。
#namikan
kuenishi
2010-01-31 15:08:52
返信する
RTする
ふぁぼる
Rock 野心的なアーキテクチャだったのになあ...
#namikan
masssse
2010-01-31 15:08:55
返信する
RTする
ふぁぼる
Hardware TM オワタ……
#namikan
shelarcy
2010-01-31 15:09:02
返信する
RTする
ふぁぼる
と思ったら lock-free とか書いてた。
#namikan
melponn
2010-01-31 15:09:13
返信する
RTする
ふぁぼる
Sun Rock Processor プロトタイプ実装の論文
#namikan
takabow
2010-01-31 15:09:19
返信する
RTする
ふぁぼる
#namikan
(
http://bit.ly/E4AzG
) やってるようだ。おもしろそうなので、ustream 録画されてるといいなぁ・・・
saiya_moebius
2010-01-31 15:10:00
返信する
RTする
ふぁぼる
りゅうこうしてるよねー
#namikan
mootoh
2010-01-31 15:10:18
返信する
RTする
ふぁぼる
実際STMって実用するにはどれくらいの規模が必要なのやら,簡単なのであれば数百で出来そうだけど,やっぱりBoost.STMとかあれくらい必要なのかな?
#namikan
repeatedly
2010-01-31 15:10:28
返信する
RTする
ふぁぼる
「STM: アカデミックの世界で流行。ライブラリ、言語も増えつつある」
#namikan
tsuka
2010-01-31 15:10:29
返信する
RTする
ふぁぼる
STM が流行っていいいのだろうか
_ko1
2010-01-31 15:10:38
返信する
RTする
ふぁぼる
あ、やっぱりライブラリによる提供もあるのね。 > Transactional Memory
#namikan
[電波注意]
wraith13
2010-01-31 15:10:45
返信する
RTする
ふぁぼる
もう,普通になっていて,じゃぁどうしようって感じ
_ko1
2010-01-31 15:10:49
返信する
RTする
ふぁぼる
STM、流行りだしているんだ。
#namikan
kazu_pon
2010-01-31 15:10:51
返信する
RTする
ふぁぼる
STMはいろんな言語にライブラリあるよー
#namikan
r153
2010-01-31 15:11:20
返信する
RTする
ふぁぼる
「DSTM2, Deuce STM, TinySTM, TL2, RSTM, Clojure」
#namikan
tsuka
2010-01-31 15:11:23
返信する
RTする
ふぁぼる
"速さがひつようなものにはまっったくつかえません"
#namikan
mootoh
2010-01-31 15:11:36
返信する
RTする
ふぁぼる
STM: 2 - 3倍遅くなる。。。速さが必要なものには使えない
#namikan
kuenishi
2010-01-31 15:11:58
返信する
RTする
ふぁぼる
最近あったBoost.Transactionってそういう話だったのかな?知らんけど
#namikan
cpp_akira
2010-01-31 15:12:00
返信する
RTする
ふぁぼる
「速さが必要なものには使えない(2〜3倍遅くなる)」
#namikan
tsuka
2010-01-31 15:12:14
返信する
RTする
ふぁぼる
Software TM。速さが必要なものには使えない。
#namikan
takabow
2010-01-31 15:12:24
返信する
RTする
ふぁぼる
2,3倍は遅くなるくらいならマシ。競合したときはさらに、、、、
#namikan
r153
2010-01-31 15:12:26
返信する
RTする
ふぁぼる
Software Transaction Memoryは2〜3倍遅くなる→速度重視の処理では使えない
#namikan
comutt
2010-01-31 15:12:28
返信する
RTする
ふぁぼる
STM の使い方とかなんとかだろう
_ko1
2010-01-31 15:12:29
返信する
RTする
ふぁぼる
"競合しなくてもオーバーヘッドで 2~3 倍遅くなる"
#namikan
sunaot
2010-01-31 15:12:33
返信する
RTする
ふぁぼる
#namikan
ってなんだ。今日何かやってるのかな。TL上に"STM"の単語がチラホラ流れてて非常に気になる。
nsyee
2010-01-31 15:13:01
返信する
RTする
ふぁぼる
STM に速さは求められないのか
#namikan
kei_os
2010-01-31 15:13:21
返信する
RTする
ふぁぼる
TMってLL/SC命令と似ていますな。失敗したらリトライ、と。あんまり大きなトランザクションがあるとリトライが発生しまくって問題ありそうですが。
#namikan
kmt_t
2010-01-31 15:13:44
返信する
RTする
ふぁぼる
スクリプト言語ではありなのではという考え。複雑なデータ構造、たとえば、巨大なグラフやハッシュテーブルはその構造の一部にしかアクセスしないので、スケールするしありなのでは?とのこと
#namikan
takabow
2010-01-31 15:13:56
返信する
RTする
ふぁぼる
「STMのメリット、デッドロックが起こらない」
#namikan
tsuka
2010-01-31 15:14:09
返信する
RTする
ふぁぼる
STMのメリット:デッドロックが起こらないみたい。
#namikan
kazu_pon
2010-01-31 15:14:10
返信する
RTする
ふぁぼる
STMはデッドロックがおこらない。やばくなったらリセット。
#namikan
takabow
2010-01-31 15:14:49
返信する
RTする
ふぁぼる
「どんどんトランザクションをネストしてもOK」
#namikan
tsuka
2010-01-31 15:14:57
返信する
RTする
ふぁぼる
STMのメリット:トランザクションをネストしても大丈夫みたい。
#namikan
kazu_pon
2010-01-31 15:15:01
返信する
RTする
ふぁぼる
プログラムが暴れだした
#namikan
kei_os
2010-01-31 15:15:13
返信する
RTする
ふぁぼる
祝☆デッドロック
#namikan
kuenishi
2010-01-31 15:15:20
返信する
RTする
ふぁぼる
舞台裏www
#namikan
mootoh
2010-01-31 15:15:23
返信する
RTする
ふぁぼる
"祝デッドロックははずして"
#namikan
takkanm
2010-01-31 15:15:24
返信する
RTする
ふぁぼる
HATM (Hardware Accelerated TM) は ……?
#namikan
shelarcy
2010-01-31 15:16:08
返信する
RTする
ふぁぼる
STMはComposableである。
#namikan
takabow
2010-01-31 15:16:35
返信する
RTする
ふぁぼる
Boost.Transaction
https://svn.boost.org/trac/boost/wiki/BoostTransaction
#namikan
cpp_akira
2010-01-31 15:16:43
返信する
RTする
ふぁぼる
ライブロックの話がでましたね。実アプリケーション上ではスレッドの公平性の問題はおこらないと。
#namikan
kmt_t
2010-01-31 15:17:07
返信する
RTする
ふぁぼる
「Priority inversionが起きない」
#namikan
tsuka
2010-01-31 15:17:18
返信する
RTする
ふぁぼる
なんでComposableなんだろ? リセットしちゃうからなのかな。
#namikan
kuenishi
2010-01-31 15:17:25
返信する
RTする
ふぁぼる
STMのメリット:Priority Inversion がおきない。
#namikan
kazu_pon
2010-01-31 15:17:27
返信する
RTする
ふぁぼる
STMもいいけど,欲しい時だけパッシングの方が楽でいいよね.
#namikan
repeatedly
2010-01-31 15:17:37
返信する
RTする
ふぁぼる
"おまえは、ロックを、はなすな!"
#namikan
mootoh
2010-01-31 15:17:39
返信する
RTする
ふぁぼる
priority inversion = low priority な処理のロックのせいで high priority な処理が動けないという状況のこと
#namikan
sunaot
2010-01-31 15:18:17
返信する
RTする
ふぁぼる
並列プログラミングカンファレンスか。見落としてたー
http://bit.ly/ayx9dI
#namikan
nsyee
2010-01-31 15:18:32
返信する
RTする
ふぁぼる
Mars PathfinderはPriority Inversionが原因で再起動が起こったらしい
#namikan
comutt
2010-01-31 15:18:34
返信する
RTする
ふぁぼる
うごけないよ〜
#namikan
nushio
2010-01-31 15:18:39
返信する
RTする
ふぁぼる
STMはpriority inversion が起きない
#namikan
takabow
2010-01-31 15:18:59
返信する
RTする
ふぁぼる
「優先度に応じてリスタートするトランザクションを決定(できるらしい)」
#namikan
tsuka
2010-01-31 15:19:03
返信する
RTする
ふぁぼる
priority inversion で火星探査機が再起動
#namikan
r153
2010-01-31 15:19:04
返信する
RTする
ふぁぼる
それってスケジューラの実装しだいだよなー > priority inversion 問題への解決 on STM
#namikan
mootoh
2010-01-31 15:19:19
返信する
RTする
ふぁぼる
STMは優先度に応じて、リスタートするスレッドを決定できるらしい
#namikan
comutt
2010-01-31 15:19:25
返信する
RTする
ふぁぼる
Mars Pathfinderはpriority inversionが原因で再起動した!!
#namikan
yitabashi
2010-01-31 15:19:32
返信する
RTする
ふぁぼる
STMのデメリット:データ競合が頻発する場合はかなり遅くなりみたい。
#namikan
kazu_pon
2010-01-31 15:19:38
返信する
RTする
ふぁぼる
確かに、メリットだけ見てると、かなり遅くなりそうな動作ですね。
#namikan
takabow
2010-01-31 15:19:40
返信する
RTする
ふぁぼる
Boost.STM
http://svn.boost.org/svn/boost/sandbox/stm/branches/vbe/libs/stm/doc/html/index.html
#namikan
cpp_akira
2010-01-31 15:19:40
返信する
RTする
ふぁぼる
トランザクションのfalse sharing的な?
#namikan
jtfrom9
2010-01-31 15:20:20
返信する
RTする
ふぁぼる
#namikan
ききながらお仕事。
yukotan
2010-01-31 15:20:20
返信する
RTする
ふぁぼる
「STMのデメリット、データ競合が頻発する場合に遅い。カウンタのインクリメント、線形リストのinsert/delete」
#namikan
tsuka
2010-01-31 15:20:26
返信する
RTする
ふぁぼる
STMは、競合する処理が多いととても遅い
#namikan
comutt
2010-01-31 15:20:47
返信する
RTする
ふぁぼる
I/O だけじゃなくて,システムコールとか割り込みとかもねえ>TM
_ko1
2010-01-31 15:20:58
返信する
RTする
ふぁぼる
チミの参照したデータは古いんだよ、やり直し!→コミット→チミの参照したデータは古いんだよ、やり直し!…
#namikan
DecimalBloat
2010-01-31 15:21:00
返信する
RTする
ふぁぼる
Boost 恐ろしい子...! RT
@cpp_akira
: Boost.Transaction
http://bit.ly/9oV7r0
#namikan
oza_x86
2010-01-31 15:21:03
返信する
RTする
ふぁぼる
I/Oできないのかwww きついなぁ
#namikan
kuenishi
2010-01-31 15:21:04
返信する
RTする
ふぁぼる
「STMのデメリット、取り消し可能な命令しかトランザクション中に実行できない。I/Oとかは×」
#namikan
tsuka
2010-01-31 15:21:05
返信する
RTする
ふぁぼる
取り消し可能じゃないとだめ。I/Oできんやん。。。
#namikan
r153
2010-01-31 15:21:25
返信する
RTする
ふぁぼる
RealTime OSでは優先度の逆転が起きないのでリアルタイム性的にはメリットがありそう。ロックのせいで高優先度のプロセスがブロックされない。
#namikan
kmt_t
2010-01-31 15:21:46
返信する
RTする
ふぁぼる
STMでは取り消し可能なトランザクションしかリスタートできない → I/Oができない! → I/Oは排他的にもできる → STMのメリットが損なわれる...
#namikan
comutt
2010-01-31 15:21:48
返信する
RTする
ふぁぼる
Clojure!
#namikan
tsuka
2010-01-31 15:21:58
返信する
RTする
ふぁぼる
ロックの話はわかる。並列言語は書いたことないけどDBとおんなじなのかー。それならわかる。
#namikan
eikom
2010-01-31 15:22:27
返信する
RTする
ふぁぼる
ビューティフルソフトウェアでSTMいいよいいよとHaskellの3人のサイモンさんの一人が書いていたので興味をもっていたが、けっこう問題点あるんだなぁ
#namikan
takkanm
2010-01-31 15:22:45
返信する
RTする
ふぁぼる
Clojure で遊んだら楽しいかも!?
#namikan
sbg
2010-01-31 15:22:48
返信する
RTする
ふぁぼる
え,Intel は出さないのかな>HTM
_ko1
2010-01-31 15:23:06
返信する
RTする
ふぁぼる
RT
@oza_x86
: Boost 恐ろしい子...! RT
@cpp_akira
: Boost.Transaction
http://bit.ly/9oV7r0
#namikan
kuenishi
2010-01-31 15:23:13
返信する
RTする
ふぁぼる
Boostってトランザクショナルなライブラリ候補多いな. Boost.Persistent,Boost.STLDB,Boost.STM
#namikan
repeatedly
2010-01-31 15:23:39
返信する
RTする
ふぁぼる
「Atomic blockの一実装としてSTMを使える」
#namikan
tsuka
2010-01-31 15:24:06
返信する
RTする
ふぁぼる
違った、ビューティフルコードや
#namikan
takkanm
2010-01-31 15:24:08
返信する
RTする
ふぁぼる
Fortressきた
#namikan
nushio
2010-01-31 15:24:18
返信する
RTする
ふぁぼる
RT
@oza_x86
: Boost 恐ろしい子...! RT
@cpp_akira
: Boost.Transaction
http://bit.ly/9oV7r0
#namikan
tsuka
2010-01-31 15:24:27
返信する
RTする
ふぁぼる
I/Oは一旦バッファリングしてコミット時に書き出せばすればかなりの範囲をカバーできるような気がする。
#namikan
miura1729
2010-01-31 15:24:51
返信する
RTする
ふぁぼる
キラーアプリがないから広がっていないw
#namikan
masssse
2010-01-31 15:26:05
返信する
RTする
ふぁぼる
linux kernelとか。
#namikan
hyoshiok
2010-01-31 15:26:37
返信する
RTする
ふぁぼる
STMの実装はどうなっているのか興味あるな。undo的な機構を備えているん?
#namikan
takabow
2010-01-31 15:26:38
返信する
RTする
ふぁぼる
@mitapon
namikan のことじゃないですよ
_ko1
2010-01-31 15:28:02
返信する
RTする
ふぁぼる
そういう微妙な内輪ネタ
#namikan
t_ashula
2010-01-31 15:28:06
返信する
RTする
ふぁぼる
twittering-mode たまにつかってますー
#namikan
takabow
2010-01-31 15:28:57
返信する
RTする
ふぁぼる
「おすすめのTwitterクライアントはtwittering-mode」
#namikan
tsuka
2010-01-31 15:28:57
返信する
RTする
ふぁぼる
「基本的にはシステムがロールバックをサポート」
#namikan
tsuka
2010-01-31 15:29:33
返信する
RTする
ふぁぼる
「デッドロックしないなんておまえらだまされてるぞ!」
#namikan
cpp_akira
2010-01-31 15:30:55
返信する
RTする
ふぁぼる
「書き込み時に元の値を取っておく方法と、コミット時にまとめて書き込む方法」
#namikan
tsuka
2010-01-31 15:31:06
返信する
RTする
ふぁぼる
なるほど RT
@hyoshiok
: 並に行くプログラミングカンファレンス。並カン、なみかん。
#namikan
kawaguti
2010-01-31 15:31:15
返信する
RTする
ふぁぼる
しかしSTMを使った場合、ロールバックされることを想定してプログラムを組まないといけないのは、結構めんどくさそうな気がする
#namikan
takabow
2010-01-31 15:32:19
返信する
RTする
ふぁぼる
メモメモ。STMって何だろ? RT
@tsuka
「STMのメリット、デッドロックが起こらない」
#namikan
hkato193
2010-01-31 15:32:20
返信する
RTする
ふぁぼる
なるほど、メモメモ。 RT
@comutt
Software Transaction Memoryは2〜3倍遅くなる→速度重視の処理では使えない
#namikan
hkato193
2010-01-31 15:32:47
返信する
RTする
ふぁぼる
Composable : Lockのownershipのサイクルをシステムが自動的に検出してくれるように作るのがSTM
#namikan
kuenishi
2010-01-31 15:32:59
返信する
RTする
ふぁぼる
再掲:".NET 4 Beta 1 Now Supports Software Transactional Memory"
http://www.infoq.com/news/2009/07/Software-Transactional-Memory
#namikan
shelarcy
2010-01-31 15:33:13
返信する
RTする
ふぁぼる
メモメモ。 RT
@tsuka
「STM: アカデミックの世界で流行。ライブラリ、言語も増えつつある」
#namikan
hkato193
2010-01-31 15:33:51
返信する
RTする
ふぁぼる
なるほど、そういう考え方か。 RT
@tsuka
「ロックの取得の代わりにトランザクションを開始」
#namikan
hkato193
2010-01-31 15:34:49
返信する
RTする
ふぁぼる
#namikan
が激アツです!
http://hashtagsjp.appspot.com/tag/namikan
hashtagsjp
2010-01-31 15:34:50
返信する
RTする
ふぁぼる
http://buzztter.com/ja
出会い, おやつ, 雨, 15時, 京都,
#namikan
, 買う, 終わった, 休憩, マラソン
buzztter
2010-01-31 15:35:04
返信する
RTする
ふぁぼる
単純に子のトランザクションがロールバックされたら一緒に親もロールバックされるというわけではないの?
#namikan
kikairoya
2010-01-31 15:35:12
返信する
RTする
ふぁぼる
RT
@yOU_aND_i
RT
@nushio
おお最新版のプログラム来た!運営神!RT
@mootoh
並カンのプログラムはこんなかんじです。いまから4つめ
#namikan
http://bit.ly/9y2fgJ
hkato193
2010-01-31 15:35:14
返信する
RTする
ふぁぼる
次は15:45〜
#namikan
sbg
2010-01-31 15:35:36
返信する
RTする
ふぁぼる
<=( ゚ ∀ ゚ )=> はすけるはすける! ( ゚:: ゚ )はすけるはすけるはすける! ( ゚ λ ゚ )->はすける・・・。
#namikan
nushio
2010-01-31 15:35:43
返信する
RTする
ふぁぼる
体で説明するんですね! >「口では説明しにくい。」
#namikan
[電波注意]
wraith13
2010-01-31 15:36:08
返信する
RTする
ふぁぼる
ClojureでのSoftware Transactional Memoryの記事見つけた。後で読もう。
http://bit.ly/aFDsuD
#namikan
quoth
2010-01-31 15:36:44
返信する
RTする
ふぁぼる
RT
@takesako
:
@hayamiz
さんがやさしくてホレた
#namikan
kazuho
2010-01-31 15:36:49
返信する
RTする
ふぁぼる
ネストされたトランザクションは一体として扱われないとわざわざネストするメリットがほとんど無いような
#namikan
kikairoya
2010-01-31 15:37:11
返信する
RTする
ふぁぼる
RT
@kazuho
: RT
@takesako
:
@hayamiz
さんがやさしくてホレた
#namikan
tokuhirom
2010-01-31 15:37:45
返信する
RTする
ふぁぼる
STMを仮想DBMとして実装しちゃだめなのかな
#namikan
gnue
2010-01-31 15:37:49
返信する
RTする
ふぁぼる
RT
@quoth
ClojureでのSoftware Transactional Memoryの記事見つけた。後で読もう。
http://bit.ly/aFDsuD
#namikan
takabow
2010-01-31 15:37:57
返信する
RTする
ふぁぼる
参加者の中にASIC設計をやっている方がいた!HDLをFPGAよりさらに下のレイヤーで使う世界
#namikan
goyoki
2010-01-31 15:38:06
返信する
RTする
ふぁぼる
行きたかったけど、こんなときに休日出勤
#namikan
tsukasa_oishi
2010-01-31 15:38:52
返信する
RTする
ふぁぼる
呼ばれた気が
#namikan
kei_os
2010-01-31 15:39:02
返信する
RTする
ふぁぼる
STMのトランザクションでの衝突時は、DBのトランザクションにおけるcommit/rollbackと同じことが、それぞれのスレッドで発生する、と単純に受け止めてたんだけど、この理解で大丈夫かな。
#namikan
comutt
2010-01-31 15:39:07
返信する
RTする
ふぁぼる
みはじめ。今休憩中かな? (
#namikan
live at
http://ustre.am/bS1h)
h_mori
2010-01-31 15:39:11
返信する
RTする
ふぁぼる
HASTMってまだ続けてるのかな
http://journal.mycom.co.jp/articles/2007/01/08/micro2/index.html
#namikan
yitabashi
2010-01-31 15:39:25
返信する
RTする
ふぁぼる
RT
@kazuho
: RT
@takesako
:
@hayamiz
さんがやさしくてホレた
#namikan
nushio
2010-01-31 15:39:59
返信する
RTする
ふぁぼる
@hero_bot
(Lv21)は
#namikan
を となえた! スライムGに 20の ダメージ! スライムGの こうげき!
@hero_bot
は 185の ダメージをうけた!
@hero_bot
は しんでしまった!
dq_jumon
2010-01-31 15:40:04
返信する
RTする
ふぁぼる
ハードウェアの発表とかあったのか,聞きたかったなぁ
#namikan
random_oracle
2010-01-31 15:40:29
返信する
RTする
ふぁぼる
いま
#namikan
が暑い! 気温的な意味で。
tokuhirom
2010-01-31 15:41:03
返信する
RTする
ふぁぼる
一般論として,STMでも優先度逆転は起こるはずだけれどな.何かそれを上手くやるスケジューリングアルゴリズムでも発表されているのかしら? ust見ていないのでわからん.
#namikan
monamour555
2010-01-31 15:41:29
返信する
RTする
ふぁぼる
もっと、熱くなれよぉおおおお!! RT
@tokuhirom
いま
#namikan
が暑い! 気温的な意味で。
nushio
2010-01-31 15:42:04
返信する
RTする
ふぁぼる
お、syuyoさんだ。 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 15:42:54
返信する
RTする
ふぁぼる
常識的な使い方をすればもう少しSTM使える気がする,と思ったけどそれはむしろ普通のスレッド対応プログラムか。
#namikan
gusmachine
2010-01-31 15:43:05
返信する
RTする
ふぁぼる
RT
@yitabashi
: MT版悪魔の辞典:アウトオブオーダ実行『「プログラムは思った通りに動かない。書いた通りに動く。」と言われるが、「書いた通りに動く」を覆し「書いたとおりにすら動かない」ようにしてしまう機能』
#namikan
random_oracle
2010-01-31 15:43:51
返信する
RTする
ふぁぼる
つぎはレイトレと LLVM で有名な syoyo さんで、 "MUDA" についての発表です
#namikan
mootoh
2010-01-31 15:43:54
返信する
RTする
ふぁぼる
MUDAきたこれ
#namikan
takuma104
2010-01-31 15:44:31
返信する
RTする
ふぁぼる
62viewer
#namikan
http://bit.ly/c9eeGa
takkanm
2010-01-31 15:45:11
返信する
RTする
ふぁぼる
「MUDAについて」
#namikan
tsuka
2010-01-31 15:45:42
返信する
RTする
ふぁぼる
MUDA言語に関するお話タイム。
#namikan
kazu_pon
2010-01-31 15:45:48
返信する
RTする
ふぁぼる
訂正北
#namikan
kmt_t
2010-01-31 15:45:49
返信する
RTする
ふぁぼる
無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄ァ
#namikan
nushio
2010-01-31 15:45:52
返信する
RTする
ふぁぼる
lucille!! lucille!!
#namikan
nagachika
2010-01-31 15:46:19
返信する
RTする
ふぁぼる
STMの最後のQAは(例えば左側の列が)Lock AとLock Bが一つのトランザクションである機能があるかどうかが答えになると思ってますがいかがでしょう?
#namikan
kitayama_t
2010-01-31 15:46:46
返信する
RTする
ふぁぼる
RT
@nushio
: <=( ゚ ∀ ゚ )=> はすけるはすける! ( ゚:: ゚ )はすけるはすけるはすける! ( ゚ λ ゚ )->はすける・・・。
#namikan
cpp_akira
2010-01-31 15:46:46
返信する
RTする
ふぁぼる
"今回のはなしは SIMD 並列がメインです"
#namikan
mootoh
2010-01-31 15:47:11
返信する
RTする
ふぁぼる
MUDAはじまったなり
#namikan
r153
2010-01-31 15:47:12
返信する
RTする
ふぁぼる
お!
http://www.ustream.tv/channel/namikan
RT
@nagachika
: lucille!! lucille!!
#namikan
naokiring
2010-01-31 15:47:14
返信する
RTする
ふぁぼる
トランザクショナルメモリにおけるI/O操作はバッファを作ることで対応することになる。取り消せない処理はキューに入れて、他のトランザクションとは別に後で処理される - Wikipediaより要約
http://bit.ly/6yUbNT
#namikan
yitabashi
2010-01-31 15:47:18
返信する
RTする
ふぁぼる
レイトレかつLLVMでHaskellとは・・・何という鬼に金棒
#namikan
nushio
2010-01-31 15:47:26
返信する
RTする
ふぁぼる
"MUDA が切り開くすばらしい並列の世界をすこし垣間見る"
#namikan
mootoh
2010-01-31 15:47:48
返信する
RTする
ふぁぼる
TOEICから帰ってきたのでnamikanのustを見る
suma90h
2010-01-31 15:47:50
返信する
RTする
ふぁぼる
SIMD=シムド
#namikan
kitayama_t
2010-01-31 15:47:53
返信する
RTする
ふぁぼる
MUDAとは
#namikan
gnue
2010-01-31 15:47:57
返信する
RTする
ふぁぼる
MUDAはCUDAを潰すために作った!
#namikan
yitabashi
2010-01-31 15:48:13
返信する
RTする
ふぁぼる
"CUDA をつぶすためでもあります"
#namikan
mootoh
2010-01-31 15:48:16
返信する
RTする
ふぁぼる
MUDA:ハイパフォーマンス計算のためのプログラミングインターフェイスなのね。
#namikan
kazu_pon
2010-01-31 15:48:44
返信する
RTする
ふぁぼる
RT
@mootoh
: "CUDA をつぶすためでもあります"
#namikan
takuma104
2010-01-31 15:48:47
返信する
RTする
ふぁぼる
MUDA = MUltiple Data Acceleration environment の略であり、HPU時代のハイパフォーマンス計算のための、プログラミングインターフェース。MUDA言語、MUDAランタイムなど。
#namikan
takabow
2010-01-31 15:48:52
返信する
RTする
ふぁぼる
「HPU = High-performance Processing Unit / Heterogeneous Processing Unit」
#namikan
tsuka
2010-01-31 15:49:50
返信する
RTする
ふぁぼる
ハイパフォーマンス系の話か、楽しみだ。。
#namikan
dfurusaka
2010-01-31 15:49:58
返信する
RTする
ふぁぼる
おお! RT
@takabow
RT
@quoth
ClojureでのSoftware Transactional Memoryの記事見つけた。後で読もう。
http://bit.ly/aFDsuD
#namikan
shita
2010-01-31 15:50:04
返信する
RTする
ふぁぼる
「HPUに特化した言語がMUDA」
#namikan
tsuka
2010-01-31 15:50:17
返信する
RTする
ふぁぼる
HPU = High-performance Processing Unit, Heterogeneous Processing Unit。マルチコア、GPGPUに続く、これからのコンピューティング環境。
#namikan
takabow
2010-01-31 15:50:25
返信する
RTする
ふぁぼる
RT
@yitabashi
: トランザクショナルメモリにおけるI/O操作はバッファを作ることで対応することになる。取り消せない処理はキューに入れて、他のトランザクションとは別に後で処理される - Wikipediaより要約
http://bit.ly/6yUbNT
#namikan
comutt
2010-01-31 15:50:54
返信する
RTする
ふぁぼる
@sarito965
ここにいたのか。今度の日曜、『
#namikan
』についてドライブをしながら話し合いたい。時間は取れるか?
himurotter
2010-01-31 15:51:32
返信する
RTする
ふぁぼる
手癖の悪いおっさんきたーーーw
#namikan
nushio
2010-01-31 15:52:23
返信する
RTする
ふぁぼる
端子を指で触る社長ktkr
#namikan
gusmachine
2010-01-31 15:52:27
返信する
RTする
ふぁぼる
ジェンスンの手だ。
#namikan
dfurusaka
2010-01-31 15:52:32
返信する
RTする
ふぁぼる
Fermi はすごいよね
#namikan
mootoh
2010-01-31 15:52:38
返信する
RTする
ふぁぼる
「ベクタエンジンを使い切る。コア数を使い切る→並列言語の重要性」
#namikan
tsuka
2010-01-31 15:53:11
返信する
RTする
ふぁぼる
今の写真だと端子は避けてたかな
#namikan
gusmachine
2010-01-31 15:53:12
返信する
RTする
ふぁぼる
nvccは、コンパイラとして、はまりどころがあるみたいなんだよねぇ。
#namikan
takkanm
2010-01-31 15:53:12
返信する
RTする
ふぁぼる
"緑のGPU"
#namikan
mootoh
2010-01-31 15:53:23
返信する
RTする
ふぁぼる
RT
@takabow
: HPU = High-performance Processing Unit, Heterogeneous Processing Unit。マルチコア、GPGPUに続く、これからのコンピューティング環境。
#namikan
USAGI_WRP
2010-01-31 15:53:38
返信する
RTする
ふぁぼる
半分納得した。STM使うと、デッドロックの問題が性能の問題に置き換わるといった感じかなぁ。ただ性能を捨ててまで並列化したい状況があるのか?というのが気持ち悪い点かな…
#namikan
tanakmura
2010-01-31 15:53:45
返信する
RTする
ふぁぼる
先生、ハスケりたいです
#namikan
cpp_akira
2010-01-31 15:53:58
返信する
RTする
ふぁぼる
あのころ Altivec の情報は syoyo さんとこをめっちゃ参照してたなー
#namikan
mootoh
2010-01-31 15:54:14
返信する
RTする
ふぁぼる
特定のベンダに依存する開発環境は依存したくないなー。一応対応するとは言っても信用できない
#namikan
chiyama
2010-01-31 15:55:09
返信する
RTする
ふぁぼる
「既存言語の問題→明示的なスレッドプログラミング、SIMD命令の非互換(C/C++)。緑のGPUでしか動かない(CUDA)。ドライバベンダーの対応次第(OpenCL)」
#namikan
tsuka
2010-01-31 15:55:10
返信する
RTする
ふぁぼる
みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
nushio
2010-01-31 15:55:35
返信する
RTする
ふぁぼる
「DSLで俺俺言語で解決するぜッ!」
#namikan
tsuka
2010-01-31 15:55:41
返信する
RTする
ふぁぼる
無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄無駄
#namikan
mootoh
2010-01-31 15:55:57
返信する
RTする
ふぁぼる
今更視聴開始 ☞
http://www.ustream.tv/channel/namikan
USAGI_WRP
2010-01-31 15:56:14
返信する
RTする
ふぁぼる
OpenMP さんどこいってもうたんや…
#namikan
melponn
2010-01-31 15:56:22
返信する
RTする
ふぁぼる
「MUDAの利点→マルチターゲット。ポータブル。ベンダ非依存。拡張可能」
#namikan
tsuka
2010-01-31 15:56:26
返信する
RTする
ふぁぼる
RT
@nushio
: みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
USAGI_WRP
2010-01-31 15:56:47
返信する
RTする
ふぁぼる
RT
@melponn
: OpenMP さんどこいってもうたんや…
#namikan
yitabashi
2010-01-31 15:57:33
返信する
RTする
ふぁぼる
「ブラック・ショールズの計算式を日ごろ使っている方?→意外と少ないですね」
#namikan
tsuka
2010-01-31 15:59:17
返信する
RTする
ふぁぼる
まあベクタ演算のアプリケーションを開発する人はニッチかもしれませんね。
#namikan
nagachika
2010-01-31 16:00:05
返信する
RTする
ふぁぼる
そういえば、OpenMPというものがあったけど、今どんな感じなんだろう。
#namikan
kazu_pon
2010-01-31 16:00:06
返信する
RTする
ふぁぼる
#namikan
GLSLもたまに思い出して下さい
yoya
2010-01-31 16:00:22
返信する
RTする
ふぁぼる
MUDA = OpenCL + CUDA ?
#namikan
jtfrom9
2010-01-31 16:01:23
返信する
RTする
ふぁぼる
あとで読む RT
@shita
: おお! RT
@takabow
RT
@quoth
ClojureでのSoftware Transactional Memoryの記事見つけた。後で読もう。
http://bit.ly/aFDsuD
#namikan
comutt
2010-01-31 16:01:50
返信する
RTする
ふぁぼる
RT
@takabow
: MUDA = MUltiple Data Acceleration environment の略であり、HPU時代のハイパフォーマンス計算のための、プログラミングインターフェース。MUDA言語、MUDAランタイムなど。
#namikan
kuenishi
2010-01-31 16:02:14
返信する
RTする
ふぁぼる
RT
@tsuka
: 「これからは普通のプログラマが並列処理を書く必要がでてくる」
#namikan
random_oracle
2010-01-31 16:02:28
返信する
RTする
ふぁぼる
そういえば OpenMP さらっと無視されてたなw
#namikan
nagachika
2010-01-31 16:02:33
返信する
RTする
ふぁぼる
RT
@tsuka
: 「スレッドセーフという言葉が曖昧なため、どういう意味でスレッドセーフなのかを確認しないと危険」
#namikan
random_oracle
2010-01-31 16:02:38
返信する
RTする
ふぁぼる
RT
@tsuka
: 「スレッドセーフな言語/ライブラリだからと言って、マルチスレッドで使っても安心というわけではない」
#namikan
random_oracle
2010-01-31 16:02:46
返信する
RTする
ふぁぼる
CUDAとかだとDevice/Host Memoryとかを意識しないとならないけど、その辺も隠蔽されてたりするのかなあ
#namikan
takuma104
2010-01-31 16:03:24
返信する
RTする
ふぁぼる
TLで流れてくるnamikanという勉強会が滅茶苦茶面白そうでshit.
tsuyoshikawa
2010-01-31 16:03:28
返信する
RTする
ふぁぼる
.mu !
#namikan
takuma104
2010-01-31 16:04:54
返信する
RTする
ふぁぼる
RT
@takabow
: MUDA = MUltiple Data Acceleration environment の略であり、HPU時代のハイパフォーマンス計算のための、プログラミングインターフェース。MUDA言語、MUDAランタイムなど。
#namikan
USAGI_WRP
2010-01-31 16:05:19
返信する
RTする
ふぁぼる
いろいろな言語でのBlack-Scholes。
http://www.espenhaug.com/black_scholes.html
#namikan
ymda
2010-01-31 16:05:41
返信する
RTする
ふぁぼる
C++ with Concept なら「スレッドセーフ」じゃなくて、 ParallelInputIteratable とかそういうあれを作ってほげほげ的なことができるかな
#namikan
DecimalBloat
2010-01-31 16:06:09
返信する
RTする
ふぁぼる
かなりいろいろ作れるみたいだ。使ってみたいなMUDA。
#namikan
nushio
2010-01-31 16:06:24
返信する
RTする
ふぁぼる
ログに [MUDA] (CUDA) とでてる
#namikan
mootoh
2010-01-31 16:06:35
返信する
RTする
ふぁぼる
.
@_ko1
も
#namikan
にくればいいのに!
ayumin
2010-01-31 16:07:00
返信する
RTする
ふぁぼる
libm for MUDA !!!
#namikan
dfurusaka
2010-01-31 16:08:28
返信する
RTする
ふぁぼる
@_ko1
そうだそうだ! QT
@ayumin
: .
@_ko1
も
#namikan
にくればいいのに!
yitabashi
2010-01-31 16:09:03
返信する
RTする
ふぁぼる
何をしているか理解できない…
#namikan
melponn
2010-01-31 16:09:36
返信する
RTする
ふぁぼる
MUDAコンパイラはHaskellで書かれている
#namikan
tsuka
2010-01-31 16:09:47
返信する
RTする
ふぁぼる
うぽえーーーーはすけるはすける!!!!
#namikan
nushio
2010-01-31 16:10:12
返信する
RTする
ふぁぼる
Haskell だとソース 2 ソース コンパイラを書くのがラク
#namikan
mootoh
2010-01-31 16:10:15
返信する
RTする
ふぁぼる
Haskellでコンパイラを作ると楽、ちぃ覚えた
#namikan
SubaruG
2010-01-31 16:10:18
返信する
RTする
ふぁぼる
OSSで公開されてるのか!!知らなかったw
http://lucille.sourceforge.net/muda/
#namikan
chiyama
2010-01-31 16:10:25
返信する
RTする
ふぁぼる
「意外とHaskellでコンパイラ書くと楽でいい。特にsource to sourceとか」
#namikan
tsuka
2010-01-31 16:10:26
返信する
RTする
ふぁぼる
RT
@tsuka
: MUDAコンパイラはHaskellで書かれている
#namikan
shelarcy
2010-01-31 16:10:30
返信する
RTする
ふぁぼる
ソースをみてvecをもっと一般化して、多次元配列や、モートン順序で格納されているメッシュや、粒子についてのなめる操作や、隣接検出とかつくれそうなら乗る
#namikan
nushio
2010-01-31 16:10:37
返信する
RTする
ふぁぼる
「コンパイラは Haskell で書かれています!」
#namikan
kei_os
2010-01-31 16:10:38
返信する
RTする
ふぁぼる
Haskellで書いてるコンパイラって興味あるな
#namikan
masssse
2010-01-31 16:10:52
返信する
RTする
ふぁぼる
MUDA後ほど遊んでみよう。
http://lucille.sourceforge.net/muda/
#namikan
USAGI_WRP
2010-01-31 16:10:54
返信する
RTする
ふぁぼる
はすけるはすけるはすけるはすけるはすける!!!!
#namikan
nushio
2010-01-31 16:11:03
返信する
RTする
ふぁぼる
RT
@USAGI_WRP
: MUDA後ほど遊んでみよう。
http://lucille.sourceforge.net/muda/
#namikan
shelarcy
2010-01-31 16:11:48
返信する
RTする
ふぁぼる
Haskell は source to source が楽なのかー. CIL みたいなのはあるのかな.
#namikan
oza_x86
2010-01-31 16:11:54
返信する
RTする
ふぁぼる
C++ to Hogehoge の DSL を作るためのライブラリを下さい。
#namikan
melponn
2010-01-31 16:12:01
返信する
RTする
ふぁぼる
はすけらーさん達はプログラミングが楽しそうで素敵だと思います
#namikan
SubaruG
2010-01-31 16:12:13
返信する
RTする
ふぁぼる
ptxコンパイラみんなで作ろうぜって話でしょうか?
#namikan
kmt_t
2010-01-31 16:12:23
返信する
RTする
ふぁぼる
もう既存言語ってのはいろいろ不満があるから、各自が自分の欲しいように言語を拡張できる未来がいいよね。
#namikan
はすけるとかで、DSLをかきまくろうよ。そんな柔軟なフレームワークをつくっていこうよ。 って、lispか
nushio
2010-01-31 16:12:31
返信する
RTする
ふぁぼる
インフラになりうるものは,ベンダーに頼らない形にするとか,依存を無くすのって凄いことだよね
#namikan
random_oracle
2010-01-31 16:13:15
返信する
RTする
ふぁぼる
#namikan
MCUDAの逆を作ったらばか売れだw っていうかMCUDAはnvccのCPUエミュレーションモードじゃだめなのかなwwww
nushio
2010-01-31 16:13:25
返信する
RTする
ふぁぼる
Persecを使えば構文木は大変楽です!
#namikan
DecimalBloat
2010-01-31 16:14:28
返信する
RTする
ふぁぼる
Haskell Parsec がラクということかな?
#namikan
kei_os
2010-01-31 16:14:30
返信する
RTする
ふぁぼる
yacc&bison << Haskell?
#namikan
chiyama
2010-01-31 16:14:40
返信する
RTする
ふぁぼる
パターンマッチや抽象構文木とかならBoost.Spiritでいいよね
#namikan
SubaruG
2010-01-31 16:14:42
返信する
RTする
ふぁぼる
誰か「そのコンパイラ C++ で作れるよ」って言うんだ!
#namikan
melponn
2010-01-31 16:15:01
返信する
RTする
ふぁぼる
「Q: Haskellのどんな点がコンパイラを書くのに便利? A: パターンマッチとか、ASTを定義しやすい所とか」
#namikan
tsuka
2010-01-31 16:15:06
返信する
RTする
ふぁぼる
コンパイル時間? コンパイル中についったーできるから問題無し
#namikan
SubaruG
2010-01-31 16:15:15
返信する
RTする
ふぁぼる
RT
@yitabashi
RT
@melponn
: OpenMP さんどこいってもうたんや…
#namikan
takabow
2010-01-31 16:15:28
返信する
RTする
ふぁぼる
gcc じゃなくって LLVM が使われる理由としてはライセンスが GNU GPL じゃないのが一つ大きいかも
#namikan
takesako
2010-01-31 16:17:12
返信する
RTする
ふぁぼる
namikanとか皆さん楽しそうですね
fibre_bundle
2010-01-31 16:17:22
返信する
RTする
ふぁぼる
次は16:40〜
#namikan
sbg
2010-01-31 16:17:36
返信する
RTする
ふぁぼる
RT
@takesako
: gcc じゃなくって LLVM が使われる理由としてはライセンスが GNU GPL じゃないのが一つ大きいかも
#namikan
random_oracle
2010-01-31 16:19:38
返信する
RTする
ふぁぼる
Haskellでコンパイラを作ると楽、ちぃ覚えた
#namikan
http://twitter.com/SubaruG/statuses/8444028719
chii_pc
2010-01-31 16:20:05
返信する
RTする
ふぁぼる
RT
@tsuka
: MUDAコンパイラはHaskellで書かれている
#namikan
voluntas
2010-01-31 16:20:21
返信する
RTする
ふぁぼる
namikan 楽しそうだな。
__gfx__
2010-01-31 16:23:40
返信する
RTする
ふぁぼる
LLVM おもしろそーだなぁ
#namikan
kei_os
2010-01-31 16:24:03
返信する
RTする
ふぁぼる
ちょーwその景色をustしてよお (
#namikan
live at
http://ustre.am/bS1h)
nushio
2010-01-31 16:24:15
返信する
RTする
ふぁぼる
今から40分まで1F出入り口に立ってます。出るのは自由なので、入るときにお声掛けくださいねー
#namikan
eikom
2010-01-31 16:24:17
返信する
RTする
ふぁぼる
さて、
@melponn
/namikan な人々を問答無用でフォローしていくかしら
SubaruG
2010-01-31 16:31:38
返信する
RTする
ふぁぼる
@kazuho
確かに。異常終了したときに困りますね。API変えれば可能そうですが、そこまでしてプロセス間ロック速くする需要は多分無いですね…
#namikan
tanakmura
2010-01-31 16:33:22
返信する
RTする
ふぁぼる
休憩中 (
#namikan
live at
http://ustre.am/bS1h)
ayumin
2010-01-31 16:35:30
返信する
RTする
ふぁぼる
カメラさーんw RT
@nushio
ちょーwその景色をustしてよお
#namikan
sbg
2010-01-31 16:37:35
返信する
RTする
ふぁぼる
休憩時間のustがDELLのCMすぎる。
#namikan
takabow
2010-01-31 16:40:26
返信する
RTする
ふぁぼる
このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
yamasa
2010-01-31 16:40:32
返信する
RTする
ふぁぼる
そろそろ再開です (
#namikan
live at
http://ustre.am/bS1h)
ayumin
2010-01-31 16:40:42
返信する
RTする
ふぁぼる
RT
@yamasa
: このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
takesako
2010-01-31 16:41:12
返信する
RTする
ふぁぼる
つぎは、 yamasa さんによるロックフリーなどのお話
#namikan
mootoh
2010-01-31 16:41:14
返信する
RTする
ふぁぼる
うけつけ終了でーす
#namikan
eikom
2010-01-31 16:42:06
返信する
RTする
ふぁぼる
「Lock Freeアルゴリズムについて」
#namikan
tsuka
2010-01-31 16:42:13
返信する
RTする
ふぁぼる
yamasaさんによる 「マルチコア時代のLock-free入門」
#namikan
takabow
2010-01-31 16:42:41
返信する
RTする
ふぁぼる
Lock-Freeのおはなしタイム。
#namikan
kazu_pon
2010-01-31 16:42:43
返信する
RTする
ふぁぼる
「並列動作ができないプログラムは悪」
#namikan
tsuka
2010-01-31 16:42:47
返信する
RTする
ふぁぼる
RT
@yamasa
: このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
rofi
2010-01-31 16:42:47
返信する
RTする
ふぁぼる
Lock-free アルゴリズム楽しみだ。
#namikan
melponn
2010-01-31 16:43:03
返信する
RTする
ふぁぼる
次は「マルチコア時代のLock-Free」
#namikan
comutt
2010-01-31 16:43:08
返信する
RTする
ふぁぼる
RT
@USAGI_WRP
: MUDA後ほど遊んでみよう。
http://lucille.sourceforge.net/muda/
#namikan
takesako
2010-01-31 16:43:12
返信する
RTする
ふぁぼる
プログラミングにおける絶対悪の条件「並列動作が出来ない」
#namikan
SubaruG
2010-01-31 16:43:21
返信する
RTする
ふぁぼる
「アムダールの法則:並列に処理できない部分が少しでもあると、性能に大きく影響する」
#namikan
tsuka
2010-01-31 16:43:21
返信する
RTする
ふぁぼる
単にマルチスレッド化するだけではダメよ
#namikan
kuenishi
2010-01-31 16:43:25
返信する
RTする
ふぁぼる
ゆっくりしてて聴きやすい
#namikan
mootoh
2010-01-31 16:43:47
返信する
RTする
ふぁぼる
「マルチコアのCPUが当たり前の時代」→「並列動作ができないプログラムは悪」
#namikan
comutt
2010-01-31 16:43:48
返信する
RTする
ふぁぼる
ABA問題も取り扱ってくれるのかなー
#namikan
melponn
2010-01-31 16:43:58
返信する
RTする
ふぁぼる
並列で動かないプログラムは悪
#namikan
gnue
2010-01-31 16:44:31
返信する
RTする
ふぁぼる
RT
@yamasa
: このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
comutt
2010-01-31 16:44:43
返信する
RTする
ふぁぼる
Lock-freeアルゴリズムとは、マルチコアにて並列処理をさせるときに、並列性を高めてプログラムを高速化する手法の1つ。
#namikan
takabow
2010-01-31 16:44:54
返信する
RTする
ふぁぼる
最初は銀行口座の例題。ロックによる排他制御。Lock-freeアルゴリズム
#namikan
kuenishi
2010-01-31 16:45:02
返信する
RTする
ふぁぼる
RT
@gnue
: 並列で動かないプログラムは悪
#namikan
nagai7
2010-01-31 16:45:24
返信する
RTする
ふぁぼる
「スレッドセーフにするために→ロックによる排他制御 or Lock-freeアルゴリズム」
#namikan
tsuka
2010-01-31 16:45:31
返信する
RTする
ふぁぼる
すごくわかりやすくていいなぁ (
#namikan
live at
http://ustre.am/bS1h)
ayumin
2010-01-31 16:45:50
返信する
RTする
ふぁぼる
うんわかりやすい
#namikan
takuma104
2010-01-31 16:45:52
返信する
RTする
ふぁぼる
compare_exchange_weak と compare_exchange_strong の違いとか解説無いかなー
#namikan
melponn
2010-01-31 16:45:54
返信する
RTする
ふぁぼる
マルチスレッド時代では、スレッドセーフを考慮する必要がある。ロックによる排他制御はロックが競合すれば並列性は下がる。Lock-freeアルゴリズムだと、アトミック操作の組み合わせにより並列実行を妨げない。
#namikan
takabow
2010-01-31 16:46:12
返信する
RTする
ふぁぼる
ポインタを用いた Lock-free の表現
#namikan
kei_os
2010-01-31 16:46:21
返信する
RTする
ふぁぼる
ロックをなくすために、スナップショットをポインタで切り替える.
#namikan
oza_x86
2010-01-31 16:46:59
返信する
RTする
ふぁぼる
s/表現/実現/
#namikan
kei_os
2010-01-31 16:47:21
返信する
RTする
ふぁぼる
ポインタの張り替えはアトミックなので、オブジェクトをコピーしてから操作してポインタを張り替える。失敗しそうだったらポインタを張替えない。
#namikan
kuenishi
2010-01-31 16:47:27
返信する
RTする
ふぁぼる
ポインタを使った lock-free ⊂ wait-free だよね
#namikan
kazuho
2010-01-31 16:47:28
返信する
RTする
ふぁぼる
Snapshot Isolationかっ!?
#namikan
kuenishi
2010-01-31 16:47:48
返信する
RTする
ふぁぼる
あー、VRAMのダブルバッファリングみたいな仕組み?
#namikan
DecimalBloat
2010-01-31 16:48:05
返信する
RTする
ふぁぼる
ポインタの書き換えがatomicなのを利用ね
#namikan
takuma104
2010-01-31 16:48:10
返信する
RTする
ふぁぼる
なるほどなー > ポインタを用いたロックフリー
#namikan
mootoh
2010-01-31 16:48:31
返信する
RTする
ふぁぼる
ポインタを用いたLock-freeの実現例。オブジェクトの更新の際に元のオブジェクトを書き換えるのではなく、更新後のデータオブジェクトを生成してからオブジェクトへのポインタを更新する。前提条件として、ポインタの読み書きがアトミック(不可分)である必要がある。
#namikan
takabow
2010-01-31 16:48:41
返信する
RTする
ふぁぼる
"2010年になったので C++0x をつかいます"
#namikan
mootoh
2010-01-31 16:48:44
返信する
RTする
ふぁぼる
当たり前のように C++0x が使われている!すばらしい!
#namikan
melponn
2010-01-31 16:48:47
返信する
RTする
ふぁぼる
std::atomin<T> ってのが C++0x にはあるらしい
#namikan
SubaruG
2010-01-31 16:49:06
返信する
RTする
ふぁぼる
ダブルバッファリングみたいな処理ですね
#namikan
yoya
2010-01-31 16:49:14
返信する
RTする
ふぁぼる
ポインタがトランザクションの単位みたいになってるわけだ
#namikan
mootoh
2010-01-31 16:49:18
返信する
RTする
ふぁぼる
スナップショットのコピーもアトミックじゃないといけないんじゃね?
#namikan
kuenishi
2010-01-31 16:49:28
返信する
RTする
ふぁぼる
RT
@mootoh
: "2010年になったので C++0x をつかいます"
#namikan
takuma104
2010-01-31 16:49:32
返信する
RTする
ふぁぼる
Lock-Freeの実現:ポインタを使う。ただし、アドレスの書き換えはアトミックではなければならない。
#namikan
kazu_pon
2010-01-31 16:49:32
返信する
RTする
ふぁぼる
s/atmin/atomic/ どうしてこうなった
#namikan
SubaruG
2010-01-31 16:49:35
返信する
RTする
ふぁぼる
CoWみたいな感じだな
#namikan
takabow
2010-01-31 16:49:40
返信する
RTする
ふぁぼる
まったくもって・・・。C# でさんざんコンパイラ書いていていつも疲れるもその辺だ・・・。 RT
@tsuka
: 「Q: Haskellのどんな点がコンパイラを書くのに便利? A: パターンマッチとか、ASTを定義しやすい所とか」
#namikan
saiya_moebius
2010-01-31 16:50:08
返信する
RTする
ふぁぼる
RT
@mootoh
: "2010年になったので C++0x をつかいます"
#namikan
takesako
2010-01-31 16:50:26
返信する
RTする
ふぁぼる
transfer()が複数同時に呼ばれたら片方しか・・・って丁度その話題になったww
#namikan
graighle
2010-01-31 16:50:27
返信する
RTする
ふぁぼる
そういえば0xでマルチスレッド関連が大幅に拡張されるんだっけ、C++
#namikan
goyoki
2010-01-31 16:50:34
返信する
RTする
ふぁぼる
RT
@SubaruG
: std::atomin<T> ってのが C++0x にはあるらしい
#namikan
takesako
2010-01-31 16:50:35
返信する
RTする
ふぁぼる
cas命令だ
#namikan
mootoh
2010-01-31 16:51:12
返信する
RTする
ふぁぼる
namikan ハッシュタグってなんだ…
sscrisk
2010-01-31 16:51:28
返信する
RTする
ふぁぼる
ポインタの更新自体はアトミックだが、更新処理がアトミックになっていないので、不整合が生じる.
#namikan
oza_x86
2010-01-31 16:51:32
返信する
RTする
ふぁぼる
そこでCASですよ
#namikan
takuma104
2010-01-31 16:51:38
返信する
RTする
ふぁぼる
ここでCompare-And-Swappか
#namikan
masssse
2010-01-31 16:51:50
返信する
RTする
ふぁぼる
Serializableにしようとするとすごく遅いはず
#namikan
kuenishi
2010-01-31 16:51:53
返信する
RTする
ふぁぼる
「Compare-and-swap命令。元の値から変わっていなければ、新しい値に更新、をアトミックに行う」
#namikan
tsuka
2010-01-31 16:52:00
返信する
RTする
ふぁぼる
strong バージョンきた!
#namikan
melponn
2010-01-31 16:52:26
返信する
RTする
ふぁぼる
Compare-And-Swap (CAS) 元の値から変わっていなければ、新しい値に更新する、という処理を atomic におこなう
#namikan
kei_os
2010-01-31 16:52:33
返信する
RTする
ふぁぼる
"CAS loop と呼ばれる基本パターン"
#namikan
mootoh
2010-01-31 16:52:47
返信する
RTする
ふぁぼる
CAS ってあんまり知られてないのかね.卒論のとき,日記に解説を書いた記憶が
_ko1
2010-01-31 16:52:47
返信する
RTする
ふぁぼる
問題はいつdeleteするかですね。
#namikan
yhamigaki
2010-01-31 16:52:49
返信する
RTする
ふぁぼる
x86だとcmpxchgなんかですね。
#namikan
kmt_t
2010-01-31 16:52:49
返信する
RTする
ふぁぼる
RT
@mootoh
: "2010年になったので C++0x をつかいます"
#namikan
tai2
2010-01-31 16:52:50
返信する
RTする
ふぁぼる
「CASで更新、失敗したらやり直し→CAS loopパターン」
#namikan
tsuka
2010-01-31 16:53:01
返信する
RTする
ふぁぼる
CAS loop... Linux kernel の xtime の更新にも使われて居るなぁ.
#namikan
oza_x86
2010-01-31 16:53:07
返信する
RTする
ふぁぼる
基本パターンがあるのは大変心強い
#namikan
SubaruG
2010-01-31 16:53:07
返信する
RTする
ふぁぼる
でたぁ~CAS。結局こんぽんの原理は一緒なのね。
#namikan
kitayama_t
2010-01-31 16:53:09
返信する
RTする
ふぁぼる
CASキターーーー!!!と言わざるを得ない
#namikan
egtra
2010-01-31 16:53:14
返信する
RTする
ふぁぼる
超重要、とな
#namikan
kei_os
2010-01-31 16:53:15
返信する
RTする
ふぁぼる
RT
@mootoh
: "2010年になったので C++0x をつかいます"
#namikan
rofi
2010-01-31 16:53:21
返信する
RTする
ふぁぼる
DBの楽観的排他制御とおなじですね (
#namikan
live at
http://ustre.am/bS1h)
ayumin
2010-01-31 16:53:30
返信する
RTする
ふぁぼる
「CAS命令超重要」
#namikan
tsuka
2010-01-31 16:53:35
返信する
RTする
ふぁぼる
RT
@takuma104
: RT
@mootoh
: "2010年になったので C++0x をつかいます"
#namikan
egtra
2010-01-31 16:53:42
返信する
RTする
ふぁぼる
同時に更新するときには問題が発生する。これを回避するには、Compare-and-swap(CAS)命令:「元の値から変わっていなければ、新しい値に更新する」という操作をアトミックに行う命令を使う
#namikan
takabow
2010-01-31 16:53:44
返信する
RTする
ふぁぼる
楽観的同時実行制御
#namikan
kuenishi
2010-01-31 16:53:47
返信する
RTする
ふぁぼる
これはおもしろいなあ
#namikan
mootoh
2010-01-31 16:54:02
返信する
RTする
ふぁぼる
#namikan
たのしそうだなあ
sotarok
2010-01-31 16:54:03
返信する
RTする
ふぁぼる
Lock-Freeの問題点:リオーダー、メモリの回収。
#namikan
kazu_pon
2010-01-31 16:54:31
返信する
RTする
ふぁぼる
VMのせいでアウトオーダー実行されたりする。マルチスレッドプログラミングでは悪の場合がある
#namikan
kuenishi
2010-01-31 16:54:43
返信する
RTする
ふぁぼる
メモリフェンスとか?
#namikan
kmt_t
2010-01-31 16:54:46
返信する
RTする
ふぁぼる
VM は実行順序はあんまり変えないような
_ko1
2010-01-31 16:55:09
返信する
RTする
ふぁぼる
データの視認性の問題. どのプロセッサからも更新されたデータが見えるように、メモリバリアを張る必要がある.
#namikan
oza_x86
2010-01-31 16:55:14
返信する
RTする
ふぁぼる
「リオーダー問題→メモリバリアを正しく使う事で回避」
#namikan
tsuka
2010-01-31 16:55:15
返信する
RTする
ふぁぼる
ポインタ付け替え以外の技法は紹介しないのかしら
#namikan
kazuho
2010-01-31 16:55:20
返信する
RTする
ふぁぼる
そろそろ volatile について一言いっておくか /
http://d.hatena.ne.jp/bsdhouse/20090720/1248085754
#namikan
mootoh
2010-01-31 16:55:20
返信する
RTする
ふぁぼる
Lock-freeアルゴリズムの基本は、「一貫性を保持したまま、アトミック操作の組み合わせによるデータ更新」と、「CAS命令」。とりあえず実行してみて、失敗したらやり直す「楽観的同時実行制御」
#namikan
takabow
2010-01-31 16:55:21
返信する
RTする
ふぁぼる
#namikan
すごいなぁ。これまで全部めちゃくちゃおもしろい。
sunaot
2010-01-31 16:55:36
返信する
RTする
ふぁぼる
volatile って存在意義あったの?
#namikan
SubaruG
2010-01-31 16:55:39
返信する
RTする
ふぁぼる
CAS使うとスピンロックになるけど重くなるから、使いどころが重要な気がする
#namikan
kuenishi
2010-01-31 16:55:39
返信する
RTする
ふぁぼる
「基本はアトミック命令の前後でメモリバリアを使う」
#namikan
tsuka
2010-01-31 16:55:40
返信する
RTする
ふぁぼる
これか "namikan on USTREAM: 並列プログラミングカンファレンスです。. Conference"
http://www.ustream.tv/channel/namikan
sscrisk
2010-01-31 16:55:51
返信する
RTする
ふぁぼる
リオーダーとメモリバリア
#namikan
kitayama_t
2010-01-31 16:55:59
返信する
RTする
ふぁぼる
CASの落とし穴その1: リオーダー。 リオーダとは: コンパイラ、VM、CPUなどにより命令の実行順序が変えられること。 → これ自体は性能向上のために必要なことなので、メモリバリアで対処する。
#namikan
comutt
2010-01-31 16:56:04
返信する
RTする
ふぁぼる
Lock-freeの落とし穴として「リオーダー」と「メモリ回収」
#namikan
takabow
2010-01-31 16:56:21
返信する
RTする
ふぁぼる
RT
@mootoh
: そろそろ volatile について一言いっておくか /
http://d.hatena.ne.jp/bsdhouse/20090720/1248085754
#namikan
yoya
2010-01-31 16:56:28
返信する
RTする
ふぁぼる
「C++0xのstd::atomicとかJavaのAtomic*型は、メモリバリアの効果もある」
#namikan
tsuka
2010-01-31 16:56:28
返信する
RTする
ふぁぼる
メモリバリア 『そろそろvolatileについて一言いっておくか』
http://j.mp/bxQuPp
#namikan
orange_clover
2010-01-31 16:56:33
返信する
RTする
ふぁぼる
それは shared_ptr 的に解決しないのかな
#namikan
mootoh
2010-01-31 16:56:50
返信する
RTする
ふぁぼる
「メモリ未回収問題」
#namikan
tsuka
2010-01-31 16:57:05
返信する
RTする
ふぁぼる
すごいおもしろいしわかりやすい!
#namikan
eikom
2010-01-31 16:57:30
返信する
RTする
ふぁぼる
メモリバリアが必要な場所: 基本的にアトミック命令の前後。 → とりあえず、C++0x のstd::atomic、JavaのAtomic*型などに任せておけばOK。
#namikan
comutt
2010-01-31 16:57:35
返信する
RTする
ふぁぼる
おお。CAS使うと、競合しているときにメモリ回収できないという罠
#namikan
kuenishi
2010-01-31 16:57:39
返信する
RTする
ふぁぼる
性能向上目的により、コンパイラ、VM、CPUなどによって命令の実行順序が変えられることがある。これをリオーダーといい、マルチスレッドプログラムでは、これが悪影響を及ぼす。これを防ぐためにはメモリバリアを活用する必要がある。
#namikan
takabow
2010-01-31 16:57:40
返信する
RTする
ふぁぼる
RT
@tsuka
: 「C++0xのstd::atomicとかJavaのAtomic*型は、メモリバリアの効果もある」
#namikan
USAGI_WRP
2010-01-31 16:57:43
返信する
RTする
ふぁぼる
"とうぜんドカーンと"
#namikan
mootoh
2010-01-31 16:57:46
返信する
RTする
ふぁぼる
CASの落とし穴その2: メモリリーク。
#namikan
comutt
2010-01-31 16:58:15
返信する
RTする
ふぁぼる
なんというじらしプレイ
#namikan
mootoh
2010-01-31 16:58:17
返信する
RTする
ふぁぼる
RT
@yamasa
: このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
akinao
2010-01-31 16:58:50
返信する
RTする
ふぁぼる
RT
@mootoh
: そろそろ volatile について一言いっておくか /
http://d.hatena.ne.jp/bsdhouse/20090720/1248085754
#namikan
masssse
2010-01-31 16:58:56
返信する
RTする
ふぁぼる
@y_oyama
SPARC って何種類も atomic 命令あるんですか?
_ko1
2010-01-31 16:59:01
返信する
RTする
ふぁぼる
誤った. pvclock の更新時のテクニックだった.
#namikan
oza_x86
2010-01-31 17:00:01
返信する
RTする
ふぁぼる
これはパズルにちかいぜ
#namikan
mootoh
2010-01-31 17:00:26
返信する
RTする
ふぁぼる
ポインタ付け替えを行う場合、不要になったオブジェクトの削除・再利用を単純に行うことができない。これがメモリ回収の落とし穴
#namikan
takabow
2010-01-31 17:00:38
返信する
RTする
ふぁぼる
ふぇー、厄介だなあ
#namikan
tsuka
2010-01-31 17:00:59
返信する
RTする
ふぁぼる
ABA問題。へー
#namikan
chiyama
2010-01-31 17:01:03
返信する
RTする
ふぁぼる
メモリリークは、単純なdeleteやオブジェクトの再利用では駄目。オブジェクトの再利用ではABA問題が発生する。
#namikan
comutt
2010-01-31 17:01:16
返信する
RTする
ふぁぼる
CAS使ったロックフリーでABA問題。オブジェクトプールのオブジェクトに参照カウンタをつける。
#namikan
kuenishi
2010-01-31 17:01:16
返信する
RTする
ふぁぼる
「ABA問題」
#namikan
tsuka
2010-01-31 17:01:21
返信する
RTする
ふぁぼる
ABA問題!
#namikan
r153
2010-01-31 17:01:23
返信する
RTする
ふぁぼる
ABA 問題!
#namikan
kei_os
2010-01-31 17:01:25
返信する
RTする
ふぁぼる
「更新回数をカウントする『タグ』をポインタに付ける」
#namikan
tsuka
2010-01-31 17:01:48
返信する
RTする
ふぁぼる
オブジェクトを安全に再利用するには、更新回数をカウントするタグをポインタにつけ、タグとポインタをまとめて1度に扱えるCAS命令が必要
#namikan
takabow
2010-01-31 17:02:33
返信する
RTする
ふぁぼる
そこで Verilog かー
#namikan
kei_os
2010-01-31 17:02:35
返信する
RTする
ふぁぼる
ポインタだったら下位2ビットとかそんなのを使って実装できるといいなーとか…
#namikan
melponn
2010-01-31 17:02:46
返信する
RTする
ふぁぼる
「ポインタを更新するたびタグの値をインクリメント、操作の途中でタグやポインタの値が変化していたらやり直し→タグとポインタをまとめて扱えるCAS命令が必要」
#namikan
tsuka
2010-01-31 17:02:56
返信する
RTする
ふぁぼる
ん。dcas命令は無くても何とかなるってwikipediaに書いてあった気がしたけど誤解か
#namikan
kumagi
2010-01-31 17:03:03
返信する
RTする
ふぁぼる
メモリバリア使えば、アトミックサイズを超えるデータの lock free な更新できますよね
#namikan
kazuho
2010-01-31 17:03:26
返信する
RTする
ふぁぼる
オブジェクト再利用におけるABA問題
#namikan
masssse
2010-01-31 17:03:51
返信する
RTする
ふぁぼる
ABA問題。難解だな。 (
#namikan
live at
http://ustre.am/bS1h)
h_mori
2010-01-31 17:03:52
返信する
RTする
ふぁぼる
「再利用オブジェクトの管理→スレッド毎の管理であれば排他の必要がない。各スレッドで生成・破棄に偏りがある場合は問題」
#namikan
tsuka
2010-01-31 17:04:15
返信する
RTする
ふぁぼる
shared_ptr ktkr
#namikan
mootoh
2010-01-31 17:04:20
返信する
RTする
ふぁぼる
ところでタグを毎回インクリメントしないといけないならタグが何bitあっても足りないんじゃないかなーとか思ったり。
#namikan
melponn
2010-01-31 17:04:25
返信する
RTする
ふぁぼる
ロックフリー凄いな。これだけ考えるだけの価値があるんだってことだよね
#namikan
SubaruG
2010-01-31 17:04:30
返信する
RTする
ふぁぼる
読み取りのときに、ホストOSから更新があったことを検知すると、pvclock を使っているゲストOSはもう一回 pvclock を読み直しに行く.
#namikan
oza_x86
2010-01-31 17:04:55
返信する
RTする
ふぁぼる
http://buzztter.com/ja
のlevel, ]
#toarusystemscan
, の能力は, ハガレン, 出会い, 17, 雨, 買い物,
#namikan
, 帰宅
buzztter
2010-01-31 17:05:02
返信する
RTする
ふぁぼる
#namikan
が神アツっす!!
http://hashtagsjp.appspot.com/tag/namikan
hashtagsjp
2010-01-31 17:05:04
返信する
RTする
ふぁぼる
そこでshared_ptr
#namikan
tsuka
2010-01-31 17:05:11
返信する
RTする
ふぁぼる
ちがった そこで shared_ptr だった
#namikan
kei_os
2010-01-31 17:05:16
返信する
RTする
ふぁぼる
std::shared_ptr<>は参照カウンタつきだしポインタの張り替えもアトミックなのか。どうやってるんだ
#namikan
kuenishi
2010-01-31 17:05:16
返信する
RTする
ふぁぼる
C++0x shared_ptr メモメモ
#namikan
chiyama
2010-01-31 17:05:28
返信する
RTする
ふぁぼる
おお,C++0x ってそんなことするのか
_ko1
2010-01-31 17:05:32
返信する
RTする
ふぁぼる
まさかこれで解決だと……?
#namikan
egtra
2010-01-31 17:05:43
返信する
RTする
ふぁぼる
C++0xのstd::shared_ptrは参照カウンタ方式のスマートポインタ。マルチスレッドに対応していて、CAS命令なども存在する。
#namikan
comutt
2010-01-31 17:05:44
返信する
RTする
ふぁぼる
「shared_ptrの効果→参照が無くなったオブジェクトは必ず解放される。参照するスレッドが一つでも残っている限り再利用されない」
#namikan
tsuka
2010-01-31 17:06:04
返信する
RTする
ふぁぼる
shared_ptr は問答無用で萌え萌え・・・って単純な話でも無いのか
#namikan
SubaruG
2010-01-31 17:06:20
返信する
RTする
ふぁぼる
「解決とはならない」ですよねー
#namikan
egtra
2010-01-31 17:06:22
返信する
RTする
ふぁぼる
スレッド間でmallocとfreeが分離するとヒープマネージャ内でロックが発生するので意味がなさそう。最近のヒープマネージャはこのあたり工夫しているのに台無しになりそう。
#namikan
kmt_t
2010-01-31 17:06:26
返信する
RTする
ふぁぼる
namikanが何かやっとわかったわ(;´Д`)俺遅い
minemaz
2010-01-31 17:06:27
返信する
RTする
ふぁぼる
「複数のスレッドが同一メモリ領域に書き込むのはコスト大」
#namikan
tsuka
2010-01-31 17:06:45
返信する
RTする
ふぁぼる
shared_ptrが優秀すぎて嫉妬
#namikan
repeatedly
2010-01-31 17:06:51
返信する
RTする
ふぁぼる
キャッシュコヒーレンスきた。
#namikan
kmt_t
2010-01-31 17:07:18
返信する
RTする
ふぁぼる
「パフォーマンスを出すためには、書き込むメモリ領域をスレッド毎に分散させる。CASなどのアトミック命令は必要最小限に」
#namikan
tsuka
2010-01-31 17:07:27
返信する
RTする
ふぁぼる
ああ、L1とかL2のキャッシュを同期させるのがとても大変なのでマルチスレッドプログラミングで同じメモリ領域をいじるのはとってもコスト大。数百クロックとか使う。。
#namikan
kuenishi
2010-01-31 17:07:30
返信する
RTする
ふぁぼる
ええー、これどうすんのよ
#namikan
mootoh
2010-01-31 17:07:57
返信する
RTする
ふぁぼる
「shared_ptrは参照カウンタ方式。複数スレッドから扱うと、とんでもなく遅い」
#namikan
tsuka
2010-01-31 17:08:33
返信する
RTする
ふぁぼる
KVS のデータ設計でこういう話を考えた挙句、あっさりロックに逃げた自分はヘタレプログラマ。
#namikan
sunaot
2010-01-31 17:08:52
返信する
RTする
ふぁぼる
RT
@hashtagsjp
:
#namikan
が神アツっす!!
http://hashtagsjp.appspot.com/tag/namikan
tsuka
2010-01-31 17:08:57
返信する
RTする
ふぁぼる
namikanのust用にモニタもう一台用意
minemaz
2010-01-31 17:09:24
返信する
RTする
ふぁぼる
参照カウントの変更なんて大したコストでもない・・・というのはatomic性を考えるとそうでもないのか
#namikan
SubaruG
2010-01-31 17:09:35
返信する
RTする
ふぁぼる
Lock-Free:Hazard Pointer
#namikan
kazu_pon
2010-01-31 17:09:56
返信する
RTする
ふぁぼる
"そこで Hazard Pointer ですよ"
#namikan
mootoh
2010-01-31 17:10:06
返信する
RTする
ふぁぼる
「もっと低コストでオブジェクトの破棄を行うには?→Hazard pointer」
#namikan
tsuka
2010-01-31 17:10:09
返信する
RTする
ふぁぼる
この話のレイヤーはどこかな?アーキテクチャすれすれ(?)の場で,いきなりライブラリにあるものの話を持ってくるのは,なんか直感に反する
#namikan
random_oracle
2010-01-31 17:10:43
返信する
RTする
ふぁぼる
C++0x なら move されるから atomic_load あたりとかでインクリメントされない気もするんだけどなぁ…
#namikan
melponn
2010-01-31 17:10:54
返信する
RTする
ふぁぼる
ABBAに空目する、おっさんです。RT
@h_mori
: ABA問題。難解だな。 (
#namikan
live at
http://ustre.am/bS1h)
sakura_zx
2010-01-31 17:10:58
返信する
RTする
ふぁぼる
Hazard pointer! 展開がどきどきする。
#namikan
kei_os
2010-01-31 17:11:11
返信する
RTする
ふぁぼる
知らない単語だ>hazard pointer
_ko1
2010-01-31 17:11:19
返信する
RTする
ふぁぼる
「Hazard pointer: スレッド毎に用意されるポインタ変数。書き込みは所有するスレッドのみ。読み込みはどのスレッドからもOK」
#namikan
tsuka
2010-01-31 17:11:19
返信する
RTする
ふぁぼる
RT
@tsuka
: 「Hazard pointer: スレッド毎に用意されるポインタ変数。書き込みは所有するスレッドのみ。読み込みはどのスレッドからもOK」
#namikan
USAGI_WRP
2010-01-31 17:11:36
返信する
RTする
ふぁぼる
Shared pointerではなくHazard pointer を使う
#namikan
masssse
2010-01-31 17:12:08
返信する
RTする
ふぁぼる
RT
@nushio
: みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
hamukazu
2010-01-31 17:12:29
返信する
RTする
ふぁぼる
[PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Yyg7F
takesako
2010-01-31 17:12:38
返信する
RTする
ふぁぼる
あー,そのスレスレなレイヤーでの話なのか
#namikan
random_oracle
2010-01-31 17:12:53
返信する
RTする
ふぁぼる
RT
@nushio
: みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
dfurusaka
2010-01-31 17:13:13
返信する
RTする
ふぁぼる
Hazard Pointer, 参照カウンタと違って更新するのは持ち主のスレッドだけだから速い?
#namikan
kuenishi
2010-01-31 17:13:48
返信する
RTする
ふぁぼる
Hazard Pointer ゴイス
#namikan
takuma104
2010-01-31 17:15:05
返信する
RTする
ふぁぼる
アルゴリズムの部分を聞き逃した
_ko1
2010-01-31 17:15:16
返信する
RTする
ふぁぼる
Hazard Pointer: writeはowner threadのみ、readはany threadなポインタ。これを使用して解決を図る。
#namikan
comutt
2010-01-31 17:15:20
返信する
RTする
ふぁぼる
Hazard pointer後で調べよう。 (
#namikan
live at
http://ustre.am/bS1h)
h_mori
2010-01-31 17:15:44
返信する
RTする
ふぁぼる
ここにきてのGCがあればいい宣言
#namikan
takkanm
2010-01-31 17:15:53
返信する
RTする
ふぁぼる
「書き込みはスレッド毎に別々の変数に対して行われるのでコストは低い。Hazard pointerのスキャンはコスト高いが、複数個まとめて処理することで低減。書き込み順が重要なのでメモリバリア必要→総合的には良好な性能」
#namikan
tsuka
2010-01-31 17:15:54
返信する
RTする
ふぁぼる
GC ちゃぶ台返し ktkr
#namikan
mootoh
2010-01-31 17:15:57
返信する
RTする
ふぁぼる
GCがあればいいww
#namikan
ayumin
2010-01-31 17:16:00
返信する
RTする
ふぁぼる
それ言っちゃらめええええええ
#namikan
kikairoya
2010-01-31 17:16:17
返信する
RTする
ふぁぼる
「ぶっちゃけGCがあればいいんですよ」
#namikan
tsuka
2010-01-31 17:16:20
返信する
RTする
ふぁぼる
shared_ptr は使われなくなった時点で解放してくれるからデストラクタと相性がいいのが利点だと個人的には思っている。といってもこの場合には無意味
#namikan
SubaruG
2010-01-31 17:16:35
返信する
RTする
ふぁぼる
「ぶっちゃけGCあれば」ですよねー
#namikan
egtra
2010-01-31 17:16:37
返信する
RTする
ふぁぼる
copyingGCならよいっぽい
#namikan
takkanm
2010-01-31 17:16:55
返信する
RTする
ふぁぼる
「短命なオブジェクトが多いLock-freeアルゴリズムは、GCと相性がいい」
#namikan
tsuka
2010-01-31 17:16:55
返信する
RTする
ふぁぼる
GC!!www
#namikan
kei_os
2010-01-31 17:16:56
返信する
RTする
ふぁぼる
GCでいいやん>ズコー
#namikan
r153
2010-01-31 17:17:00
返信する
RTする
ふぁぼる
オブジェクトが短命ならGCの方が相性がよい
#namikan
kuenishi
2010-01-31 17:17:01
返信する
RTする
ふぁぼる
GC用スレッドを別に動かせばいいって話?
#namikan
yoya
2010-01-31 17:17:06
返信する
RTする
ふぁぼる
「Lock-freeならJavaをやれ」
#namikan
tsuka
2010-01-31 17:17:10
返信する
RTする
ふぁぼる
Hazrd Pointer 、難しい. →を読んで復習しよう. RT
@takesako
: [PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Y
oza_x86
2010-01-31 17:17:10
返信する
RTする
ふぁぼる
"Lock-freeならJavaをやれ"
#namikan
takkanm
2010-01-31 17:17:17
返信する
RTする
ふぁぼる
GCの方がRCより速い。
#namikan
kmt_t
2010-01-31 17:17:20
返信する
RTする
ふぁぼる
Lock-freeJavaをやれ フイタ
#namikan
minemaz
2010-01-31 17:17:25
返信する
RTする
ふぁぼる
"Lock-free なら Java をやれ"
#namikan
mootoh
2010-01-31 17:17:28
返信する
RTする
ふぁぼる
なんと、ここでまさかの Java 推奨!
#namikan
SubaruG
2010-01-31 17:17:33
返信する
RTする
ふぁぼる
Lock-free なら(寿命の短いオブジェクトをたくさん生成する場合)世代別GCとかと相性がいい説
#namikan
takesako
2010-01-31 17:17:34
返信する
RTする
ふぁぼる
"Lock-freeならJavaをやれ"
#namikan
ayumin
2010-01-31 17:17:37
返信する
RTする
ふぁぼる
Boehm先生…
#namikan
DecimalBloat
2010-01-31 17:17:39
返信する
RTする
ふぁぼる
聞きに行く予定だったのになぁ RT:
@random_oracle
: ハードウェアの発表とかあったのか,聞きたかったなぁ
#namikan
taru
2010-01-31 17:17:40
返信する
RTする
ふぁぼる
Lock-freeはGCと相性が良い。Lock-freeならJavaをやれ。
#namikan
masssse
2010-01-31 17:17:47
返信する
RTする
ふぁぼる
"Lock-freeならJavaをやれ"
#namikan
takuma104
2010-01-31 17:17:50
返信する
RTする
ふぁぼる
JavaVM GC ktkr www
#namikan
eikom
2010-01-31 17:17:56
返信する
RTする
ふぁぼる
JavaVM使え!
#namikan
everes
2010-01-31 17:18:00
返信する
RTする
ふぁぼる
「Lock-free なら Java をやれ」
#namikan
kei_os
2010-01-31 17:18:00
返信する
RTする
ふぁぼる
GCと出て来たので,やはりJavaか出て来た…
#namikan
random_oracle
2010-01-31 17:18:05
返信する
RTする
ふぁぼる
hazard pointerを使うとリアルタイムにはならないということかな。解放するメモリが確定的でないのでそうなるかも。結論はjavaのほうがよいとなるのかー。 (
#namikan
live at
http://ustre.am/bS1h)
marblejenka
2010-01-31 17:18:11
返信する
RTする
ふぁぼる
Lock-FreeアルゴリズムはGCと相性がいい。
#namikan
kazu_pon
2010-01-31 17:18:13
返信する
RTする
ふぁぼる
RT
@tsuka
: 「Lock-freeならJavaをやれ」
#namikan
kis
2010-01-31 17:18:16
返信する
RTする
ふぁぼる
shared_ptrを丁寧に設計したC++の立場が・・・
#namikan
goyoki
2010-01-31 17:18:29
返信する
RTする
ふぁぼる
GC on JavaVM 最強
#namikan
chiyama
2010-01-31 17:18:29
返信する
RTする
ふぁぼる
shared_ptr 先生の deleter 助手でなんとかならないんですか!
#namikan
DecimalBloat
2010-01-31 17:18:31
返信する
RTする
ふぁぼる
スレッドごとに、hazard ptrをもち、参照中のobjがあればhazard ptrにそれを保持。参照が終わったらhazard ptrをクリアする。他のスレッドは、全スレッドのhazard ptrをスキャンして、参照中のobjは再利用のためdeleteしない。
#namikan
comutt
2010-01-31 17:18:32
返信する
RTする
ふぁぼる
え、これ結論なのw
#namikan
cpp_akira
2010-01-31 17:18:34
返信する
RTする
ふぁぼる
Java VMのGCなら速いですね。でもDalvikは(略 やっぱりboostに誰かCCを実装すべき。
#namikan
kmt_t
2010-01-31 17:18:38
返信する
RTする
ふぁぼる
何か最近、並行処理に定評のあるJavaさんという意見をよく聞くなぁ
#namikan
takkaw
2010-01-31 17:18:46
返信する
RTする
ふぁぼる
Lock-freeならJavaをやれ。一理ある気がする。 (
#namikan
live at
http://ustre.am/bS1h)
h_mori
2010-01-31 17:19:00
返信する
RTする
ふぁぼる
参照カウントって...
_ko1
2010-01-31 17:19:04
返信する
RTする
ふぁぼる
えぇぇぇぇwwwww
#namikan
chiyama
2010-01-31 17:19:07
返信する
RTする
ふぁぼる
JavaにするにしたってGCの停止時間をきちんとコントロールするのは大変なので、それが嫌なら自分でメモリ管理=茨の道を進みましょう
#namikan
kuenishi
2010-01-31 17:19:12
返信する
RTする
ふぁぼる
Hazard pointerはスレッド毎に別々の変数に書き込みが行われるため、処理コストが低い。
#namikan
comutt
2010-01-31 17:19:31
返信する
RTする
ふぁぼる
>< (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 17:19:36
返信する
RTする
ふぁぼる
「Lock-freeならDをやれ」
#namikan
repeatedly
2010-01-31 17:19:46
返信する
RTする
ふぁぼる
RT
@oza_x86
: Hazrd Pointer 、難しい. →を読んで復習しよう. RT
@takesako
: [PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Y
kuenishi
2010-01-31 17:20:02
返信する
RTする
ふぁぼる
C++においてこういうちゃぶ台返しはよくあること RT
@goyoki
: shared_ptrを丁寧に設計したC++の立場が・・・
#namikan
egtra
2010-01-31 17:20:06
返信する
RTする
ふぁぼる
"If you'd learn Lock-free algorithm, you had better use the language working on JavaVM!" - The basic idea is Compare-and-Swap(CAS).
#namikan
niw
2010-01-31 17:20:23
返信する
RTする
ふぁぼる
あ、 shared_ptr の詳しい話:
http://www.ustream.tv/recorded/2981654
#namikan
DecimalBloat
2010-01-31 17:20:43
返信する
RTする
ふぁぼる
intrusive_ptr使ってTLSに参照カウント書いたりすればうまくいかないのかな
#namikan
kikairoya
2010-01-31 17:20:48
返信する
RTする
ふぁぼる
RCU
#namikan
takkanm
2010-01-31 17:20:53
返信する
RTする
ふぁぼる
shared_ptrと等価(どんな等価性かはとりあえず置いておいて)な実装をGC有り環境を想定して作るとかどうだろ?そんな高レイヤーな発想しかできない…
#namikan
random_oracle
2010-01-31 17:20:54
返信する
RTする
ふぁぼる
あんたが言うと思った RT
@repeatedly
: 「Lock-freeならDをやれ」
#namikan
egtra
2010-01-31 17:21:04
返信する
RTする
ふぁぼる
まぁ・・・凄い結論だけど,GCがあるならLock-freeで効率的にできるよっていう知識としては良いんじゃないでしょうか.自分はJavaは使わないけど.
#namikan
graighle
2010-01-31 17:21:12
返信する
RTする
ふぁぼる
GC→(参照カウンタ式ではない)GC
#namikan
tsuka
2010-01-31 17:21:14
返信する
RTする
ふぁぼる
RCU!
#namikan
oza_x86
2010-01-31 17:21:21
返信する
RTする
ふぁぼる
@yamasa
さんの発表、すごく分かりやすく勉強になる解説だった。気づいたら30分経ってた
#namikan
goyoki
2010-01-31 17:21:26
返信する
RTする
ふぁぼる
GCがあれば、obj回収の問題は解決する。Hazard ptrも同じコンセプト。shared_ptrのように、オブジェクト自体を逐次スキャンするより総コストが低く抑えられる。→ 短命なobjを使用することの多いLock-freeはGCと相性○
#namikan
comutt
2010-01-31 17:21:33
返信する
RTする
ふぁぼる
RT
@tsuka
: 「Lock-freeならJavaをやれ」
#namikan
egtra
2010-01-31 17:21:51
返信する
RTする
ふぁぼる
その発言は想定済み RT
@egtra
: あんたが言うと思った RT
@repeatedly
: 「Lock-freeならDをやれ」
#namikan
kikairoya
2010-01-31 17:21:59
返信する
RTする
ふぁぼる
JavaVMに搭載されているGCアルゴリズムは、マルチプロセッサで良好な動きをする。Lock-freeアルゴリズムを勉強するなら、JavaVMで動く言語にするべき。
#namikan
comutt
2010-01-31 17:22:51
返信する
RTする
ふぁぼる
絶望したのでもう状態書き換えない
#namikan
cpp_akira
2010-01-31 17:23:14
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: あ、 shared_ptr の詳しい話:
http://www.ustream.tv/recorded/2981654
#namikan
USAGI_WRP
2010-01-31 17:23:30
返信する
RTする
ふぁぼる
RT
@comutt
: JavaVMに搭載されているGCアルゴリズムは、マルチプロセッサで良好な動きをする。Lock-freeアルゴリズムを勉強するなら、JavaVMで動く言語にするべき。
#namikan
orange_clover
2010-01-31 17:23:33
返信する
RTする
ふぁぼる
これってG1の方?それとも今までのやつ? RT
@comutt
: JavaVMに搭載されているGCアルゴリズムは、マルチプロセッサで良好な動きをする。Lock-freeアルゴリズムを勉強するなら、JavaVMで動く言語にするべき。
#namikan
repeatedly
2010-01-31 17:24:00
返信する
RTする
ふぁぼる
うーん,途中から聞いてたんだけど,この発表はおもしろそうだった…しまった…orz
#namikan
random_oracle
2010-01-31 17:24:04
返信する
RTする
ふぁぼる
GC一部から嫌われてるなー。僕も好きじゃないけど
#namikan
SubaruG
2010-01-31 17:24:47
返信する
RTする
ふぁぼる
http://ja.wikipedia.org/wiki/Load-Link/Store-Conditional
CASよりLL/SCの方がいいよという話だったんでしょうか?
#namikan
kmt_t
2010-01-31 17:24:50
返信する
RTする
ふぁぼる
RT
@takesako
: [PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Yyg7F
random_oracle
2010-01-31 17:24:52
返信する
RTする
ふぁぼる
Hazard pointerは局所的なGCとみてよいみたい
#namikan
takkanm
2010-01-31 17:25:17
返信する
RTする
ふぁぼる
「Hazard pointerをキッチリ使えば、そっちの方が速い→でも大変」
#namikan
tsuka
2010-01-31 17:25:22
返信する
RTする
ふぁぼる
あれ、ってことはJavaって並列なん?それならおいら並列屋さんになれる:)
#namikan
eikom
2010-01-31 17:25:38
返信する
RTする
ふぁぼる
GCがというよりデストラクタの無い環境が嫌い RT
@SubaruG
: GC一部から嫌われてるなー。僕も好きじゃないけど
#namikan
kikairoya
2010-01-31 17:25:48
返信する
RTする
ふぁぼる
ようやく strong, weak の違いを知ることができた!
#namikan
melponn
2010-01-31 17:25:56
返信する
RTする
ふぁぼる
しかし、結論はともあれ、大変面白かったのは確か。手放しに賞賛したい
#namikan
SubaruG
2010-01-31 17:26:02
返信する
RTする
ふぁぼる
いや~スゴイセッションだったなぁ。
#namikan
yOU_aND_i
2010-01-31 17:26:16
返信する
RTする
ふぁぼる
RT
@alohakun
: 面白かった。やっぱり Java 強いな。
http://bit.ly/9CEiQc
#namikan
oza_x86
2010-01-31 17:26:24
返信する
RTする
ふぁぼる
@SubaruG
そんなGC嫌うことないのに、と自分は思うけど、C++erなので説得力がない。
#namikan
egtra
2010-01-31 17:26:46
返信する
RTする
ふぁぼる
すばらしくわかりやすかったです。ありがとうごじます
#namikan
takuma104
2010-01-31 17:26:49
返信する
RTする
ふぁぼる
デストラクタは諦められない・・・。
#namikan
SubaruG
2010-01-31 17:27:04
返信する
RTする
ふぁぼる
"デストラクタを諦めないと lock-free は使えない"
#namikan
sunaot
2010-01-31 17:27:18
返信する
RTする
ふぁぼる
lock-free アルゴリズムはプログラミングとメンテナンスが難しそう. 最適化レベルの話になるから、最初はロック付きでプログラミングしたほうがいいのかなぁ.
#namikan
oza_x86
2010-01-31 17:28:24
返信する
RTする
ふぁぼる
あるタイミングでdestroyしたい場合は明示的にそうしないと. その機能をGCに要求するのは違うと思う。
#namikan
gusmachine
2010-01-31 17:28:28
返信する
RTする
ふぁぼる
さて
#namikan
勢のフォロー作業を再開するか
SubaruG
2010-01-31 17:29:12
返信する
RTする
ふぁぼる
shared_ptrでのアトミック操作は今後きちんと勉強したい。
#namikan
egtra
2010-01-31 17:29:19
返信する
RTする
ふぁぼる
スライド読んでもわからない...
_ko1
2010-01-31 17:29:29
返信する
RTする
ふぁぼる
このタグは何だ?
#namikan
yuunya
2010-01-31 17:29:31
返信する
RTする
ふぁぼる
RT
@cpp_akira
: 絶望したのでもう状態書き換えない
#namikan
random_oracle
2010-01-31 17:29:50
返信する
RTする
ふぁぼる
今時、メモリ管理なんてライブラリに任せればいいよねとは思うけど、そのためにJavaを使うのはないなー(涙
#namikan
chiyama
2010-01-31 17:30:16
返信する
RTする
ふぁぼる
ロック機構との相性によりそうだけど.データ構造とか RT
@oza_x86
: lock-free アルゴリズムはプログラミングとメンテナンスが難しそう. 最適化レベルの話になるから、最初はロック付きでプログラミングしたほうがいいのかなぁ.
#namikan
repeatedly
2010-01-31 17:31:01
返信する
RTする
ふぁぼる
RT
@cpp_akira
: Boost.Transaction
https://svn.boost.org/trac/boost/wiki/BoostTransaction
#namikan
random_oracle
2010-01-31 17:31:04
返信する
RTする
ふぁぼる
RT
@cpp_akira
: Boost.STM
http://svn.boost.org/svn/boost/sandbox/stm/branches/vbe/libs/stm/doc/html/index.html
#namikan
random_oracle
2010-01-31 17:31:09
返信する
RTする
ふぁぼる
@oza_x86
ライブラリがうまいことやってくれて細かいことは考えなくてもなんとかなる時代がもうすぐ来ると自分は信じている。
#namikan
egtra
2010-01-31 17:31:25
返信する
RTする
ふぁぼる
@yamasa
さん、教えてください RT
@repeatedly
: これってG1の方?それとも今までのやつ? RT
@comutt
: JavaVMに搭載されているGCアルゴリズムは、マルチプロセッサで良好な動きをする。
#namikan
comutt
2010-01-31 17:31:29
返信する
RTする
ふぁぼる
TLに帰ってきたら、なんか絶望が叫ばれている。いったい何が....?
#namikan
takabow
2010-01-31 17:32:02
返信する
RTする
ふぁぼる
ライブラリが良きにはからってくれると嬉しいですねぇ RT
@oza_x86
: lock-free アルゴリズムはプログラミングとメンテナンスが難しそう. 最適化レベルの話になるから、最初はロック付きでプログラミングしたほうがいいのかなぁ.
#namikan
suma90h
2010-01-31 17:32:19
返信する
RTする
ふぁぼる
C++でlock freeやるのは大変すな…
#namikan
y2youhei
2010-01-31 17:33:02
返信する
RTする
ふぁぼる
RT
@takesako
: [PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Yyg7F
kuenishi
2010-01-31 17:33:21
返信する
RTする
ふぁぼる
Javaな人間としてはコードがC++だったんで分かりやすかった。難しいこと考えずにJavaで書いていいんだな。とか言うと反論されそう。
#namikan
ymda
2010-01-31 17:35:09
返信する
RTする
ふぁぼる
RT
@kuenishi
RT
@takesako
: [PDF] Hazard Pointers: Safe Memory Reclamation for Lock-Free Objects
#namikan
http://bit.ly/8Yyg7F
takabow
2010-01-31 17:35:33
返信する
RTする
ふぁぼる
Haskell キタ!
#namikan
tsuka
2010-01-31 17:35:48
返信する
RTする
ふぁぼる
元ネタ「本物のプログラマーはPascalを使わない」
http://j.mp/cLUQhe
#namikan
kuenishi
2010-01-31 17:36:21
返信する
RTする
ふぁぼる
お疲れ様でした。と書く前に次の発表が始まってしまった。
#namikan
egtra
2010-01-31 17:36:28
返信する
RTする
ふぁぼる
Haskell きた
#namikan
kei_os
2010-01-31 17:36:30
返信する
RTする
ふぁぼる
つぎ、
@shelarcy
さんの並列 Hakell 話
#namikan
mootoh
2010-01-31 17:36:38
返信する
RTする
ふぁぼる
Haskell kt
#namikan
suma90h
2010-01-31 17:36:51
返信する
RTする
ふぁぼる
Haskellの並列プログラミングのおはなしタイム。
#namikan
kazu_pon
2010-01-31 17:36:52
返信する
RTする
ふぁぼる
Haskellとは、、、宣言型言語、強い静的型付け(型推論、I/O処理とそれ以外を明確に区別)、遅延評価
#namikan
takabow
2010-01-31 17:37:03
返信する
RTする
ふぁぼる
@shelarcy
さんによる Haskell 談義
#namikan
takesako
2010-01-31 17:37:06
返信する
RTする
ふぁぼる
! RT
@oza_x86
: RT
@alohakun
: 面白かった。やっぱり Java 強いな。
http://bit.ly/9CEiQc
#namikan
eikom
2010-01-31 17:37:21
返信する
RTする
ふぁぼる
今日の勉強会は大学の専攻の並列計算だからまだ今のところ全部分かる。並列/分散が20年経って環境がととのってすごく一般的になってきたのを感じる。
#namikan
kitayama_t
2010-01-31 17:37:42
返信する
RTする
ふぁぼる
「並列プログラミング in Haskell 2010」
#namikan
comutt
2010-01-31 17:38:07
返信する
RTする
ふぁぼる
誰か tls_counted_shared_ptr の実装を!
#namikan
melponn
2010-01-31 17:38:19
返信する
RTする
ふぁぼる
HaskellはI/Oを区別する
#namikan
gnue
2010-01-31 17:38:55
返信する
RTする
ふぁぼる
HaskellはI/O処理とそれ以外を区別するんだ。へえ。
#namikan
comutt
2010-01-31 17:40:33
返信する
RTする
ふぁぼる
「Haskellの利点: 並列処理の難しい所は大体言語処理系で隠蔽できる」
#namikan
tsuka
2010-01-31 17:41:44
返信する
RTする
ふぁぼる
"並列プログラミングの難しいところは、だいたい言語 (処理系) で隠蔽できる"
#namikan
mootoh
2010-01-31 17:41:47
返信する
RTする
ふぁぼる
「並列プログラミングの難しいところは、だいたい言語 (処理系) で隠蔽できる」
#namikan
kei_os
2010-01-31 17:42:14
返信する
RTする
ふぁぼる
「並列処理の難しいところは、大体言語で隠蔽できる」
#namikan
comutt
2010-01-31 17:42:15
返信する
RTする
ふぁぼる
Hazard PointerのC++0x実装:
http://www.johantorp.com/
#namikan
cpp_akira
2010-01-31 17:42:17
返信する
RTする
ふぁぼる
今日から並列屋さんを名乗ります。なぜならば僕は実はJava屋さんだから。
http://bit.ly/dAmFKt
http://bit.ly/byqJ2I
#namikan
eikom
2010-01-31 17:42:40
返信する
RTする
ふぁぼる
「並列処理の処理系: GHC(Glasgow Haskell Compiler), GpH(Glasgow Parallel Haskell), Eden」
#namikan
tsuka
2010-01-31 17:43:08
返信する
RTする
ふぁぼる
Java6デフォルトのもかなり速いですが、G1は更に速いようですね。 RT
@repeatedly
: これってG1の方?それとも今までのやつ? RT
@comutt
: JavaVMに搭載されているGCアルゴリズムは、マルチプロセッサで良好な動きをする。
#namikan
yamasa
2010-01-31 17:43:09
返信する
RTする
ふぁぼる
RT
@tsuka
: 「Haskellの利点: 並列処理の難しい所は大体言語処理系で隠蔽できる」
#namikan
kuenishi
2010-01-31 17:43:22
返信する
RTする
ふぁぼる
だれかが並行/並列のちがいについて話してくれるとしんじていました
#namikan
mootoh
2010-01-31 17:43:57
返信する
RTする
ふぁぼる
Parallel Haskell, Data Parallel Haskell, Concurrent Haskell + STM
#namikan
sbg
2010-01-31 17:44:23
返信する
RTする
ふぁぼる
「Parallel Haskell, Data Parallel Haskell, Concurrent Haskell+STM」
#namikan
tsuka
2010-01-31 17:44:27
返信する
RTする
ふぁぼる
並列処理のできるHaskell処理系は、生存が確認できるのは、GHC, GpH(GHCのfork), Eden
#namikan
takabow
2010-01-31 17:44:36
返信する
RTする
ふぁぼる
「GpHの言語拡張→Parallel Haskellのみ。GHCの機能の元ネタ」
#namikan
tsuka
2010-01-31 17:45:17
返信する
RTする
ふぁぼる
あんまりスライドが前後すると混乱してくる
#namikan
takabow
2010-01-31 17:45:25
返信する
RTする
ふぁぼる
GpHは分散処理向けの実装。GHCが並列処理向けの実装になっている。GpHは現在GHCに追随作業中(GpHはもともとGHCのfork)
#haskell
#namikan
comutt
2010-01-31 17:45:50
返信する
RTする
ふぁぼる
あうあう。聞きたくなった。 RT
@sakura_zx
: ABBAに空目する、おっさんです。RT
@h_mori
: ABA問題。難解だな。 (
#namikan
live at
http://ustre.am/bS1h)
Kazkun
2010-01-31 17:45:50
返信する
RTする
ふぁぼる
「GHCの実装状況: SMP対応。並列GC。Nested Data Parallelism」
#namikan
tsuka
2010-01-31 17:46:03
返信する
RTする
ふぁぼる
今回はGHCを取り上げる
#namikan
takabow
2010-01-31 17:46:05
返信する
RTする
ふぁぼる
@shelarcy
さんの並列プログラミングについては、ここの10回から12回で読める
http://bit.ly/92Z4hL
#namikan
takkanm
2010-01-31 17:46:08
返信する
RTする
ふぁぼる
「Programmable Concurrencyはこれから? 入らないかも(遅いので)」
#namikan
tsuka
2010-01-31 17:46:36
返信する
RTする
ふぁぼる
RT
@takabow
: あんまりスライドが前後すると混乱してくる
#namikan
wmo6hash
2010-01-31 17:46:43
返信する
RTする
ふぁぼる
…やっぱり気になって仕方ないので仕事は後にしよう。はすけるはすける
http://www.ustream.tv/channel/namikan
USAGI_WRP
2010-01-31 17:46:53
返信する
RTする
ふぁぼる
RT
@mootoh
: だれかが並行/並列のちがいについて話してくれるとしんじていました
#namikan
yuzuhara
2010-01-31 17:47:35
返信する
RTする
ふぁぼる
「複数のOSスレッド利用→threadedランタイムを使う」
#namikan
tsuka
2010-01-31 17:47:43
返信する
RTする
ふぁぼる
実のところ、Java向けの並列GC実装はいくつもあるので、私も把握しきれてなかったり(^^;
#namikan
yamasa
2010-01-31 17:48:12
返信する
RTする
ふぁぼる
確かに。今日はバラレルとコンカレントの違いを意識してなさそうですね。
#namikan
kitayama_t
2010-01-31 17:48:19
返信する
RTする
ふぁぼる
「リンク時に-threadedオプション。実行時にRTSの-Nオプション」
#namikan
tsuka
2010-01-31 17:48:35
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: あ、 shared_ptr の詳しい話:
http://www.ustream.tv/recorded/2981654
#namikan
random_oracle
2010-01-31 17:49:03
返信する
RTする
ふぁぼる
並列Haskellでクイックソートを並列化してみた例の紹介。既存コードと何が違うかの比較
#namikan
takabow
2010-01-31 17:49:29
返信する
RTする
ふぁぼる
#namikan
がたのしそうだ orz
itawasa
2010-01-31 17:49:33
返信する
RTする
ふぁぼる
並列 Haskell Control.Parallel.Strategies モジュール
#namikan
kei_os
2010-01-31 17:49:55
返信する
RTする
ふぁぼる
GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://www.kotha.net/ghcguide_ja/latest/lang-parallel.html
#namikan
yitabashi
2010-01-31 17:50:05
返信する
RTする
ふぁぼる
「並列Haskell: parallelパッケージでControl.ParallelモジュールとControl.Parallel.Strategiesモジュールを提供」
#namikan
tsuka
2010-01-31 17:50:15
返信する
RTする
ふぁぼる
http://d.hatena.ne.jp/icysnow/20070807/p1
並列と並行の違い
#namikan
yoya
2010-01-31 17:50:33
返信する
RTする
ふぁぼる
par :: a -> b -> b
#namikan
kei_os
2010-01-31 17:50:46
返信する
RTする
ふぁぼる
RT
@yoya
:
http://d.hatena.ne.jp/icysnow/20070807/p1
並列と並行の違い
#namikan
wmo6hash
2010-01-31 17:51:37
返信する
RTする
ふぁぼる
並列性と並行性 RT
@yitabashi
GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://www.kotha.net/ghcguide_ja/latest/lang-parallel.html
#namikan
takabow
2010-01-31 17:51:40
返信する
RTする
ふぁぼる
using :: a -> Strategy a -> a
#namikan
kei_os
2010-01-31 17:51:56
返信する
RTする
ふぁぼる
RT
@yoya
:
http://d.hatena.ne.jp/icysnow/20070807/p1
並列と並行の違い
#namikan
comutt
2010-01-31 17:52:40
返信する
RTする
ふぁぼる
そこは詳細に指定したいひともいる反面でおきらくに書きたいひともいるとおもうなー > deepseq
#namikan
mootoh
2010-01-31 17:53:22
返信する
RTする
ふぁぼる
rdeepseq
#namikan
kei_os
2010-01-31 17:53:47
返信する
RTする
ふぁぼる
Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
ma0e
2010-01-31 17:54:09
返信する
RTする
ふぁぼる
RT
@takabow
: 並列性と並行性 RT
@yitabashi
GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://bit.ly/9JjF7E
#namikan
upaa
2010-01-31 17:54:48
返信する
RTする
ふぁぼる
RT
@yamasa
: 実のところ、Java向けの並列GC実装はいくつもあるので、私も把握しきれてなかったり(^^;
#namikan
comutt
2010-01-31 17:54:54
返信する
RTする
ふぁぼる
Watching ”並列Haskell"
#namikan
あとでスライドをゆっくりみたい。
nsyee
2010-01-31 17:55:14
返信する
RTする
ふぁぼる
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
random_oracle
2010-01-31 17:55:58
返信する
RTする
ふぁぼる
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
kei_os
2010-01-31 17:57:24
返信する
RTする
ふぁぼる
Fortranとかの自動並列化コンパイラの知見で並列化箇所と戦略を適当に勝手に入れてくれるようにはならないかなぁ。
http://www.ustream.tv/channel/namikan
rwest2112
2010-01-31 17:58:50
返信する
RTする
ふぁぼる
RT
@kei_os
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
takabow
2010-01-31 17:59:26
返信する
RTする
ふぁぼる
「LOLITA」ちょw名前ww
#namikan
tsuka
2010-01-31 17:59:53
返信する
RTする
ふぁぼる
ロリータとか聞こえた
#namikan
cpp_akira
2010-01-31 18:00:02
返信する
RTする
ふぁぼる
いや反応してないですよ.
#namikan
graighle
2010-01-31 18:00:17
返信する
RTする
ふぁぼる
データ並列 Haskell (DPH)
#namikan
takabow
2010-01-31 18:01:08
返信する
RTする
ふぁぼる
Haskellの概要ぐらいは知っておくべきだった。表記方法と遅延評価がぱっと見、慣れない。
#namikan
kitayama_t
2010-01-31 18:02:42
返信する
RTする
ふぁぼる
RT
@takabow
: HPU = High-performance Processing Unit, Heterogeneous Processing Unit。マルチコア、GPGPUに続く、これからのコンピューティング環境。
#namikan
vuking
2010-01-31 18:03:02
返信する
RTする
ふぁぼる
DPH ライブラリ 高レベル : dph-par, dph-seq 低レベル : dph-prim-par, dph-prim-seq
#namikan
kei_os
2010-01-31 18:03:50
返信する
RTする
ふぁぼる
「DPHライブラリ、dph-par、dph-seq」
#namikan
tsuka
2010-01-31 18:03:51
返信する
RTする
ふぁぼる
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
kazuph
2010-01-31 18:07:03
返信する
RTする
ふぁぼる
「今後の課題: 並列配列に対する完全なPrelude、性能向上、選択的なベクトル化」
#namikan
tsuka
2010-01-31 18:09:08
返信する
RTする
ふぁぼる
RT
@nushio
: みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
random_oracle
2010-01-31 18:11:00
返信する
RTする
ふぁぼる
これ、並列項書換だよね。処理系大変そうw
#namikan
yoya
2010-01-31 18:11:48
返信する
RTする
ふぁぼる
RT
@nushio
: みなさん
http://code.google.com/p/gpuocelot/
これですよ〜CUDA がX86やRadeonでも使えるようにしようプロジェクト
#namikan
hogehoge61
2010-01-31 18:12:09
返信する
RTする
ふぁぼる
「並行Haskell: OR並列性の実現。I/O処理を複数行いたい」
#namikan
tsuka
2010-01-31 18:16:02
返信する
RTする
ふぁぼる
並行 Haskell e1 |?| e2 と書くと e1 または e2 が答え
#namikan
kei_os
2010-01-31 18:16:53
返信する
RTする
ふぁぼる
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
genta_hgr
2010-01-31 18:17:36
返信する
RTする
ふぁぼる
OR並列性かあ
#namikan
masssse
2010-01-31 18:18:10
返信する
RTする
ふぁぼる
RT
@yamasa
: このあとLock-freeアルゴリズムについて発表します。発表資料はこちら→
http://d.hatena.ne.jp/bsdhouse/20100131/1264920091
#namikan
random_oracle
2010-01-31 18:18:31
返信する
RTする
ふぁぼる
OR 並列はおくぶかいきがするな
#namikan
mootoh
2010-01-31 18:19:32
返信する
RTする
ふぁぼる
OR並列で採用されなかった側の計算は、キャンセルされるの?おわるまでまたされるの?
#namikan
takkanm
2010-01-31 18:20:17
返信する
RTする
ふぁぼる
RT
@takesako
: Lock-free なら(寿命の短いオブジェクトをたくさん生成する場合)世代別GCとかと相性がいい説
#namikan
random_oracle
2010-01-31 18:20:25
返信する
RTする
ふぁぼる
「Haskell+STM: atomically :: STM a -> IO a」
#namikan
tsuka
2010-01-31 18:20:58
返信する
RTする
ふぁぼる
次の PLDIr で namikan の話を聞くといいんだろうか
_ko1
2010-01-31 18:21:25
返信する
RTする
ふぁぼる
OR並列って将棋の先読み処理みたいのに使えるのかな。
#namikan
yoya
2010-01-31 18:21:41
返信する
RTする
ふぁぼる
「last core parallel slowdown問題: 全CPUコアを使うと、コアを一つ少なく使用するよりも遅くなる」
#namikan
tsuka
2010-01-31 18:21:55
返信する
RTする
ふぁぼる
並列GCとばされた...orz いいですけど。
#namikan
kmt_t
2010-01-31 18:22:17
返信する
RTする
ふぁぼる
last core parallel slowdown 問題とかあるのか
#namikan
mootoh
2010-01-31 18:22:19
返信する
RTする
ふぁぼる
「並列GC等で使われているスピンロックが問題。Mac OS Xでは生じない」
#namikan
tsuka
2010-01-31 18:22:36
返信する
RTする
ふぁぼる
RT
@tsuka
: 「last core parallel slowdown問題: 全CPUコアを使うと、コアを一つ少なく使用するよりも遅くなる」
#namikan
marblejenka
2010-01-31 18:22:44
返信する
RTする
ふぁぼる
おぅ... futex(2)でも性能でないのか...
#namikan
yoppiblog
2010-01-31 18:23:59
返信する
RTする
ふぁぼる
「スピンロックをsched_yieldやSwitchToThreadにして対処。根本的な解決にはon the flyなGCが必要」
#namikan
tsuka
2010-01-31 18:24:00
返信する
RTする
ふぁぼる
last core parallel slowdown問題っていうのか。環境によってこういう現象あるなあとは思っていた。
#namikan
masssse
2010-01-31 18:24:21
返信する
RTする
ふぁぼる
namikanって勉強会はHaskellで並列処理とかやってんのか...。自分の普段生活してるレイヤーと離れてるからか、難し過ぎてついてけない...。どういう層の人達が集まってるんだろう。
tsuyoshikawa
2010-01-31 18:24:36
返信する
RTする
ふぁぼる
「並列Haskellの開発者はMacを使ってる」
#namikan
tsuka
2010-01-31 18:25:41
返信する
RTする
ふぁぼる
並列処理はi7よりC2Dの方が良いって事
#namikan
nazohito
2010-01-31 18:25:48
返信する
RTする
ふぁぼる
SwitchToThreadとかがなんたらってこの前TLで見た気がするけどこのことだったのかな。
#namikan
egtra
2010-01-31 18:26:05
返信する
RTする
ふぁぼる
RT
@tsuka
: 「並列Haskellの開発者はMacを使ってる」
#namikan
yoya
2010-01-31 18:26:32
返信する
RTする
ふぁぼる
「eprocessパッケージ: Erlang形式の並行処理」
#namikan
tsuka
2010-01-31 18:27:49
返信する
RTする
ふぁぼる
RT
@yitabashi
: GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://www.kotha.net/ghcguide_ja/latest/lang-parallel.html
#namikan
random_oracle
2010-01-31 18:28:09
返信する
RTする
ふぁぼる
RT
@yitabashi
: MUDAはCUDAを潰すために作った!
#namikan
random_oracle
2010-01-31 18:28:32
返信する
RTする
ふぁぼる
RT
@yitabashi
: HASTMってまだ続けてるのかな
http://journal.mycom.co.jp/articles/2007/01/08/micro2/index.html
#namikan
random_oracle
2010-01-31 18:28:47
返信する
RTする
ふぁぼる
すごく中身の詰まった発表でした…
#namikan
kitayama_t
2010-01-31 18:29:35
返信する
RTする
ふぁぼる
RT
@tsuka
: 「eprocessパッケージ: Erlang形式の並行処理」
#namikan
kuenishi
2010-01-31 18:29:53
返信する
RTする
ふぁぼる
RT
@yitabashi
: GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://www.kotha.net/ghcguide_ja/latest/lang-parallel.html
#namikan
kuenishi
2010-01-31 18:29:58
返信する
RTする
ふぁぼる
トリは
@ayumin
さん
#namikan
takkanm
2010-01-31 18:30:47
返信する
RTする
ふぁぼる
RT
@yitabashi
: GHCはイっちゃってるな。あいつら未来に生きてるよ。
http://www.kotha.net/ghcguide_ja/latest/lang-parallel.html
#namikan
nsyee
2010-01-31 18:30:55
返信する
RTする
ふぁぼる
.
@ayumin
きた
#namikan
takabow
2010-01-31 18:32:11
返信する
RTする
ふぁぼる
「東京RubyKaigi03開催のお知らせ」
#namikan
tsuka
2010-01-31 18:32:17
返信する
RTする
ふぁぼる
東京Ruby会議03のご案内
#namikan
takkanm
2010-01-31 18:32:28
返信する
RTする
ふぁぼる
Rubyイベントの宣伝
#namikan
takabow
2010-01-31 18:33:10
返信する
RTする
ふぁぼる
RT
@quoth
: ClojureでのSoftware Transactional Memoryの記事見つけた。後で読もう。
http://bit.ly/aFDsuD
#namikan
random_oracle
2010-01-31 18:33:12
返信する
RTする
ふぁぼる
並列度高いな! (
#namikan
live at
http://ustre.am/bS1h)
marblejenka
2010-01-31 18:34:01
返信する
RTする
ふぁぼる
「東京Ruby会議
#03
では10以上のセッションが並列」
#namikan
tsuka
2010-01-31 18:34:17
返信する
RTする
ふぁぼる
10+ !
#namikan
takuma104
2010-01-31 18:34:30
返信する
RTする
ふぁぼる
東京Ruby会議
#03
では10以上の並行セッションを予定しているそうです
#namikan
takabow
2010-01-31 18:34:46
返信する
RTする
ふぁぼる
「Rubyコミッタが90分の講義」
#namikan
tsuka
2010-01-31 18:35:00
返信する
RTする
ふぁぼる
そもそも Haskell って何?って方は、
http://itpro.nikkeibp.co.jp/article/COLUMN/20060915/248215/
こちらをどうぞ
#namikan
DecimalBloat
2010-01-31 18:35:51
返信する
RTする
ふぁぼる
東京 Ruby 会議03
http://regional.rubykaigi.org/tokyo03
#namikan
sunaot
2010-01-31 18:35:53
返信する
RTする
ふぁぼる
参加受け付けは今日から受け付けますだそうです。
http://regional.rubykaigi.org/tokyo03
#namikan
takabow
2010-01-31 18:36:10
返信する
RTする
ふぁぼる
えー、東京Ruby03だって!!参加しなきゃ(棒 (
#namikan
live at
http://ustre.am/bS1h)
Iori_o
2010-01-31 18:36:44
返信する
RTする
ふぁぼる
「今、参加登録受付開始しました」登録しました
#namikan
tsuka
2010-01-31 18:36:47
返信する
RTする
ふぁぼる
東京Ruby会議は並列。同時10トラック以上!!?
#namikan
norio
2010-01-31 18:36:57
返信する
RTする
ふぁぼる
RT
@DecimalBloat
: そもそも Haskell って何?って方は、
http://itpro.nikkeibp.co.jp/article/COLUMN/20060915/248215/
こちらをどうぞ
#namikan
SubaruG
2010-01-31 18:37:10
返信する
RTする
ふぁぼる
あ、さっきのRubyと++のツッコミは
#namikan
のおまけRuby会議告知の資料にやたら++でてきてたんで@w@
USAGI_WRP
2010-01-31 18:37:17
返信する
RTする
ふぁぼる
終了~
#namikan
[電波注意]
wraith13
2010-01-31 18:37:24
返信する
RTする
ふぁぼる
RT
@takabow
: 参加受け付けは今日から受け付けますだそうです。
http://regional.rubykaigi.org/tokyo03
#namikan
yoya
2010-01-31 18:38:00
返信する
RTする
ふぁぼる
東京Ruby会議
#03
は本日より受付開始だそうです
http://regional.rubykaigi.org/tokyo03
#namikan
#tork03
takabow
2010-01-31 18:38:18
返信する
RTする
ふぁぼる
スピーカーのみなさま、スタッフのみなさま、おつかれさまでした
#namikan
DecimalBloat
2010-01-31 18:38:41
返信する
RTする
ふぁぼる
お疲れ様でした~.
#namikan
graighle
2010-01-31 18:38:56
返信する
RTする
ふぁぼる
お疲れ様でした! RT
@DecimalBloat
: スピーカーのみなさま、スタッフのみなさま、おつかれさまでした
#namikan
SubaruG
2010-01-31 18:39:08
返信する
RTする
ふぁぼる
お疲れさまでしたー
#namikan
r153
2010-01-31 18:39:10
返信する
RTする
ふぁぼる
おつかれさまでしたー
#namikan
chiyama
2010-01-31 18:39:14
返信する
RTする
ふぁぼる
#namikan
Ustや資料ご馳走様でした
USAGI_WRP
2010-01-31 18:39:29
返信する
RTする
ふぁぼる
RT
@ma0e
: Haskellの並列・並行計算周りのわかりやすいスライドとサンプルコード:
http://bit.ly/15jpPy
#namikan
shelarcy
2010-01-31 18:39:38
返信する
RTする
ふぁぼる
おつおつ
#namikan
repeatedly
2010-01-31 18:39:42
返信する
RTする
ふぁぼる
オラクル青山センターでやるそうです RT
@takabow
参加受け付けは今日から受け付けますだそうです。
http://regional.rubykaigi.org/tokyo03
#namikan
shita
2010-01-31 18:40:04
返信する
RTする
ふぁぼる
おつかれさまでした!:)
#namikan
eikom
2010-01-31 18:40:10
返信する
RTする
ふぁぼる
運営の皆様、おつかれさまでした。ustから途中参加ですが、面白かったです。ありがとうございました。 (
#namikan
live at
http://ustre.am/bS1h)
marblejenka
2010-01-31 18:40:20
返信する
RTする
ふぁぼる
おつかれさまですー
#namikan
takuma104
2010-01-31 18:40:39
返信する
RTする
ふぁぼる
すごく楽しかったです!