Fork me on GitHub
#onyx
<
2016-01-31
>
robert-stuttaford07:01:48

how does multi-node know how many peers to start per instance?

lucasbradstreet12:01:44

@robert-stuttaford: n-peers when you call start-peers on each node

robert-stuttaford12:01:31

so, we’re setting a peer-count which is the total of alll tasks on startup. this means we’re giving each instance a full peer count for all the jobs. should we not be, @lucasbradstreet ?

michaeldrogalis18:01:02

@robert-stuttaford: When you call start-peers with an argument of n, you're designating n slots of concurrency for that machine. There's no "right" or "wrong" number of peers - it's a decision about how much concurrency is appropriate for your workload and hardware. The only thing that would be "wrong" would be not having enough peers to start your job. So if you have 2 machines with 3 peers started on each, you have a total of 6 peers. That means you can have any combination of jobs running that does not require more than 6 peers.

michaeldrogalis18:01:22

To answer your question, though, Onyx knows how many peers to use and which jobs to allocate them to by using the ZooKeeper log for atomic broadcast.