FTP list takes too long to display

[xoft]

Hi,

First of all, thanks for the great program, i could not imagine working on windows without it anymore.

There is just one thing that quite bothers me - as my FTP server list is quite large (>1000 servers), it is really slow to both display and edit. Displaying takes about 5 seconds (800MHz Celeron machine), most of the time spent in kernel (i used TaskInfo to determine that). Im pretty sure that sorting thousand items cant take that long.
After each edit, the scrollbar first disappears, then reappears and slowly grows as more items are added. Quite the same effects as if one forgets Items.BeginUpdate and Items.EndUpdate in Delphi :)

This has been a "bug" in 5.50, 5.51 and still remains in 6.0. I hope it gets fixed soon.

_Xoft(o)

[Clo]

2xoft
 Hello !

• First, welcome on board !
• What is the RAM amount installed in your PC ?
* I noticed such problems with the interface-display for various "big" handlings with only 96 MB SD-RAM. And all was slow.
• Now, I've 320 MB, and it's better at all. My ususal "donkey" PC is only a P2 -350 MHz... and the awful Win 98 SE...
Glad to hear more,
Kind regards,
Claude
Clo

[xoft]

->Clo:

Hi,

My machine is quite an unusual beast ;)
Intel Celeron 800MHz, 80GB HDD, 384MB RAM @ 133MHz, two ethernet cards (100MBit TP and 10MBit combo), two graphic cards (nVidia GeForce2 MX400 AGP 32MB; S3 Trio64V2 PCI 2MB), two monitors of course, plus the usual stuff like kbd and mouse :)
As for software, im running mostly on Win 2K srv, drivers mostly up-to-date except for nVidia, whose latest driver is buggy. I might add that i have quite a lot of development environments installed - Borland D3, D5, D6, C++B5 and MSVC 6.
Sometimes i have to switch to W98SE in the sake of game playability, no special software there.

I hope i didnt leave anything important out. But as i said before, i believe it is not a computer-specific issue, but rather an omission in the code that could have gone unnoticed for quite long.
Contact me on icq if You wish me to send my FTP config file to You to try out Yourself - no problem there.

_Xoft(o)

[Clo]

2xoft
 Hi again !
• Humm... Really a special PC ! Isn't rare that buggy GC drivers cause problems in TC... Besides, I guess that your processor is so busy everytime.
• Does it occur the same when you are using Win 98SE ?
Sending files via ICQ doesn't work at home (maybe because a bug in Miranda or so).
• Since you think there at least a lacuna in TC, I recommend you to send an email to the Author, and to attach this log-file with:
support@ghisler.com

Kind regards,
Clo

[sqa_wizard]

my FTP server list is quite large (>1000 servers)

This is the main reason of your bad performance.

The serverlist is saved as a kind of INI file.
This makes it easy to copy or edit the list

Unfortunately the windows INI file access is very, very sloooow

[xoft]

This is the main reason of your bad performance.
...
Unfortunately the windows INI file access is very, very sloooow :(

Not quite. I've recently tried out the same list on my laptop (366MHz, W98 SE / WXP Pro), and it worked perfectly fast I dont suppose W2K Srv's INI-file handling is much different from WXP's.

It seems there is no other choice than to blame multimonotir / gfx-driver combination for this issue. However, i still insist that theres something wrong with filling the list after an edit, i can see the items being filled into the listbox one by one. It might not be an issue on fast computers, but it sure is for me :P

[xoft]

I dont suppose W2K Srv's INI-file handling is much different from WXP's.

Mistaken, as usual. There could be no other reason. I bought a new computer, with a different nVidia card (FX-5200), single-monitor. No matter what driver i installed, ranging from 29s to the newest 56, still it took three seconds to display / edit the FTP list. Of course the system has been freshly reinstalled from scratch, updated to SP3 and a few security hotfixes.
The strange thing is, though, that the time is approx the same as on the old computer, although this one's more than four times faster.

If only Mr Ghisler made a "semi-debug" version that would track the timing of all FTP-list-related operations, i would be glad to provide the results back to see where the "bug" is.

[MonkY]

Well, i don't know if this is ok to say... as i know TC is not a dedicated FTP client... but comparing FlashFXP, CuteFTP with TC FTP client... there is no term of comparision. TC gets disconnected sometimes without reasons, while FlashFXP (my main FTP client) stays on... also, i get a lot of failt to copy/transfer in TC while FFXP doesn't... very strange... But i think Ghisler can improve TC FTP client.. i am sure in fact

[ghisler(Author)]

2MonkY
I have no idea what to improve - TC does not have any timeouts and does not disconnect by itself, so my only guess is that these other clients just silently reconnect when they lose the connection...

[xoft]

I have no idea what to improve {...}

The option to reconnect automatically could be useful - for downloading batches of huge files over a slow network - the moment one goes out for a coffe or takes a nap, bang, the connection dies.

Anyway, this is getting a bit off-topic.

To be more egoistic: i would be glad if there was a debug version as mentioned before, recording timings of all operations, so You could track down what takes so much kerneltime in displaying a list. I, as a programmer, would too be glad to know.

_Xoft(o)