Total Commander 7.56

[Avada]

В темах по TC на ру-борде уже несколько человек отмечали, что на разных ОС открытие папок и переход по дискам в новой версии стали происходить по сравнению с 7.55a ощутимо медленнее, когда процессор более-менее нагружен другими приложениями. Я это тоже вижу. Как у других?

[CaptainFlint]

Я на обеих своих машинах разницы не ощущаю.

[Rodny]

Запустил в WinRAR тест быстродействия для нагрузки, вроде тормозов не заметно.
Win7 x86, проц Mobile DualCore Intel Pentium T2370 (1733 MHz)

[790]

да наоборот... мне кажется, что моя самая "толстая" папка System32 открывается быстрее

а если хотите реально быстрее - 7.04а

[Avada]

На ру-борде рекомендуют:

Просто пригрузи процессор на 100% какой нибудь программой, например кодировщиком видео, и понаблюдай как 7.55а и 7.56 перемещаются по папкам, думаю результат будет на лицо

Ну сто не сто, а у меня как раз шло преобразование музыкального диска в MP3. 7.55a работала практически нормально. 7.56 давала хорошенькие зависания, а некоторые папки (причём вовсе не с каким-то безумным числом файлов) вообще открыть не удалось.

[alexey65536]

а если хотите реально быстрее - 7.04а

Кстати, в моем "портабельном" комплекте ТС лежит ЕХЕ-шник версии 7.04а еще начиная с бет 7.50. Но запускаю его крайне редко - только на совсем убитых машинах. Привык уже, что за хорошее (новые версии) надо платить (торможением)...

[790]

Avada
Я запустил "тест стабильности системы" в AIDA64 (бывш.Everest), загрузка обоих ядер CPU - 100%. И стал бегать по "толстым" папкам... никакой разницы, всё открывается с обычной скоростью.

[Avada]

I have tried it now - wow, that really brings the rest of the system down. I also found out why it makes dir changes slow: TC tells the watchdirs thread to stop watching changes, and then waits until the tread stops. The problem is that the thread runs at a lower priority than the main thread, so it's not handled at all (or very rarely) at 100% CPU. I will try to find a better solution for TC 7.56a. Thanks for informing me about the slowdown!

Волхвы-то сказали с того и с сего
Что примет он смерть от коня своего... ©

[flm]

I have tried it now - wow, that really brings the rest of the system down. I also found out why it makes dir changes slow: TC tells the watchdirs thread to stop watching changes, and then waits until the tread stops. The problem is that the thread runs at a lower priority than the main thread, so it's not handled at all (or very rarely) at 100% CPU. I will try to find a better solution for TC 7.56a. Thanks for informing me about the slowdown!

Волхвы-то сказали с того и с сего
Что примет он смерть от коня своего... ©

Надо было тут упомянуть, что WatchDirs = 1 должно быть.

[Avada]

flm
В предыдущих постах этой темы на оффоруме всё необходимое было сказано, я привёл только окончательный вывод Гислера.

[flm]

flm
В предыдущих постах этой темы на оффоруме всё необходимое было сказано, я привёл только окончательный вывод Гислера.

Да, я читал. Я имел в виду тут.

[Avada]

flm
А, тогда верное замечание. Да, функция слежения за каталогами должна быть включена в любом наборе значений.

[prog_san]

• В меню "Избранные каталоги" (Ctrl+D), когда текущий каталог находится в подменю, отмечается галочкой не только он, но и вся цепочка содержащих его подменю.

Для директорий, помеченных как скрытые - галочка не выставляется Раньше это работало

[sa]

Для директорий, помеченных как скрытые - галочка не выставляется

Не подтверждаю. У меня выставляется (естественно, если уже нахожусь в скрытом каталоге).

[Avada]

prog_san
Тоже не подтверждаю. И в при нахождении такого открытого каталога в корне меню галочка ставится, и по всей цепочке вложенных подменю.