Skip to content

Instantly share code, notes, and snippets.

@t3t5u
t3t5u / gist:7667d3cb12bb9cbbf625
Created March 10, 2015 13:43
分散Erlang勉強会事前アンケート
@t3t5u
t3t5u / gist:2c626eacc351021c5563
Last active August 29, 2015 14:17
6.4 物理学者の方法

6.4 物理学者の方法

銀行家の方法と同様に物理学者の方法でも、累積した貯蓄ではなく累積した負債を使うことができる。 伝統的な物理学者の方法では、ポテンシャル関数Φは累積した貯蓄の下限を表す。 貯蓄の代わりに負債を使うには、それぞれのオブジェクトを、累積した負債の上限(少なくとも、累積した負債のうちのオブジェクトの部分の上限)を表すポテンシャルにマップする関数Ψで、関数Φを置き換える。 大ざっぱに言えば、ある演算の償却されるコストとは、その演算の完全なコスト(つまり共有されるコストと共有されないコスト)からポテンシャルの変化を減算したものである。 ある演算の完全なコストを算出する簡単な方法は、全ての計算が正格であると見せ掛けることであった。

累積した負債の変化は、全てポテンシャルの変化に反映される。 ある演算が共有されるコストを全く支払わないなら、そのポテンシャルの変化は共有されるコストに等しくなるので、その演算の償却されるコストは共有されないコストに等しくなる。

@t3t5u
t3t5u / gist:c637f06d64d300c429ab
Last active August 29, 2015 14:21
`gen_leader`について

gen_leaderについて

http://github.com/garret-smith/gen_leader_revival

概要

  • gprocの内部で使われている。
  • 候補ノードのリストからリーダを選択する。
  • リーダの選択には死んでいないすべてのフォロワの合意が必要。
  • ノード間の情報伝達はリーダを介して行う。
@t3t5u
t3t5u / gist:3ebcee9ee1a29d3074ad
Created May 12, 2015 15:49
プロセス管理について

名前でプロセスを管理するモジュール

代表的な実装

名前 スコープ
BIF ローカル
global グローバル
gproc ローカル/グローバル
@t3t5u
t3t5u / gist:8096d9c4b560ebad5987
Created May 13, 2015 06:54
pg2+globalとgproc+gen_leaderの比較。
@t3t5u
t3t5u / gist:107fd7203851bdc1ef00
Last active October 19, 2015 07:04
Gossip Protocol

流行性のブロードキャスト (Epidemic Broadcast) によるプロトコル。

決定論的なツリーに基づくブロードキャスト (Deterministic Tree-Based Broadcast) と比較して、 信頼性 (Reliability) と回復力 (Resiliency) が高く、メッセージのロスは少ないが、 重複するメッセージが大量に転送されるため、あまりスケーラビリティは高くない。

基本的な仕組み

@t3t5u
t3t5u / gist:dfe243d3baa38b7a56c8
Last active October 19, 2015 10:14
HyParView

Hybrid Partial View Membership Protocol.

信頼できる Gossip Protocol に基づき、メンバーシップを維持するプロトコル。

Partial Views

各ノードの内部で動的に変化する、すべてのノードの識別子のサブセット。

@t3t5u
t3t5u / gist:d8c1b65e7dbd54ae4549
Last active February 14, 2016 06:23
Plumtree

Push-Lazy-Push Multicast Tree.

高いスケーラビリティ、信頼性 (Reliability) 、回復力 (Resiliency) を達成するため、 流行性のブロードキャスト (Epidemic Broadcast) と、 決定論的なツリーに基づくブロードキャスト (Deterministic Tree-Based Broadcast) を統合する。

純粋な Gossip Protocol と異なり、ブロードキャスト用のツリーを構築するフェーズで、冗長な転送経路が取り除かれるので、重複するメッセージが大量に転送されることはない。

@t3t5u
t3t5u / gist:a0563d761153c2732e88
Last active November 5, 2015 14:10
Tree (Before)
Root| Node| EagerPeers| LazyPeers
----+-----+-------------------------------------+-------------------------------------------
1| 1| [ 11, 12, 111, 112]| [1122]
| 11| [ 121, 122, 1111, 1112]| [1122]
| 12| [1121, 1122, 1211, 1212]| [ 122]
| 111| [ 1, 11, 1221, 1222]| [1121]
| 112| [ 12, 111, 121]| [1221]
| 121| [ 122, 1111, 1112, 1121]| [1122]
| 122| [1122, 1211, 1212, 1221]| [ 121]
| 1111| [ 1, 11, 12, 1222]| [1121]
@t3t5u
t3t5u / gist:d0c1f87c7bc6f3bf8965
Last active November 5, 2015 14:11
Tree (After)
Root| Node| EagerPeers| LazyPeers
----+-----+-------------------------------------+-------------------------------------------
1| 1| [ 11, 12, 111, 112]| [1111, 1122, 1211, 1222]
| 11| [ 1, 1112]| [ 111, 121, 122, 1111, 1122, 1211]
| 12| [ 1, 1121, 1122, 1211, 1212]| [ 112, 122, 1111]
| 111| [ 1, 1221, 1222]| [ 11, 112, 1112, 1121, 1211]
| 112| [ 1, 121]| [ 12, 111, 1112, 1212, 1221]
| 121| [ 112]| [ 11, 122, 1111, 1112, 1121, 1122, 1212]
| 122| [1212]| [ 11, 12, 121, 1112, 1122, 1211, 1221]
| 1111| [1212]| [ 1, 11, 12, 121, 1121, 1222]