Добрый день, коллеги.

В транзакции OS07N замечено постепенное уменьшение количества Free Memory. Исправляется перезагрузкой.
30Гб расходуются примерно за 2 недели.

Лечится ли это как-нибудь?


p.s. EPR 6.0 EHP4, ОС SLES11, Oracle 11.

какой у вас билд SLES? и какое железо?
в одном из первых есть баг связанный с памятью, мы сейчас апгрейдимся до последнего, Linux am2ha067 3.0.51-0.7.9-default x_86_64

еше в тройке по дефолту активирован параметер transparent_huge_pages ( /sys/kernel/mm/transparent_hugepage/enabled), тоже может влиять

Ребят а что , потом проблемы какие то с этим ?
А понять и простить не пробовали?

Хочется понять, исправить и забыть про это

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

Linux version 2.6.32.54-0.3-default (geeko@buildhost) (gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux) ) #1 SMP 2012-01-27 17:38:56 +0100

LSB Version: core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0-amd64:desktop-4.0-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch
Distributor ID: SUSE LINUX
Description: SUSE Linux Enterprise Server 11 (x86_64)
Release: 11
Codename: n/a

transparent_huge_pages не активирован.

Сейчас уже кажись доступен SUSE Linux Enterprise Server 11 SP2 for SAP

а в чем эта проблема выражается? ну или как посмотреть какой вклад она вносит в эту нагрузку?

Ну судя по тому как вы однобоко смотрите на процесс реорганизации БД , то и тут в принципе всё тоже самое.
Вы почитали бы хоть ради интереса как Linux использует свободную память , может проясните этот вопрос, не хочу ничего конкретного писать , просто интересно почему так трудно самим найти в Хугле
эту информацию.

ах вот оно что:-)) оказывается все в Хугле есть? а у нас тут 3 сапера голову ломают, надо им сказать что все уже написано;)
а чего же ничего конкретного писать не хотите? если решите нашу проблему - позову вас на работу:)

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

Не понимаю кого вы называете "саперами" , хоть 3 хоть 10 что изменится? Спросите у линуксойдов они вам ответят как Linux расходует память , раз "саперы" не знают.
Не знаю кто вам и когда дал такую однобокую инфу относительно реорганизации , видимо мы в разных мирах живем , или у вас слишком старая информация.
Да , и давайте ландшафтами и размерами систем не будем мерится , как то по детски от вас звучит
Вопрос задавали не вы , топикстартеру я уже ответил , он вроде бы больше не писал , посмотрим.

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

Так у вас совсем другая проблема Alena__ , у вас что то с ядром SAP скорее всего , топикстартер совсем другое спрашивал-описывал.

саперы - это консультанты из Сапа, они (так уж сложилось) - немного знают про Линукс и память, как-то так

с ядром проблем нет, вы что-то тоже путаете

Ну если из SAP то разберутся , там полно высококвалифицированных , спросят по своим каналам. Если так внезапно начинает воркпроцесс отжирать память , то я бы первым делом
заподозрил бы ядро SAP . Пробовали отдельно скачивать последний disp+work к примеру ? Какое ядро используете ? Какой версии ?