<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ミネルヴァの梟は黄昏とともに飛び始める &#187; SOBA フレームワーク</title>
	<atom:link href="http://blog.daisukeyamashita.com/post/category/%e6%a0%aa%e5%bc%8f%e4%bc%9a%e7%a4%besoba%e3%83%97%e3%83%ad%e3%82%b8%e3%82%a7%e3%82%af%e3%83%88/soba-%e3%83%95%e3%83%ac%e3%83%bc%e3%83%a0%e3%83%af%e3%83%bc%e3%82%af/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.daisukeyamashita.com</link>
	<description>Follow me on Twitter: http://www.twitter.com/dddaisuke</description>
	<lastBuildDate>Mon, 30 Jan 2012 04:18:31 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>マルチキャストとプロトコル解析</title>
		<link>http://blog.daisukeyamashita.com/post/454.html</link>
		<comments>http://blog.daisukeyamashita.com/post/454.html#comments</comments>
		<pubDate>Wed, 30 Jul 2008 02:29:26 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[SOBA mieruka]]></category>
		<category><![CDATA[SOBA Web API]]></category>
		<category><![CDATA[SOBA フレームワーク]]></category>
		<category><![CDATA[サーバー運用]]></category>
		<category><![CDATA[株式会社SOBAプロジェクト]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=454</guid>
		<description><![CDATA[　最近、弊社の製品もマルチキャスト対応をしました。 　マルチキャストとは、複数個所へのデータ配信量を劇的に削減する技術の事で、例えば「ニューヨークとシリコンバレー」に同じデータを送信したい場合、宛先情報を２つ貼り付けたデータを１つアメリカ方面に投げます。同じ経路で送れる間は、そのまま送信し分岐が必要な場所（おそらく、西海岸付近のルータ）でデータを複製し、一方に「ニューヨークの宛先」もう一方に「シリンコンバレーの宛先」を付け、データを分岐させます。こうする事で、太平洋上を流れるデータ量がほぼ半分になります。 　この技術により、ADSLのような上り（送信）速度の遅い回線でも快適にウェブ会議をする事が可能になりました。 　ところが、中継システムに不具合があるようで、半日も使うとCPUが100%に張り付く症状が発生し、プロファイラにかけてみると一部のスレッドが暴走していることが判明しました。暴走の理由はソケットからのReadが永遠にトライアゲインエラーを吐き続けるというものでした。 　暫定対処はしたので、とりあえず安定して動作しているのですが、根本的な対策をする必要があり、負荷プログラムの作成が急務だったのですが、中継システムは改良に次ぐ改良で、正確なプロトコルドキュメントが存在していません。しかもどのドキュメントも使い物になりません。さすがに、30万行のソースコード（実行ラインで15万行）を読む元気もない訳で。。。 　しかも、エンドツーエンドで暗号化しているので、途中でパケットを拾ってもさっぱり分からないというのは結構困りました。結局、中継サーバからバイナリデータを抜き出し、バイナリエディタと関数電卓とを交互ににらめっこしました。プロトコルを解析しなんとか負荷プログラムを作成できました。準備に３日、解析に１日かかった訳ですが。。。 　みなさんちゃんとドキュメントは書きましょう　orz]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/454.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SOBA Media Player</title>
		<link>http://blog.daisukeyamashita.com/post/119.html</link>
		<comments>http://blog.daisukeyamashita.com/post/119.html#comments</comments>
		<pubDate>Tue, 03 Jul 2007 13:15:59 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[SOBA フレームワーク]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.jp/?p=119</guid>
		<description><![CDATA[　３年ほど前に作ったSOBA用のメディアプレイヤーを本格的に実装する日が来るとは思わなかった。。。ちなみに、写真のバージョンでは再生/停止とボリュームのコントロールしかできません。しかも、複数人で利用すると微妙に停止位置がズレます。 サクサクっと実装して、正式にリリースしたいと思います。リリースバージョンではシーク機能や停止位置の正しい同期なども実装したいと思います。]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/119.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

