[Info-vax] Slow FTP transfer Linux -> VMS

[Michael D. Ober]

"Bill Gunshannon" <billg999 at cs.uofs.edu> wrote in message 
news:7g0jgdF2mrg2sU2 at mid.individual.net...
> In article <1oCdnbnO3q7AdQfXnZ2dnUVZ_qWdnZ2d at earthlink.com>,
> "Michael D. Ober" <obermd. at .alum.mit.edu.nospam.> writes:
>>
>>> Ahh - finally someone who responds with the same BS as when a Windows 
>>> user
>>> posted similar FTP problems recently.  FTP to one VMS box was slow but 
>>> to
>>> another VMS box it was fast.  The response then was don't use Windows -
>>> use any other OS.  This sounds like there is a misconfiguration on the
>>> slow VMS box.
>>>
>>> Mike Ober.
>>>
>>
>> Let me clarify my position - most of us who have VMS have to make it work
>> with other OSs - Windows, Linux, MacOS-X, Unix, etc.  When this 
>> integration
>> fails, we don't expect someone to tell us that we shouldn't use the OS 
>> we're
>> using.  Many times we don't have that option.  If Digital had been able 
>> to
>> market themselves and their OSs we might all have a technically superior 
>> OS
>> on the desktop and across the internet.  As it is, we don't.  Even if HP
>> gets serious and brings VMS up to current standards for interoperability 
>> and
>> sells enough to entice ISVs to write new applications and port existing
>> applications to VMS, VMS must still interoperate with other OSs.
>>
>> Don't tell those of use who must work with multiple OSs not to use other
>> OSs.
>
> I have nothing against other OSes, but when the most likely cause of
> the problem is the implementation the only real solution is to find
> an OS that got it right.  If you have no choice but use Linux than
> tune to your hearts content but be prepared for the performance to
> always lag behind everyone else's.
>
> bill
>
> -- 
> Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
> billg999 at cs.scranton.edu |  and a sheep voting on what's for dinner.
> University of Scranton   |
> Scranton, Pennsylvania   |         #include <std.disclaimer.h>
>


Given that OP said one Linux to VMS system was fast and that the same Linux 
system to a different VMS system was slow, I would look at the slow VMS 
system or the network interface for that system for the problem, not at the 
Linux system.  For example, our AlphaServer 1200 had a problem with all 
network IO over multiple versions of VMS (7.1H to 8.3) until I hard coded 
the ethernet speed and duplex information in the console.  They way you 
sound, it would have been our Windows and Linux systems that were all wrong. 
I figured out the problem by monitoring the packet rate at the switch.

As for the implementation of TCP/IP in Linux, it's solid and, in my 
experience, definitely faster than VMS from an application perspective. 
Someone else may have a different experience, but that's mine.

VMS trades speed for security in many places, but that's part of why it's so 
rock solid.

Mike.