<?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>HANZUBON.jp &#187; ミラー</title>
	<atom:link href="http://hanzubon.jp/node/tag/%e3%83%9f%e3%83%a9%e3%83%bc/feed" rel="self" type="application/rss+xml" />
	<link>http://hanzubon.jp</link>
	<description>いたってモヤモヤする感じの記録?</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:07:58 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<atom:link rel='hub' href='http://hanzubon.jp/?pushpress=hub'/>
		<item>
		<title>rsync の &#8211;delay-updatesを拡張(したい)</title>
		<link>http://hanzubon.jp/node/4911</link>
		<comments>http://hanzubon.jp/node/4911#comments</comments>
		<pubDate>Sat, 18 Apr 2009 17:52:35 +0000</pubDate>
		<dc:creator>ishikawa</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[opensource]]></category>
		<category><![CDATA[rsync]]></category>
		<category><![CDATA[ミラー]]></category>

		<guid isPermaLink="false">http://hanzubon.jp/?p=4911</guid>
		<description><![CDATA[Debian mirrorの更新って、ミラー中もアクセスしても整合性がとれてるように、 ざっくりいうと次みたいな流れになっている。 pool/以下を&#8211;deleteなしでrsync 全体を&#8211;after-deleteありrsync (正確には dists/以下の特定パターンのファイルがあとで更新されること、 ファイルの削除が最後に消されることが条件だけど、まぁ細かいことは 考えなくてもいい、ここでは) で、なにが言いたいかいうと、結局都合2回rsyncがかかるのと、1回目と2回目に 同じディレクトリのトラバーサルが走るので、まぁなんつーか若干効率が悪い わけです。 でだ、一方 rsync には &#8211;deley-updates というオプションがあります。 これは取り合えずファイルを別の位置にどばーっととってきておいて、 実際のファイルの更新は最後にまとめてやりますよ というオプション。 一般的にリモートからローカルの転送には時間がかかるけど、ローカルでの renameは比較的短時間で済むので、ツリー全体の不整合な時間を ある程度減らせますよ というためのものですね(もちろん、atmicには なりません)。 でね、この &#8211;deley-updatesオプションの動作を拡張するなり、 別のオプション(例えば &#8211;deley-update-patternとかいうオプション を新設がいいんじゃね? という気がしている)して、「指定したパターンに 合致したファイル/ディレクトリのみ、delay-update する」とかできると、 Debian mirror 的には rsync 一発でいけるようになるので、ちょっと うれしいんじゃねぇか? とか思いました。 誰かやる人?(わら (自分でやれといわれそうだな(わら)]]></description>
			<content:encoded><![CDATA[<div class="wp-g-plusone" style="clear:both;float:right;"><g:plusone size="medium" href="http://hanzubon.jp/node/4911"></g:plusone></div><p>Debian mirrorの更新って、ミラー中もアクセスしても整合性がとれてるように、<br />
ざっくりいうと次みたいな流れになっている。</p>
<ol>
<li>pool/以下を&#8211;deleteなしでrsync</li>
<li>全体を&#8211;after-deleteありrsync</li>
</ol>
<p>(正確には dists/以下の特定パターンのファイルがあとで更新されること、<br />
ファイルの削除が最後に消されることが条件だけど、まぁ細かいことは<br />
考えなくてもいい、ここでは)</p>
<p>で、なにが言いたいかいうと、結局都合2回rsyncがかかるのと、1回目と2回目に<br />
同じディレクトリのトラバーサルが走るので、まぁなんつーか若干効率が悪い<br />
わけです。</p>
<p>でだ、一方 rsync には &#8211;deley-updates というオプションがあります。</p>
<p>これは取り合えずファイルを別の位置にどばーっととってきておいて、<br />
実際のファイルの更新は最後にまとめてやりますよ というオプション。</p>
<p>一般的にリモートからローカルの転送には時間がかかるけど、ローカルでの<br />
renameは比較的短時間で済むので、ツリー全体の不整合な時間を<br />
ある程度減らせますよ というためのものですね(もちろん、atmicには<br />
なりません)。</p>
<p>でね、この &#8211;deley-updatesオプションの動作を拡張するなり、<br />
別のオプション(例えば &#8211;deley-update-patternとかいうオプション<br />
を新設がいいんじゃね? という気がしている)して、「指定したパターンに<br />
合致したファイル/ディレクトリのみ、delay-update する」とかできると、<br />
Debian mirror 的には rsync 一発でいけるようになるので、ちょっと<br />
うれしいんじゃねぇか? とか思いました。</p>
<p>誰かやる人?(わら<br />
(自分でやれといわれそうだな(わら)</p>
]]></content:encoded>
			<wfw:commentRss>http://hanzubon.jp/node/4911/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>debian-cdミラー帯域制限</title>
		<link>http://hanzubon.jp/node/4908</link>
		<comments>http://hanzubon.jp/node/4908#comments</comments>
		<pubDate>Sat, 21 Feb 2009 17:09:03 +0000</pubDate>
		<dc:creator>ishikawa</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[iso]]></category>
		<category><![CDATA[ミラー]]></category>
		<category><![CDATA[帯域制限]]></category>

		<guid isPermaLink="false">http://hanzubon.jp/?p=4908</guid>
		<description><![CDATA[debian-cdのミラーからisoをhttpで持ってくアクセスがけっこう多くて、なかなかきびしいので 「大きめのisoイメージ(100M程度にしたつもり)」 を 「httpで」 取得しようとした場合のみ大幅に帯域しぼられるように調整しました。 とるならrsyncで取ってね。]]></description>
			<content:encoded><![CDATA[<div class="wp-g-plusone" style="clear:both;float:right;"><g:plusone size="medium" href="http://hanzubon.jp/node/4908"></g:plusone></div><p>debian-cdのミラーからisoをhttpで持ってくアクセスがけっこう多くて、なかなかきびしいので</p>
<p>「大きめのisoイメージ(100M程度にしたつもり)」</p>
<p>を</p>
<p>「httpで」</p>
<p>取得しようとした場合のみ大幅に帯域しぼられるように調整しました。</p>
<p>とるならrsyncで取ってね。</p>
]]></content:encoded>
			<wfw:commentRss>http://hanzubon.jp/node/4908/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

