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

[Bill Gunshannon]

In article <jOOdnViCPe-rhgbXnZ2dnUVZ_tti4p2d at giganews.com>,
	"Richard B. Gilbert" <rgilbert88 at comcast.net> writes:
> Bill Gunshannon wrote:
>> 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
>> 
> 
> Is there some reason not to fix Linux?  Last I heard it was open source.

Reason?  Probably not.  But the people who did the TCP/IP implementation
d all the information needed to do it right in the first place and chose
to do it wrong so I doubt that anyone fixing it will see those fixes ever
actually become part of the code.

And, given the choice between multiple OSes that use almost duplicate
API's and which are virtually indistinguishable to the average user,
I have never understood why so many choose the one that got so much
of it wrong.

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>