Evgeniy Polyakov wrote:Look up Bittorrent, and bandwidth diffusion generally. Also look up multicast trees. Sometimes it's faster for a client to send to many servers; sometimes it's faster to send fewer and have them relayed by intermediaries - because every packet takes time to transmit, and network topologies aren't always homogenous or symmetric. There is no simple answer which is optimal for all networks. Leader election is part of standard Paxos too :-) If you have a single data forwarder elected per client, then if one client generates a lot of traffic, you concentrate a lot of traffic to one network link and one CPU. Sometimes it's better to elect several leaders per client, and hash requests onto them. You diffuse CPU and traffic, but reduce opportunities to aggregate transactions into fewer message. It's an interesting problem, again probably with different optimal results for different networks. -- Jamie --
| James Bottomley | Breakage caused by unreviewed patch in x86 tree |
| Andrew Morton | Re: POHMELFS high performance network filesystem. Transactions, failover, performa... |
| Randy Dunlap | Re: 2.6.25-rc5-mm1 (paravirt/vsmp/no PCI) |
| Arnd Hannemann | 2.6.24-rc8 hangs at mfgpt-timer |
| Theodore Ts'o | Re: SVGA-alphanum. modes |
| Joseph R. Pannon | More install questions |
| Paul Richards | Header files |
| Les Andrzejewski | X386/WD90C31/SUMSUNG SYNC MASTER 4 |
git: | |
| David Miller | Re: [BUG] New Kernel Bugs |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
