Тёмный

Distributed Systems 4.3: Broadcast algorithms 

Martin Kleppmann
Подписаться 50 тыс.
Просмотров 42 тыс.
50% 1

Опубликовано:

 

26 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 32   
@zhou7yuan
@zhou7yuan 3 года назад
Broadcast algorithms directly [0:28] reliable link node may crash Eager reliable broadcast [1:46] Gossip protocols [3:05] FIFO broadcast algorithm [5:18] Causual broadcast algorithm [7:10] (deps =T from every node
@meamea5127
@meamea5127 3 года назад
Thanks for putting theses lectures online. This is amazing!
@mescellaneous
@mescellaneous 2 года назад
amazing. i remember starting the coursera distributed algorithms course but when they went over the algorithms, i never understood the context for any of them. this series is very concise about all the fundamental details while stringing together topic after topic
@hpandeymail
@hpandeymail 2 года назад
You are so elaborate and precise .. thanks for sharing 🙏
@ShockN745
@ShockN745 2 года назад
Thanks for your lecture on distributed systems, it's amazing. For this one I have a suggestion: I think renaming 'delivered' to 'to_be_delivered' would make the algorithm easier to understand.
@mmfStudent
@mmfStudent 3 года назад
Well, it's the most complex 13 minutes in my education... Anyway, thanks a lot for the great compaction of complex algorithms into a single short video.
@ramjikijai
@ramjikijai 2 месяца назад
Big fan of his thought process. I wish I could do phd under him.
@karlpeng3358
@karlpeng3358 3 года назад
Exercise 14 FIFO-total order broadcast using Lamport clocks,where can I discuss it?Lamport clocks approach has a problem 'how do you know if you have seen all messages with timestamp < T', need to be solved in this exercise?
@mazenezzeddine8319
@mazenezzeddine8319 2 года назад
Thanks Prof. Kleppmann.
@kalhanbahi4968
@kalhanbahi4968 Год назад
at 12:39 why do we need to wait for timestamp > T for every node ?
@yinyao1501
@yinyao1501 2 года назад
Thanks for the wonderful lectures! A minor question about the causal broadcast algorithm. On the receiving part, is it true that when the receiver found a (sender, deps, m) from its buffer, if the deps < delivered, it's actually not the first time the receiver received this tuple? In that case, the receiver will just remove it from the buffer and won't change the status of the delivered list.
@mylife9039
@mylife9039 3 года назад
Great explatiom man underrated
@murike
@murike 2 года назад
Can someone explain me what notation(or pseudocode) is used here? I'm struggling do understand some parts.
@ryanborchardt5025
@ryanborchardt5025 2 года назад
I have a question regarding the two different implementations that are outlined for Total Order Broadcast. If you use the single leader approach, the total order is not causally consistent. But if you use the Lamport clocks approach, it seems to me that this total order would be causally consistent (ie if you use Lamport clocks to implement total order broadcast, you actually get FIFO-total order broadcast.). Is this correct or am I missing something here?
@anrikezeroti4680
@anrikezeroti4680 2 года назад
I couldn't understand Total order broadcast algorithm with Lamport Clocks approach. It doesn't make sense to use Lamport timestamps to order messages where nodes are more then 2. And you can't ensure global FIFO (first in first out), you can ensure it only between 2 nodes. which brings me to think that nodes can't prioritize between parallel/concurrent events.
@anrikezeroti4680
@anrikezeroti4680 2 года назад
The answer is that Lamport clock provides Total ordering, when numbers are the same node Names are compared...
@misterprakash
@misterprakash Год назад
So does the lamport clocks approach lead to a FIFO total order broadcast? To me it looks like the order of message deliveries is sort of round-robin. which essentially implies that it is FIFO.
@quaryaband
@quaryaband 3 года назад
Awesome lectures!
@babywhalecrypto1346
@babywhalecrypto1346 2 года назад
OK, I looked closely at video again...only first-time message recipients rebroadcast...now the animation makes sense in terms of network message propagation. Still stuck on "randomly chosen nodes" in the network. The nodes chosen in the animation look like randomly chosen neighboring nodes, not truly random nodes.
@yu-haowang6710
@yu-haowang6710 2 года назад
Mr. Kleppmann I would like to ask you a question: in causal broadcast algorithm, receiver doesn't have (sender, delivered[sender], m) ∈ buffer in while condition, can it be successful to be FIFO? Because I see that you put vector-clock-like condition instead, but how does a machine proceed to receive message sequentially once it crashed? Thank you!
@abcdef-fo1tf
@abcdef-fo1tf Год назад
In 11:20 we talk abou total order broadcasting with single leader, but this doesn't guarantee FIFO or causal right? Do we need to have an additional check on the leader, like for example making each follower send in it's i,dep,m array and also run the causal broadcast algorithm at the same time? It seems to me like the lamport clocks approach solves the problem of making it FIFO total order automatically w/o additional work though. It however has an additional problem: since we need to wait for one more update before doing previous updates: we're guaranteed to have clients making updates on stale info
@misterprakash
@misterprakash Год назад
causal broadcast: "if a broadcast request X at node A originates before (happens before) broadcast request Y at node B, the delivery of X must happen before Y at all nodes." we can prove the above holds for total order broadcast protocol using a single leader given 1) the “total-order-broadcast” is sent to the leader from the originator in a FIFO channel. 2) the leader has to “FIFO-broadcast” in the same order it received the “total-order-broadcast” requests. Hint: case 1 node A != node B In this case, the causality path from request X to request Y should involve the leader receiving X, which implies the leader receives X before Y. case 2 node A = node B In this case, since the link from node (A=B) to leader is FIFO, leader receives X before Y.
@mostinho7
@mostinho7 Год назад
1:05 implementing broadcast protocol in a naive way is not fault tolerant, if node A crashes then not all nodes will have gotten the message only some
@caseyyeow1649
@caseyyeow1649 2 года назад
Thx for excellent video and explanation. How about total order Broadcast vs Atomic Broadcast?
@realbillnye
@realbillnye 3 года назад
Martin, whats your favorite aspect of long hair? As a fan, I must know!
@aoe9857
@aoe9857 3 года назад
Is the Lamport clocks approach to do TO broadcast equivalent to consensus?
@LeonardShi
@LeonardShi 3 года назад
how does the gossip protocal know if all the nodes got the message? does a coordinator have to be here to keep checking the status?
@aoe9857
@aoe9857 3 года назад
In an asynchronous system, where messages take an arbitrarily long time to transit, there is no way.
@andycjwu
@andycjwu 3 года назад
in gossip protocol, the node sends out a new message only the first time it receives the message; so if you received the same message before, you do not need to choose new nodes to gossip the message anymore. The stop condition is that all nodes received a copy of the message. How many hops? The diameter of the network topology.
@LeonardShi
@LeonardShi 3 года назад
@@andycjwu thanks, a crystal clear explaination
@daniilorain
@daniilorain 3 года назад
4:55 I wonder how was this probability calculated? Is it really high probability that eventually the message will reach all nodes?
@uneq9589
@uneq9589 3 года назад
check out Cloud computing concepts part 1 on coursera or check the paper on gossip. you will need to know integral calculus to reach the final probability figure.
Далее
Distributed Systems 5.1: Replication
25:21
Просмотров 45 тыс.
Distributed Systems 7.1: Two-phase commit
18:45
Просмотров 64 тыс.
бабл ти гель для душа // Eva mash
01:00
Distributed Systems 4.1: Logical time
24:02
Просмотров 80 тыс.
The "Goodbye" Problem - Computerphile
8:24
Просмотров 52 тыс.
Distributed Systems 4.2: Broadcast ordering
16:19
Просмотров 50 тыс.
Distributed Systems 1.3: RPC (Remote Procedure Call)
19:45
Distributed Systems 6.1: Consensus
18:15
Просмотров 37 тыс.
Just enough C to have fun
39:29
Просмотров 56 тыс.
Paxos Agreement - Computerphile
14:17
Просмотров 131 тыс.
Parallel & Distributed Computing - Gossip Protocol
21:41
⚡ Making Servers Gossip - Tomás F
17:09
Просмотров 553
Distributed Systems 3.1: Physical time
20:48
Просмотров 39 тыс.