Total Commander

LonerD · Joined: 04 Jan 2011 Posts: 1172 Location: Макеевка

Дано: TC 8.51a x32, Windows 8.1 x64 SL (6.3.9600), места для Temp и лог-файлов предостаточно, оперативки - 32 Гб.
Архив - 7zip, внутри 3.6 млн файлов (разложенные по каталогам и подкаталогам, в корне архива - 319 каталогов), в сжатом виде - 5.1 Гб, в распакованном - около 43 Гб. Рядом (или на другом диске - без разницы) лежит этот же архив под другим именем.
Вхожу в архив штатными средствами TC. Медленно, но входит, памяти отжирается до 1.3 Гб в процессе открытия архива (после открытия - 750 Мб). Выхожу, при этом процесс Тотала продолжает отжирать 750 Мб оперативки. Пытаюсь войти во второй архив - "Error in packed file". При этом оперативка очищается (диспетчер задач показывает, что занято 7.1 Мб), но войти невозможно уже ни в первый ни во второй архив - выбивает всё ту же ошибку. Лечится перезапуском Тотала.

А вот TC x64 - свободно входит в оба архива одновременно.
Памяти Тотал начинает отжирать до 3 Гб при входе (до 2 Гб после входа).

Насколько я понимаю, проблема с TC x32 в том, что он может использовать только ограниченное количество оперативки. Это баг или очередное бессмысленное ограничение Тотала? Ведь 64-х битная ОС позволяет выделять приложениям неограниченное количество памяти (и нет ограничений на размер непрерывного блока, выделяемого приложению в оперативке).
Но даже если и так - почему после очищения оперативки Тотал отказывается входить в архивы? Это уже явный баг.

Очень медленная навигация внутри архива. Причём без разницы - хоть архив на медленном диске, хоть на SSD. Если вначале перечитывается всё содержимое архива - то почему медленно открываются подкаталоги? Если вначале читается только корень архива - то почему три десятка каталогов так медленно перечитываются? В любом случае - ведь используется 7-zip библиотека, а сам архиватор 7-Zip довольно шустро работает с этим же архивом.

Отдельный вопрос - почему оперативка не очищается при выходе из архива? Как-то не комильфо, когда архиватор (64-х битная версия) пожирает всё больше и больше ресурсов. Наверное, логично будет попросить Гислера сделать отдельную команду или настройку для очищения неиспользуемой памяти.
_________________
Windows 11 | TC DreamLair eternal pre-α

MVV · (Separately) Posted: Wed May 14, 2014 20:36 Post subject:

Если логически подумать, в 32-битных процессах 32-битные указатели, что уже ограничивает адресное пространство до 4 ГБ, даже если система имеет их в наличии 100500. А если знать, что половину адресного пространства забирает себе система, то для нужд самого тотала остается никак не более 2 ГБ - это для тотала и всех не системных библиотек, хуков и прочей ереси. Это не ограничение тотала, это ограничение 32-битных программ.

А почему тотал повторно не может зайти в тот же архив после освобождения памяти - хороший вопрос. Как себя ведут себя плагины 7z в такой ситуации?

Добавлено спустя 5 минут:

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

Насчёт того, что память не освобождается до входа в другой архив: тотал кэширует содержимое последнего архива на каждой панели, чтобы повторный вход был моментальным. И сбрасывает кэш как раз при входе в другой архив. Собственно, для очистки кэша можно заходить в пустой архив и возвращаться назад в текущую папку.
_________________
TCFS2 + TCFS2Tools: Полноэкранный режим и многое другое (обсуждение)
WINCMD.RU: AskParam, CopyTree, NTLinks, Sudo, VirtualPanel…

CaptainFlint · Joined: 14 Dec 2004 Posts: 6192 Location: Москва

MVV · (Separately) Posted: Wed May 14, 2014 23:24 Post subject:

CaptainFlint · Joined: 14 Dec 2004 Posts: 6192 Location: Москва