Slows starting of downloading with KIO

Thiago Macieira thiago at kde.org
Mon Dec 19 19:36:31 GMT 2005


Aaron J. Seigo wrote:
>
>so perhaps we shouldn't start the progress meter until all the files are
>statted, but start the download of the first file immediately?

Which could clog the connection and make the statting slower, resulting in 
a dialog that took a long while to appear.

Another option is to display the dialog soon and re-allocate progress bar 
area when more information becomes available. Of course, the drawback in 
that case is that the progress will decrease.

Maybe a third, half-way option: we show the dialog and some progress (like 
"200 kB, 12 kB/s" but no totals and no time estimates) and collect more 
information in the background.

That would require:
1) skipping statting for some files if somehow the download went faster 
and we finished downloading before the stat finished (it's pointless to 
stat a file to know its size if we have it completed already -- unless we 
want to copy mtimes and other metadata);

2) make sure it's possible to work around that behaviour for FTP sites 
where a single connection per IP is allowed -- e.g., serialise the 
operation.

Another interesting problem that the statting brings is that we cannot 
download "virtual files", such as .tar.gz tarballs created by wu-ftpd for 
a whole dir.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

4. And æfter se scieppend ingelogode, he wrát "cenn", ac eala! se 
rihtendgesamnung andswarode "cenn: ne wát hú cennan 'eall'. Ástynt."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20051219/937b1ad3/attachment.sig>


More information about the kde-core-devel mailing list