proNovell

Тут не раз муссировалась тема что при переносе по F6 в фаре большой помойки мелких фалов с тома сервера за один раз он все файлы не переносит (например SDD группвайза).
Вопрос:
это лечится ?

Лечится total commander-ом

Думаю что если локализовать проблему то far team ее пофиксят.
Вопрос в том знают ли о ней ?

Dimerson писал(а):Вопрос:
это лечится ?

Вроде "Use system copy routine" надо включить в настройках. Но не уверен...

Не помогало вроде бы. Надо потренироваться будет на SDD.

Timur Kazimirov писал(а):Вроде "Use system copy routine" надо включить в настройках. Но не уверен...

Эта фича скорее всего поможет но лично мне она не нравится, не видно прогресса копирования файла вроде как.

Сегодня переносил кучу маленьких файлов с oes2 linux на такой же сервер, фаром нормально переносится.
Файловая система на томах ext3 - возможно изза этого ...

т.е. виновата комбинация nss+far?
Надо эксперементировать.
Опять-же как разработчикам решать эту проблему у них скорее всего даже условий для тестирования этого хозяйства нет.

v13 писал(а):т.е. виновата комбинация nss+far?
Надо эксперементировать.
Опять-же как разработчикам решать эту проблему у них скорее всего даже условий для тестирования этого хозяйства нет.

Мои эксперименты привели к следующим выводам:
* nss имеет привычку сжимать файлы, к которым давно не было обращений.
* из копирования (переноса) выпадают именно такие файлы.
* проблема ярко проявляется на nss от 5.1. На nss от 6.5 воспроизвести её не удалось.

всё

А если компрессия отключена ?

А у меня эта проблема возникает и на 6.5 sp7, при чем не только при переносе, но и при удалении файлов.
Приходится один и тот же каталог несколько раз удалять, прежде чем он изчезнет с лица файл-помойки.

Если есть возможность подтвердите плиз то что включение опрции Use System Copy Routine не влияет на это.

Dimerson писал(а):А если компрессия отключена ?

Насколько я знаю, nss это пофиг. Там свои глубинные особенности.

Насчёт "Использовать системную функция копирования" - она у меня включена и не влияет. И кстати, при удалении тоже баг воспроизводится. Я так подозреваю, что перед удалением (копированием; короче, при обращении) nss начинает этот файл разжимать (может, антивирус это хочет), и что-то там по тайм-ауту либо пролетает, либо уходит в асинхрон и пролетает потом.

типа FindNext. Когда происходит удаление, иногда эта функция пропускает следующий файл. Как в базах данных при неаккуратной обработке. Глюк лично мне знаком много лет. Еще по моему с нортона. И что-то мне кажется, это проявлялось даже на локальных системах. Но 100% утверждать не буду. Метод борьбы тут только один, сначала строить список, а потом удалять по списку. Но это жрет память.

Там есть опция "Show total copy .."
сперва строится список потом обрабатывается при этом показывается общий индикатор. Это бы проверить - лечит или нет.

Dimerson писал(а):Там есть опция "Show total copy .."
сперва строится список потом обрабатывается при этом показывается общий индикатор. Это бы проверить - лечит или нет.

Не лечит

Хм если проблема в НСС то почему тотал коммандер не подвержен недугу ?