<?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>Toru Maesaka &#187; presentation</title>
	<atom:link href="http://torum.net/tag/presentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://torum.net</link>
	<description>Hackaholic and a Web Addict based in Tokyo</description>
	<lastBuildDate>Tue, 28 Feb 2012 10:52:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>memcached Night #1 in Tokyo</title>
		<link>http://torum.net/2008/09/memcached-night-tokyo/</link>
		<comments>http://torum.net/2008/09/memcached-night-tokyo/#comments</comments>
		<pubDate>Sun, 21 Sep 2008 06:31:37 +0000</pubDate>
		<dc:creator>Toru Maesaka</dc:creator>
				<category><![CDATA[japanese]]></category>
		<category><![CDATA[memcached]]></category>
		<category><![CDATA[event]]></category>
		<category><![CDATA[presentation]]></category>

		<guid isPermaLink="false">http://torum.net/?p=84</guid>
		<description><![CDATA[memcached Night #1 in Tokyoで私が使用した講演資料を公開しました。 memcached Binary Protocol in a Nutshell  View SlideShare presentation or Upload your own. (tags: protocol cache) 最近になって開発が一段落したという事もあり、講演時にベンチマークを取っておらず、説得力に欠けたスライドがいくつかあったかと思います。後付けになってしまいましたが、簡単なベンチマークを講演資料に追加しました。私の結果を要約すると、リクエストのconcurrencyが少ない場面だと、プロトコル間のパフォーマンスに差は見られませんが、同時リクエスト数を増やしていくと、パフォーマンスの差が見えてくるといったところです。今後はもっとヘビーなワークロードでテストを行う必要がありそうですね。 イベント自体は他のスピーカーの方達の話も面白く、ゲーム業界でもmemcachedが大事なところで使われているなど、本当に勉強になりました。参加者の皆さま、あらためて有り難うございます。懇親会も楽しく、COOKPADさんがあれだけのサービスを少数精鋭で支えている（技術面で）という話が私の中で印象強かったです。ぜひまたやりましょう。 最後に二つほど、明らかにさせておきたい事がありましたので、この機会に書かせて頂きます。 プロトコルドキュメントに関して MIRACLE LINUXの吉岡さんのブログエントリーに固定長ヘッダのサイズが16バイトと書かれていて、それはおかしいぞ？と思い、見てみたらSix Apartのsvnレポジトリに入っているドキュメントが古いという事に気がつきました。現時点の仕様では固定長ヘッダのサイズは24バイトで、Trond Norbyeのgitレポジトリに現時点で最新のドキュメントがあります（紛らわしくて、すみません）。 チェックアウトするブランチ 講演以来、様々な方達にバイナリプロトコルのソースツリーを試して頂けているのですが、masterではなく、binprotというブランチ（http://github.com/tmaesaka/memcached/tree/binprot）をチェックアウトしてください。 さて来月、memcached hackathonの参加に米国に行きますので、その際にmemcached Nightで皆さまから頂いたフィードバックや日本での普及活動を口頭で伝えてきますね。]]></description>
			<content:encoded><![CDATA[<p><a href="http://groups.google.com/group/memcached-ja/web/memcached-night-in-tokyo-1" target="_blank">memcached Night #1 in Tokyo</a>で私が使用した講演資料を公開しました。</p>
<div style="padding-left: 98px; margin: 22px 0 22px;">
<div id="__ss_608808" style="width: 475px; text-align: left;"><a style="font:14px Helvetica,Arial,Sans-serif;display:block;margin:12px 0 3px 0;text-decoration:underline;" title="memcached Binary Protocol in a Nutshell" href="http://www.slideshare.net/tmaesaka/memcached-binary-protocol-in-a-nutshell-presentation?type=powerpoint">memcached Binary Protocol in a Nutshell</a><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="475" height="390" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><param name="src" value="http://static.slideshare.net/swf/ssplayer2.swf?doc=memcachednighttokyo-1221916987381523-9&amp;rel=0&amp;stripped_title=memcached-binary-protocol-in-a-nutshell-presentation" /><embed type="application/x-shockwave-flash" width="475" height="390" src="http://static.slideshare.net/swf/ssplayer2.swf?doc=memcachednighttokyo-1221916987381523-9&amp;rel=0&amp;stripped_title=memcached-binary-protocol-in-a-nutshell-presentation" allowscriptaccess="always" allowfullscreen="true"></embed></object> </p>
<div style="font-size: 11px; font-family: tahoma,arial; height: 26px; padding-top: 2px;">View SlideShare <a style="text-decoration:underline;" title="View memcached Binary Protocol in a Nutshell on SlideShare" href="http://www.slideshare.net/tmaesaka/memcached-binary-protocol-in-a-nutshell-presentation?type=powerpoint">presentation</a> or <a style="text-decoration:underline;" href="http://www.slideshare.net/upload?type=powerpoint">Upload</a> your own. (tags: <a style="text-decoration:underline;" href="http://slideshare.net/tag/protocol">protocol</a> <a style="text-decoration:underline;" href="http://slideshare.net/tag/cache">cache</a>)</div>
</div>
</div>
<p>最近になって開発が一段落したという事もあり、講演時にベンチマークを取っておらず、説得力に欠けたスライドがいくつかあったかと思います。後付けになってしまいましたが、簡単なベンチマークを講演資料に追加しました。私の結果を要約すると、リクエストのconcurrencyが少ない場面だと、プロトコル間のパフォーマンスに差は見られませんが、同時リクエスト数を増やしていくと、パフォーマンスの差が見えてくるといったところです。今後はもっとヘビーなワークロードでテストを行う必要がありそうですね。</p>
<p>イベント自体は他のスピーカーの方達の話も面白く、ゲーム業界でもmemcachedが大事なところで使われているなど、本当に勉強になりました。参加者の皆さま、あらためて有り難うございます。懇親会も楽しく、<a href="http://cookpad.com/" target="_blank">COOKPAD</a>さんがあれだけのサービスを少数精鋭で支えている（技術面で）という話が私の中で印象強かったです。ぜひまたやりましょう。</p>
<p>最後に二つほど、明らかにさせておきたい事がありましたので、この機会に書かせて頂きます。</p>
<h3><strong>プロトコルドキュメントに関して</strong></h3>
<p>MIRACLE LINUXの<a href="http://blog.miraclelinux.com/yume/2008/09/memcached-night.html" target="_blank">吉岡さんのブログエントリー</a>に固定長ヘッダのサイズが16バイトと書かれていて、それはおかしいぞ？と思い、見てみたらSix Apartのsvnレポジトリに入っているドキュメントが古いという事に気がつきました。現時点の仕様では固定長ヘッダのサイズは24バイトで、Trond Norbyeのgitレポジトリに<a href="http://github.com/trondn/memcached/tree/binprot/doc/protocol-binary.txt" target="_blank">現時点で最新のドキュメント</a>があります（紛らわしくて、すみません）。</p>
<h3><strong>チェックアウトするブランチ</strong></h3>
<p>講演以来、様々な方達にバイナリプロトコルのソースツリーを試して頂けているのですが、masterではなく、binprotというブランチ（<a href="http://github.com/tmaesaka/memcached/tree/binprot" target="_blank">http://github.com/tmaesaka/memcached/tree/binprot</a>）をチェックアウトしてください。</p>
<p>さて来月、<a href="http://www.socialtext.net/memcached/index.cgi?hackathon" target="_blank">memcached hackathon</a>の参加に米国に行きますので、その際にmemcached Nightで皆さまから頂いたフィードバックや日本での普及活動を口頭で伝えてきますね。</p>
]]></content:encoded>
			<wfw:commentRss>http://torum.net/2008/09/memcached-night-tokyo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

