I think, rsh is quite obsolete

Andrew Haley aph at redhat.com
Wed Nov 8 12:29:28 UTC 2006


Adam Tkac writes:
 > Tomas Mraz pí¡e v St 08. 11. 2006 v 12:07 +0100:
 > > On Wed, 2006-11-08 at 10:55 +0000, Andrew Haley wrote:
 > > > Adam Tkac writes:
 > > >  > I think, It's no argument to include rsh in next versions of fc/rhel.
 > > >  > OpenSSH could successfully substitute this component. SSH is more secure
 > > >  > than rsh and has all features of rsh. Do you think anything else??
 > > > 
 > > > High performance environments are one obvious example.  I've used rsh
 > > > for high-load testing of systems, where you don't want encryption
 > > > overhead to get in the way.
 > > 
 > > Yes, definitely. There are also other problems with scp/sftp protocols
 > > which lower their performance on fast networks. These are being remedied
 > > with the HPN patch (http://www.psc.edu/networking/projects/hpn-ssh/) but
 > > upstream still refuses to accept the patch and we don't want to diverge
 > > from it so much. There is also a question if this patch couldn't cause
 > > incompatibility with unpatched OpenSSH clients/servers in some
 > > circumstances.
 > > 
 > > So I'd say, keep the rsh for now. Or even better possibility would be to
 > > move it to Extras as Extras are NOT a second class citizen and RHEL can
 > > still include it.
 > > 
 > > -- 
 > > Tomas Mraz
 > > No matter how far down the wrong road you've gone, turn back.
 > >                                               Turkish proverb
 > > 
 > 
 > You're truly right. This idea about high-performance systems doesn't
 > strike me. I'm going to look forward to this idea when upstream of
 > OpenSSH accepts HPN patch (or other improvement for this problem).

The acid test is this, run over a fast network:

 $ tar cf - foo | rsh bar tar xfBp -

This should hit the bandwidth of the connection.

Andrew.




More information about the fedora-devel-list mailing list