Beta 10 x64 slow with Win7 64bit?

MiloW · Post by *MiloW » 2011-11-30, 07:37 UTC

Hi,

I think I might have one.
When I have TC and e.g. explorer and I do some changes (e.g. delete files/folders, change names), and come back to TC, it takes a couple of seconds to "update" the folder list to show the current state.

I am sure it was faster with x86, version 7.x.
Wasn't it?

Can't wait to get 8.0 stable : )
Best wishes to Christian Ghisler.

MiloW

PS Guys pay for the software if it's affordable and makes a big difference, TC is among it.

Valentino · Post by *Valentino » 2011-11-30, 09:22 UTC

I also noticed that TC 8.0 x64 (all betas) works slower than 7.56a x86.

Post by *ghisler(Author) » 2011-11-30, 16:01 UTC

Unfortunately I cannot reproduce this problem, the 32-bit version is equally fast. What kind of drive do you try to access which takes that long?
1. A huge local directory
2. A slow network drive
3. A specific plugin

And how fast is your PC?

Valentino · Post by *Valentino » 2011-12-02, 14:34 UTC

I remember noticing that 64 bit TC is slower when I was looking through my photos (3-4 MB each, in JPG format) using TC Quick View mode. Photos are located on local drive. I have IrfanView configured as an image viewer.

Post by *petermad » 2011-12-03, 21:39 UTC

I have IrfanView configured as an image viewer.

Even though you have Irfanview configured as picture viewer, TC 8.0 will not use IrfanView to show jpg (along with png, gif and bmp) images, but uses GDI+ in stead.

Since beta 10 you can force TC to use IrfanView for jpg files (and other types) with this key in wincmd.ini:

IviewAdditionalTypes=*.jpg

MiloW · Post by *MiloW » 2011-12-08, 21:08 UTC

Christian, just normal work - browsing directories, deleting files, listing files... no huge directories, no slow drive. Nothing changed since normal use of the previous version, just switched from 7.x to 8.0 beta (32 to 64bit) - bump! - suddenly seems slower to work on directories.

Post by *ghisler(Author) » 2011-12-09, 09:37 UTC

I'm sorry, I really don't have any idea what is slowing down TC on your system. Maybe a very thorough virus scanner, maybe some content plugin (which is called for each file when e.g. using custom colors) etc.

MiloW · Post by *MiloW » 2011-12-12, 20:36 UTC

Please, I beg you : )
nothing changed except for the TC...

OK, did some research, so:

1. x64 version installed into the Program Files (not Program Files x84) folder (I thought maybe this makes a difference) - no change, still slow updating e.g. file renaming in some other program and then switching to TC (the file stayed under the previous name, only refresh did the trick)

2. downloaded x86 and installed as parallel - fast like before, no bug

So there is something wrong with the x64.

Post by *ghisler(Author) » 2011-12-14, 15:17 UTC

I'm using both in parallel and don't see any noticable differences in speed. I would get a lot of complaints if there were a big difference.

I can only guess that you have some 64-bit only Explorer extension or 64-bit only plugin installed which TC 32-bit cannot load. All I recommend to you is to use the 32-bit version if you cannot find the reason of the slowdown.

Valentino · Post by *Valentino » 2011-12-15, 10:30 UTC

When I open folder with 1300 files, it opens noticeably (~twice) faster with 32bit TC than 64bit TC. When I Alt-Tab between 32 and 64 bit TCs (both beta 12 but this does not matter) I see that cursor (it's on ".." entry) blinks twice faster in 32 bit than in 64 bit TC. (Why does it blink by the way?) It's drawn then disappears then drawn again. In 32 bit TC it sometimes happens so fast that it's not noticeable, sometimes noticeable. In 64 bit TC it's always noticeable.

This experiment was done in folder "c:\MyDocs\SomeSubfolder\Data\test TC".
The same experiment with folder "c:\Windows\System32": effect of slowness is less visible (but visible) despite the fact that this folder contains 2683 files. Note that I scrolled horizontally to skip subfolders and bring files into view. When subfolders are in the view, slowdown is not visible.

After some play with this I understood that slowdown depends on number of files. I renamed test files using [C] pattern so that file names were shorter, placed separator on 20%/80% and slowdown became even more visible.

Windows 7 Pro SP1 64 bit, Intel Core i5 2.67 GHz, 8GB RAM.

P.S. Repeated the same experiment with clean settings: no slowdown...

MiloW · Post by *MiloW » 2011-12-15, 13:24 UTC

Christian do the following trick:
1. Open TC x64, navigate to some directory with one file.
2. Navigate to this file and change its name using Windows Explorer.
3. Change this file's name in Windows Explorer.
4. Quickly come back to TC x64 and notice the name change... no change, only after some time or after refreshing with the refresh button in TC. This issue is the most vivid example of the problem.

Now one more thing to do is to test whether it's cross app problem or TC specific - I'll try to change the name of a file in one TC with another copy open in the same time and I'll switch the running TCs to see if the change is refreshed by the other copy of TC.
I'll try it later at home.

I don't know what plugins you are talking about : ) it was all fresh installs... or it doesn't only install files into /totalcmd dir?

Post by *ghisler(Author) » 2011-12-15, 16:10 UTC

Is that an EXE file? This would indicate that it's a problem with a virus scanner.

MiloW · Post by *MiloW » 2011-12-15, 23:04 UTC

No, jpg or any other.

Valentino · Post by *Valentino » 2011-12-16, 15:50 UTC

Looks like the following setting causes delay in the experiment I described above:

[Configuration]
IconOverlays=1

Files are all TXT files, so no overlays to draw. Is there a way to improve it?

Valentino · Post by *Valentino » 2011-12-16, 16:10 UTC

petermad wrote:
I have IrfanView configured as an image viewer.
Even though you have Irfanview configured as picture viewer, TC 8.0 will not use IrfanView to show jpg (along with png, gif and bmp) images, but uses GDI+ in stead.

Since beta 10 you can force TC to use IrfanView for jpg files (and other types) with this key in wincmd.ini:

IviewAdditionalTypes=*.jpg

Christian, If it's true then the manual should be corrected because it states:

IviewAdditionalTypes= Additional file types which should be passed to Irfanview/Xnview for conversion
Example: *.xyz *.abc
If an already supported type is listed here, e.g. *.jpg, then the file isn't also detected by content. The following file types are sent to Irfanview/Xnview even without this option:
gif, jpg, jpeg, jfif, tga, tif, tiff, pcx, png, ani, acr, cam, clp, cpt, cur, dcx, dib, eps, g3, iff, img, lbm, lwf, pbm, pgm, pcd, ppm, psd, psp, ps, ras, rle, sfw, iw44, djvu, rgb, dcm, acr, wbmp, mos, kdc, xbm, xpm, swf, fpx, sgi, jp2, j2k