Re: libfetch ftp patch for less latency
- From: des@xxxxxx (Dag-Erling Smørgrav)
- Date: Thu, 29 Mar 2007 09:48:26 +0200
Nate Lawson <nate@xxxxxxxx> writes:
To speed up pkg_add and other ftp command channel performance over slow
links, change this:
<<< 257 "/"PWD
<<< 250 Directory successfully changed.CWD pub
<<< 250 Directory successfully changed.CWD FreeBSD
<<< 250 Directory successfully changed.CWD ports
<<< 250 Directory successfully changed.CWD amd64
<<< 250 Directory successfully changed.CWD packages-6-stable
<<< 250 Directory successfully changed.CWD Latest
MODE S
Into this:
<<< 257 "/"PWD
<<< 250 Directory successfully changed.CWD pub/FreeBSD/ports/amd64/packages-6-stable/Latest
No. This is a violation of the FTP protocol.
All ftp servers I've ever seen support a full path when changing down
dirs. This might be a DOS ftp server thing however. In any case, if
there is an error to the all-in-one CWD, the code reverts back to legacy
behavior of multiple CWDs.
When the all-in-one CWD fails, you're SOL. You have no idea what
state the server is in, and you have to start over.
DES
--
Dag-Erling Smørgrav - des@xxxxxx
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: libfetch ftp patch for less latency
- From: Pieter de Goeje
- Re: libfetch ftp patch for less latency
- References:
- libfetch ftp patch for less latency
- From: Nate Lawson
- libfetch ftp patch for less latency
- Prev by Date: Re: [head tinderbox] failure on i386/i386
- Next by Date: Re: NFS write() calls lead to read() calls?
- Previous by thread: libfetch ftp patch for less latency
- Next by thread: Re: libfetch ftp patch for less latency
- Index(es):