We've been able to successfully udpcast to hundreds of clients pretty consistently. When we've run into problems, it's usually been some problem with the network. The command from the server end looks something like:
./udpcast/udp-sender --max-wait 60 \ --min-wait 20 --min-clients 70 \ --pipe ./tarScript --interface eth0 \ --max-bitrate 200M --nokbd \ --mcast-addr 225.0.0.15 --full-duplex --nopointopoint \ --fec 16x4/128
I've seen over 400 clients connect at the same time ----- Gary Skouson
On 12/13/04 11:31 AM, "George Coulouris" coulouri@ncbi.nlm.nih.gov wrote:
Hello,
We'd like to use udpcast to distribute approximately 20G of data to ~100 machines on a daily basis. We currently have 72 machines, but usually only 40-50 of them successfully transfer data.
The command lines look like:
udp-sender --max-bitrate 45m --full-duplex --min-wait 300 --pipe "tar -c -f - source_directory"
udp-receiver --pipe "tar -x -f -"
We have a cron job which monitors a directory in NFS for a flag file, and when the flag is raised, the sender starts up, and after a short random timeout, the receivers start up. The receivers write messages to syslog, so I can verify that they're starting up before min-wait expires. Lengthening min-wait doesn't appear to have an effect. We're on switched fast/gig ethernet.
Are there any reasons why the sender wouldn't be able to "see" more receivers?
Thanks in advance.
George Coulouris National Center for Biotechnology Information (contractor) _______________________________________________ Udpcast mailing list Udpcast@udpcast.linux.lu http://udpcast.linux.lu/mailman/listinfo/udpcast