home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.protocols.tcp-ip
- Path: sparky!uunet!sun-barr!ames!agate!linus!linus.mitre.org!gmarzot@mitre.org
- From: gmarzot@mitre.org (G. S. Marzot)
- Subject: Re: satellite link file transfers
- Message-ID: <1992Jul30.155526.20043@linus.mitre.org>
- Sender: news@linus.mitre.org (News Service)
- Nntp-Posting-Host: gmarzot.mitre.org
- Organization: MITRE Corp.
- References: <1992Jul27.190345.22868@Arco.COM> <1992Jul28.223621.12550@Arco.COM>
- Date: Thu, 30 Jul 1992 15:55:26 GMT
- Lines: 27
-
- In article <1992Jul28.223621.12550@Arco.COM>, Gary White <gwhite@arco.com>
- writes:
- >
- > Well, it has turned out that we had two problems. First,
- > some bridge and router setup problems. Secondly, the buffer
- > size for TCP/IP on the RS/6000 was too low by default. RS/6000's
- > have a command "no" for network options that allows the
- > "tcp_sendspace" and "tcp_recvspace" settings to be adjusted;
- > changing from the default 16K to 56K improved performance
- > from 25KBytes/s to 70KB/s.
- >
- > There are still some things to check for better performance,
- > but this is a big step up from yesterday's 5KB/s.
- >
- > Thanks to all who wrote in!!!
- >
- > -Gary
- >
-
- This discussion has been very helpful. I do have one follow-up question.
-
- Is there a simple ROM way to calculate TCP/IP throughput given say
- bit rate = 256Kb/s, transmit/receive delay = 250 msec and varying buffer
- size.
- This would assume a fairly solid link and no other traffic. Thanks for any
- help. -GSM
-
-