[moon] home
IPv4

Erlkönig: bits-flowing.shtml

parent
[parent webpage]

server
[webserver base]

search
[search erlkonig webpages]

trust
[import certificates]


homes
[talisman]
[zoion]
Path: news.dell.com!natinst.com!cs.utexas.edu!wupost!uunet!olivea!hal.com!decwrl!looking!funny-request
Message-ID: <S56e.2674@clarinet.com>
Date: Sun, 6 Jun 93 19:30:14 EDT
Newsgroups: rec.humor.funny
From: opedroso@osiris.b29.ingr.com (Osiris Pedroso)
Subject: FTP xfer speed
Keywords: chuckle, computers
Approved: funny@clarinet.com
Lines: 32

Question on one of our corporate groups:
----------------------------------------
   Noticed something weird today.  Was using FTP to xfer some
   files around and noticed that "getting" files resulted in
   a transfer rate of about 15kb/sec while "putting" files
   resulted in a transfer rate of about 400kb/sec?!?!

   Both sending and receiving nodes were C4's, but one is
   a server and one is a WS.

   What gives??

Answer some 10 minutes later:
-----------------------------

The remote system is downhill from your system, resulting in a faster
rate of transfer when you "put" files, and a lower rate of transfer
when you "get" files (since you have to pull the bits uphill).

Remember, you should _never_ stack two systems on top of each other.
Bits cannot handle vertical acceleration, and you could actually cause
a bit overflow.  That's why you should always back away from a machine
that has an "overflow error", because, chances are, it's about to
explode.

Jeeze, you're working at a computer company and you don't even know
the basics?
--
Selected by Maddi Hausmann with Brad Templeton.  MAIL your joke (jokes ONLY)
to funny@clarinet.com.  If you see a problem with an RHF posting, reply to
the poster please, not to me.  Ask the poster to forward comments back to
me if this is necessary.
disencrypt lang [de jp fr] diff backlinks (sec) validate printable
Cogito ergo spud (I think therefore I yam).
[ Your browser's CSS support is broken. Upgrade! ]
alexsiodhe, alex north-keys