» Far Manager

VictorVG2
Нужно лазить не в папку с XML, а в виртуальную папку иерархической структуры, создаваемой XMLDOM, внутри XML!
Например XML:

Код: <?xml version="1.0" encoding="UTF-8"?>
<catalog version="1.0">
<category name="3G-модемы">
<vendor name="Alcatel">
<model name="OneTouch OT-X230E"/>
</vendor>
<vendor name="AnyDATA">
<model name="ADU-520A"/>
</vendor>
<vendor name="Huawei">
<model name="320D White"/>
</vendor>
</category>
</catalog>

Alexyz21

Именно в неё и лазил. Первый скачок и стабилизация рабочего набора на двух разных машинах. На обеих стоит по 16 Гб ОЗУ, только ЦП разные - на одной i3-2120, на другой i7-2600. Может проблема как-то связана с логической организацией памяти (превышение числа допустимых ранков на канал контроллера ОЗУ)?

А если чередовать: вошли в XML->3G-модемы->Alcatel->3G-модемы->XML, вышли, вошли XML->3G-модемы->AnyDATA->3G-модемы->XML, вышли и по кругу несколько раз?

Alexyz21

Я по default.farconfig (~ 210 Кб) FarUE3 гулял.

у меня растёт. Может XML функции M$ в msxml3.dll и msxml3r.dll в XP течь дают?

Alexyz21

Сильно вряд ли. Как я помню у меня и на ХР картинка вела себя подобным образом:



влез в подключ, открыл значение - попросили ОЗУ, вышел из редактирования - вернули память в ОС. Размер файла 206531 байт. Чтобы увидеть поведение рабочего набора хватает.

Добавлено:
А вспомнил - у меня там стояли либы msxml4/msxml6 - я их отдельно с сайта M$ тогда ставил - что-то без этих пакетов не работало.

либы есть, тоже когда-то ставил.

Alexyz21

Тоды думать что может вызывать такое поведение ОС?

Цитата:

влез в подключ, открыл значение - попросили ОЗУ, вышел из редактирования - вернули память в ОС.

Observer после хождения по подключам память возвращает, а XMLDOM нет.

Alexyz21

У меня если ты посмотришь вертает, да и берёт на это дело килобайты.

поправил большую часть утечек памяти в xml browser для 3 версии фара
https://github.com/yutsis/YMSPlugins/pull/1

fcdobpiy
Спасибо тебе, добрый человек Плагин зело полезный.

fcdobpiy
Alexyz21

Да, при повторном входе в большой по размеру XML видно что плагин не освобождает память, хотя её расход несколько снизился, но утечка памяти осталась что видно на серии последовательно снятых скриншотов (запуск - вход в XML - операции в нём - выход - повторный вход - операции - выход):











Тестил на этом комплекте - XMLDOM_2.50.1.4040-x86_x64.7z. Отладочная информация выкинута, собрано для b4040+, тарбалл с исходниками внутри лежит.

VictorVG2
у меня ваш вариант (x86) отъедает ровно столько же памяти как и 2.50.0.0 с плагринга. 1-й вход в 16МБ XML съедает 80МБ, а каждый последующий плюс 59МБ.

Alexyz21

Расход ОЗУ зависит от размера файла, но вроде явных признаков сильной утечки памяти нет. Ладно, посмотрим что ребята скажут.

Добавлено:
Кстати, чуть не забыл подсказку - стоит установить со страницы Link Shell Extension драйвер Symbolic Link Driver for Windows XP - этот выручит тем, что появится возможность работы с симлинками в ХР. Сам им на ней пользовался. Здорово экономит место на винте особенно если файлы большие и если их много. Я на UNIX привык симлинками пользоваться, а на ХР мне их здорово не хватало.

Цитата:

Symbolic Link Driver for Windows XP

Да, юзаю с июня прошлого года, возможно что и с вашей подачи

Кстати, а что должно открываться при нажатии на ссылку вида /g2m/ ? - У меня они не работают, возможно фильтры рекламы режут, пока руки не дошли разобраться.

Alexyz21

Насколько я помню они обычно адресовали на страницу закачки этого (на деле платного) кодека под предлогом "Вам он жизненно необходим!".

VictorVG2
да, похоже исправил только явные утечки. и проверял на небольших файлах.
погляжу вечером еще что там

fcdobpiy

Добро, а я соберу и посмотрим что у нас получится.

Привет!

При наборе путей - FAR сканит по винту и предлагает выбрать подставляемые пути

По сети это жутко тормозит

Можно ли выключить эту фичу?

Collapse Troll

F9 - Настройки автозавершения - Подставлять первый подходящий вариант []

И выключить AlF1/AltF2 - F9 - Показывать параметры сетевых дисков

это ускорит работу Far.

Новый вариант XMLDOM-2.50_2_Far_b4400-x86_AMD64.7z. Я уже прогнал свою серию тестов и могу отметить факт освобождения ОЗУ.

Можно ли в FAR сделать, чтобы сверху, где отображается буква тома, в котором ты находишься, ещё отображалась и метка тома?

Цитата:

Я уже прогнал свою серию тестов и могу отметить факт освобождения ОЗУ.

Не подтверждаю. XPSP2, FAR3.0.4514, XMLDOM 2.50.0.2, XML 16МБ - каких-либо изменений не наблюдаю. При первичном входе в XML съедается ~80МБ, при каждом последующем ~60МБ. Если зайти в корень XML и выйти, то освободится 30МБ, если зайти в какую-либо папку, то после выхода из XML память не освобождается вообще.

Alexyz21

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

И ещё продолжим XMLDOM-2.50_3_Far_b4400-x86_AMD64.7z, но похоже это библиотеки MSXML память не освобождают.

Цитата:

XMLDOM-2.50_3_Far_b4400-x86_AMD64.7z

Без изменений.

Alexyz21

Я уже похоже вышел на причины явления, только случайно логи карт памяти удалил. Сижу заново снимаю. Сам в РН посмотри с включённым отображение Free region - плагин память отдаёт, а вот Far эти свободные фрагменты похоже не освобождает...

Добавлено:
XMLDOM-2.50_3a_Far_b4400-x86_AMD64.7z. Логи карт памяти я конечно поснимал и похоже тут не всё просто - часть ставшей ненужной буферной памяти не освобождается хост-задачей. Ну а мы видим последствия целой группы процессов...

И каковы дальнейшие действия?

Alexyz21

Для начала я думаю надо изучить логи и понять что происходит - может моя гипотеза не верна и причина в ином? Когда станет ясно что происходит найдём решение. Не гадать же на кофейной гуще?

Эх, прибил бы наконец кто в NetBox bug#170 ибо дюже надоел поганец. Забудешь что при вызове из меню команд плагинов "Команды NetBox" в v2.1.44.411 сломалось и если позовёшь то Far уходит не в астрал, а прямиком в универсум созерцать вселенскую нирвану так что спасает только TerminateProcess(Far.exe,PID). Ни на что иное после такого вызова Far не реагирует зато в стеке вложенность вызовов растёт как грибы после дождя....