Тормозное копирование

[Andrew]

При копировании папки с огромным содержанием файлов происходит подсчет размера копируемой информации а потом ее копирование. В версии 6.03 во время подсчета размера ТС полностью подвисает и даже останавливаются закачки которые работают в бакграунде. Считаю такой подход нерациональным. Потому что качать из локальной сети тонну мелких файлов становится гиморным. Когда ожидаешь ответа от сервера сеть не используется и в ТС молчит в ожидании вестей о размере.

Предлагаю.

Сразу после запуска на копирование (перемещение) происходит копирование как положено и в общем индикаторе копирования загорается 0%. В ОТДЕЛЬНОМ потоке происходит расчет объема копируемой информации, и сразу же после расчета индикатор общего копирования начинает говорить правду.

Что это дает?

1. Копирование начинается сразу.
2. Во время подсчета места сам ТС не виснет и не останавливаются закачки которые находятся в бакграунде.

Кто силен в английском - мыльните перевод Гислеру. Если будут замечания по предложению - внимательно Вас слушаем...

[Volniy]

Просить Гислера сделать фоновый подсчет числа файлов при копировании - это безнадега. Не проще ли будет самому вообще отключить этот подсчет?

<!--QuoteBegin--><div class='quotetop'>QUOTE</div><div class='quotemain'><!--QuoteEBegin-->CountMarked=1
1: Count files in subdirs before copying/ deleting to allow a second percent bar
0: Do not count files (faster)<!--QuoteEnd--></div><!--QuoteEEnd-->
Это можно настроить и внутри TC.

[Andrew]

Отключить вообще это конечно выход. Но не самый красивый.

Как программист заявляю что реализовать мою идею совсем несложно.

[sm@rt]

Да, идея интересная. и реализовать её наверное не сложно.
Но не знаю на сколько это сработает, потому как всё равно Тоталу придётся пробежаться по всем файлам, меньше ресурсов это не займёт (в общем со временем - т.е. сетевого траффика и работы того компа) а если при этом будет ещё и производиться копирование, то покажет правильный индикатор он тебе наверное процентам к 90.... оно тебе надо? <!--emo&;)-->[img]style_emoticons/<#EMO_DIR#>/wink.gif[/img]<!--endemo-->
А так, можешь Ergo написать.....

[dest]

Да уж.
Я когда пишу плагин, то встречаю столько всяких неудобностей, что хоть свой TC пиши. А Гислер молчит, сколько не пишу.Например такой глюк:
Жмеш в плагине (FileRedirector) F6 на папке, когда в другой панеле таже папка и как вы думаете что он делает:
1) Переносит все файлы на самих себя,есествено я это проверяю но
2) Удаляет их.
В результате папка удаляется со всем их содержимым <!--emo&:(-->[img]style_emoticons/<#EMO_DIR#>/sad.gif[/img]<!--endemo-->)
Гислеру писал - ответил, дескать выкручивайся сам ..

[Andrew]

2sm@rt
Во время работы например в Вынь2к или XP со встроенными по умолчанию RemoteTaskSheduler когда получаешь список файлов происходят довольно внушительные временные задержки. Особенно если у сервера стоит старый или плохо настроеный фаер. В то время когда само копирование Идет без проблем. И даже если подсчет размера занимает 25-30 секунд (на больших объемах) траффика уходит на это 500-800 кб. Совсем децил по сравнению с объемом копируемой информации.

Распараллеливание потоков необходимо только в случае организации обработки действий пользователя во время работы потока или когда один из потоков находится в ожидании.

Поэтому резон есть. Ведь копирование у него уже сделано как многопотоковое.