[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    Re: kdebase/kioslave/ftp
From:       Simon Hausmann <shaus () helios ! Med ! Uni-Magdeburg ! DE>
Date:       1999-11-30 20:15:23
[Download RAW message or body]



On Tue, 30 Nov 1999 pbrown@redhat.com wrote:

> On Tue, 30 Nov 1999, David Faure wrote:
> 
> > On Tue, Nov 30, 1999 at 10:30:51AM +0100, Lars Knoll wrote:
> > > On Tue, 30 Nov 1999, Waldo Bastian wrote:
> > > > On Tue, 30 Nov 1999, Lars Knoll wrote:
> > > > 
> > > > > > kio_ftp keeps the connection to the ftp server open until the hostname
> > > > > > changes :)
> > > > > 
> > > > > And one can do a similar thing with the connection to http servers. It would
> > > > > speed up download times of web pages quite a lot, since most webpages consist f
> > > > > a lot of small files, so building up the connection for every request
> > > > > seperately wastes a lot of time. 
> > > > 
> > > > Doesn't it do that already? (On servers which support HTTP 1.1)
> > > 
> > > No, it doesn't. It closes the connection after every request. There seem to be
> > > some hooks in kio_http to support keeping the connection open, but it looks
> > > like it's not implemented at the moment.
> > 
> > What I don't understand is that, for me, kio_ftp as well, doesn't keep
> > connections. And Simon seems to say it does for him. Strange...
> 
> It doesn't keep them for me either.  And trust me, the hostnames aren't
> changing...

Hmmm, this is really strange...

According to the implementation of bool
KProtocolManager::persistentConnections() kio_ftp should do that for you
aswell. So Ftp::ftpDisconnect() doesn't close the control connection when
being called from Ftp::closedir() (which is called after a slotListDir()
for example) .

What does you debug output say, after listing an ftp directory?
Is there a quit command sent?

Bye,
 Simon

[prev in list] [next in list] [prev in thread] [next in thread]