Странная фигня происходит , после перезагрузки сервера архиватор 7z работает нормально , но со временем ближе к концу недели создание архивов по времени сильно тормозится , т.е. если сразу после перезагрузки сервака он делает архив за три минуты , то дней через пять непрерывной работы сервера создание архива занимает уже 30 минут. И это практически с одним и тем же объемом сжимаемых данных и получаемого архива! Свободной памяти в системе до дури , места на дисках тоже полно , никаких посторонних процессов , которые могли бы затормозить архивацию - нет. В чем может быть дело? Может какая то фрагментация памяти происходит и 7z уже не может разместить в памяти непрерывный блок данных?
Опции архивирования такие:
-mx6 -mmt7 -ms=off

Может спросить у автора?

Автор сильно занят и по таким пустякам не отвлекается , да и слишком трудно ему будет воспроизвести эту ситуацию. Хочу узнать может кто то замечал такую же фигню , или это только у меня? Железо тестил до дури , память не битая.

(0)Разумеется память.
7z очень требователен к памяти.
"Свободной памяти в системе до дури" - это сколько?
И да озвучь пожалуйста размер данных, и основные параметры архивации - степень сжатия, размер словаря, непрерывный архив или нет? Я раром в основном пользуюсь, не помню так вот влет параметры командной строки 7z, а в справке смотреть лень.

(2) А вдруг у него баг? Думаю, ему было бы интересно.
Версия архиватора хоть какая?

(3) особенно если включен Solid режим . Правда у ТС он вроеде отключен

Версия архиватора - 7-Zip [64] 9.20
размер сжимаемого файла (это дамп msslq) - 2,6гб , размер получаемого на выходе архива - 600мб.
Параметры архивации только эти: -mx7 -mmt7 -ms=off
ms=off - солид отключен (сначала думал что изза этого тормоза начинаются)
-mmt7 - это типа разрешается 7z задействовать семь ядер
-mx7 - это режим "Maximum compressing" , до этого стоял режим "Ультра" но он потормознее а выйгрыш в размере архива совсем небольшой.
Памяти в системе всего 32гб , из них в момент архивации где то 13 свободно показывает , система виндовс-2008R2

Хм, интересно, размер данных достаточно маленький, словарь больше файла быть не может. Даже не знаю что сказать.
Я думал размер сжимаемых данных больше оперативки....
А что там с ядрами, загрузка как? Попробуй уменьшить количество ядер, или дай ему возможность самому выбирать.

(0) в новых виндах диспетчер задач врёт, по маркетинговым соображениям в диспетчере задач выделенный объем памяти показывается за МИНУСОМ памяти, сброшенного в СВОП, т.е. вроде-бы памяти еще до дури, а на самом деле уже свопится по страшному, т.е. фактический выделенный объем памяти превышает физический объем ОЗУ.

-mmt7
когда я тестировал 7з, многоядерный режим отрабатывал как-то мутно и непредсказуемо. Плюнул, в один поток эффективней.

(8) Это совершенно точно не своп , нет совсем никаких тормозов и массовых обращений к носителю , система не фризится как это бывает при свопинге.
Попробую отключить мультиядреность , хотя сомневаюсь что в этом дело , так как сразу после перезагрузки сервака время архивации возвращается в адекват.

загрузка процессора сколько? сколько очередь диска? что с DPC? процессор не AMD?

(0) А если другой архиватор попробовать?

(11) Прцессор Интел , номер сейчас не скажу какой. По очередям точно тоже сейчас сказать не могу , но в момент когда наблюдал за архивацией никаких явных аномалий в диспетчере не было.
(12) Вот я уже тоже думаю что надо раром попробовать параллельно тоже самое сделать.

Ну или есть еще бетта 7z , может им еще попробую.

(0)Может фрагментация памяти? в начале архиватор может один кусок получить по запросу, а через неделю все уже кусочками по 4кб?
Попробуй утилиткой какой глянуть на эту тему. Название не скажу, лет 5 назад заморачивался, на моих задачах прирост был не на столько большой, чтобы ее в трее терпеть.

За несколько дней может что-то перегреться и начать тормозить. У меня так на двух разных бучерах - перезагрузка решает проблему. Но не такой порядок, чтоб в ШЕСТЬ раз.

(14) Там одни альфы, потому и про баг сразу подумал.

Может и фигню сморожу, но, автор, периодически на автомате перегружай все библиотеки, которые использует архиватор.
Я тут костыль один сваял, так он самым хаотичным образом падал. Мог неделю проработать и свалиться, мог через 2 часа помахать лапкой. Ну всё перерыл, оля (дебагер которая) на меня уже начала косо поглядывать. В итоге плюнул на это дело и слепил небольшой граф.инструмент, на котором отловил падлюку - SQLite в моём случае криво с ресурсами обращался и сам же себя губил и за собой тянул остальных. В общем через определённое кол-во запросов этой СУБД, тупо всё перегружал, заново создавал все подключения и, вуаля, ни чего не падает, память не отъедается со временем и ни кто в психушку не попал))))

Я банальную вещь скажу, но скорость сжатия сильно зависит от сжимаетых ДАННЫХ. Вероятно данные в начале недели и в конце разные.

7z 9/20 x64
WinServ2008R2 32gb


не наблюдается такой фигни. ежедневно несколько гиг архивируется.
сервер неделями не перегружается.

Архивация, правда, по ночам идет - никакой сторонней нагрузки на сервер нет. 15-20 гиг свободно.

(0)Аналогично.Но 7-z не причем.Процессы сервера нужно мониторить.

(0) попробуй память дефрагментировать перед запуском архиватора

(18) Посмотрел утилиткой - 7z не использует никаких библиотек в процессе работы , видать он самодостаточный и для работы ему не нужны никакие дополнительные библиотеки.
(19) Нет , данные всегда практически одни и теже - дамп одной базы MSSQL.
(22) Попробую , скачал какой то RAM Manager , там есть дифрагментатор памяти , попробую им.

(23) Системным монитором понаблюдай, что в момент архивации происходит. (процессор, память, диски)

(23) Тоже глянул. Ооооочень много использует библиотек. В общем тут походу надо полностью комп перегружать

(25) Я использую консольную версию 7z , там монитор показывает что процесс 7z.exe совсем не задействует какие либо библиотеки.

(0)Предполагаю что дело не в архиваторе, а в операционке.
Точнее в том, как операционка выделяет память программам.
Что сделает виндовс, если память будет сильно фрагментирована?
Проводит ли Windows принудительную дефрагментацию памяти?

(27) Вряд ли виндовс проводит дефрагментацию памяти. Сегодня ночью постараюсь проверить , будет-ли 7z жать быстрее после дефрагментации памяти через RAM Manager.