> > Most older protocols are even less optimal (I have in mind RFC 822 and
> > FTP as the worst offenders), but everyone keeps using them. The only
> > protocol that ever has successfully been abandoned since the
>
> FTP is dying, the main things that keep it alive are the fact http
> daemons are bad at handing out large files, and the fact http clients dont
> use byte ranges on broken file transfer retries.
Hopefully, HTTP/1.1 and compliant clients could get rid of this nasty bug.
As for large files, I suppose we'll have to wait a little more...
I work as a BOFH^H^H^H^HSystem Administrator at an ISP, and we use Linux
(of course) and Apache. I am always looking for optimizations, and a
secure way to do things. It would be great to switch from ftp to http if
it really is more secure.
At home I use 2.1.x series, and I haven't experimented tcp stalls that
some people report. Using 2 NE2000 PCI clones, I use to get around 1MB/s
transfers (sometimes a little less), through ftp (haven't tried with http)
and nfs (don't use very often). Both are Pentium machines, no bells and
whistles. Kernel now is 2.1.127, same results since 2.1.119 (I used
previous versions, but can't remember testings).
As a last comment, while 2.1.127 performs well for me, I couldn't
compile ftape support due to errors (I am at work, can't remember but I
think it's a missing or duplicated symbol).
Regards.
--- Francisco Rodrigo Escobedo Robles - mailto:frer@vnet.es Administrador del Sistema, Virtual Net - Hipernet Este mensaje expresa unicamente mi opinion en este momento
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/