romkyns wrote:По-моему так было всегда. На мой взгляд это минус, в идеале, на мой взгляд, буфер записи сбрасывался бы хотя бы кажде 2-3 секунды если чтение намного медленнее записи.
Ну медленнее было бы чтение - и что такого? Если чтение медленнее - запись его может догнать и на 2 блоке данных, например.
Видимо дело все-таки в буфере по умолчанию, 8 гиг памяти.
В текущей реализации плагина таки да, "параллельный режим" копирование не очень-то параллельный. Ждется когда буфер заполнится, после этого запускается новый поток для записи. Как только буфер записан в файлы, поток завершается. Снова ждется заполнение буфера, и снова запускается поток.
Чтобы сделать по уму, нужно взять например код утилиты FastCopy, и заменить им текущее ядро плагина. Но это дело не быстрое, и означает полное переписывание кода плагина.
ice_scream, насколько мне помнится, параллельно он работает только когда разные физически диски (можно и диск <-> сеть). По крайней мере в моем плагине именно так
Extended file copy plugin for FAR manager
version 2.0.0 beta (x86 Unicode), Dec 23 2010
────────────────────────────────────────────────────
Idea & core (c) Max Antipin
Implementation (c) Serge Cheperis AKA craZZy
E-mail: crazzy@magnusoft.com http://code.google.com/p/filecopyex/
────────────────────────────────────────────────────
Fixes by slst [slst@mail333.com], Ivanych,
CDK, Nsky, Alter and Axxie [axxie@filecopyex.org.ua]
Support: slst and Axxie
Far2 + x64 version by djdron
PS: Проверка можно ли делать параллельное копирование находится в tools.cpp функция
intptr_t CheckParallel(const String & _srcpath, const String & _dstpath)
и я бы на нее внимательно посмотрел, потому как бред какой-то... В качестве intptr_t возвращаются TRUE, FALSE и -1, а используют возвращаемое значение явно как bool
Ошибка в работе с внешним звуком: при нажатии кнопки Тест воспроизведение звука повторяется бесконечно даже если выйти из настроек, решается только выходом из Far. Кроме того, с каждым новым нажатием добавляется новый "поток" воспроизведения указанного звука.
Еще плагином невоспринимается путь указания файла звука содержащий пробелы с кавычками или без.
Версия плагина 3.0.6.35, LuaBASS.dll из поста на предыдущей странице, Far x64.
Еще, в окне предупреждения о наличии одноименного файла в месте назначения при длинном пути не видно имени самого файла - путь не влазит. Соответственно непонятно на каком файле "остановка".
В виндах выключен файл подкачки. В плугине установлен буфера копирования в процентах (%15, как по умолчанию стоит). Если свободной физичекой памяти < этих 15%, то при попытке начать копирование видны дают ошибку, что заканчивается виртуальная память, плугин соответственно сообщает,что не может начать копирование.
Может пытаться выделять не процент физической или виртуальной памяти, а именно процент свободной физической?
По-моему надо просто установить небольшой фиксированый буфер и все. Если кто не согласен, покажите цифры, доказывающие что в огромном буфере есть какой-то смысл. Но если уж смысл есть (сомневаюсь), то да, надо бы % от свободной.
Перенос папки,название которой оканчивается на точку, приводит к появлению в месте назначениия 2 папок (пустой с названием без точки и оригинальной). Исходная папка при этом не удаляется.
FAR 3 buid 4227 x86, plugin 3.0.7.38, win 7 x64 rus
1) Не запоминаются (сбрасывается на верхнюю строку) и не работают (ничего не происходит после нажатия) выбранные сочетания клавиш.
2) В диалоге копирования входим в настройки и нажимаем esc... файл копируется после нажатия на открытую панель. Если закрыта вторая панель, то файл в итоге после многих диалогов и нажатию esc на них удаляется! Опасная штука.