Текущее время: Пн, май 05 2025, 02:34

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Интересный эффект в BW - PRIV
СообщениеДобавлено: Пн, окт 02 2006, 17:57 
Специалист
Специалист

Зарегистрирован:
Чт, авг 19 2004, 13:57
Сообщения: 212
Откуда: Moscow
Коллеги, всем привет!

Пользователи BW 3.0В работают через web. С некоторых пор стал наблюдаться эффект - пользователь запрашивает отчет, он через продолжительное время открывается, пользователь доволен и смотрит в нормальный отчет. А тем временем в sm50 видим, что под данным пользователем идет некий процесс (поле action пустое), который уезжает в PRIV и ест память сколько может потом падает в дамп.
Этого не происходит, если отчет открывается второй раз из кэша.
Функциональный специалист говорит, что ничего не менялось

Я в недоумении, посоветуйте где копать. Спасибо

С уважением,


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 04 2006, 18:26 
Ассистент
Ассистент
Аватара пользователя

Зарегистрирован:
Пн, янв 16 2006, 12:59
Сообщения: 40
Цитата:
A work process runs in Priv Mode, when the transaction currently processed allocates more than

em/address_space_MB - em/global_area_MB

of memory. This portion of an ABAPs memory is shared memory and can be accessed by every work process.

The default values for these two parameters are depending on the platform (Windows 32 Bit 512 MB, Window 64 Bit 4 GB).

If the transactions needs more memory it is allocated as Heap memory in this process. As Heap Memory is not shared Memory the transaction cannot be rolled out and rescheduled on a different work process when the user is inactive.

it stays on the work process it is currently working on which therefore get's reserved for this transaction in other words the work process is private to the transaction.

The work process will leave the Priv Mode and will be usable by other transactions when the transaction allocating the memory is closed.

abap/heap_area_* will limit the amount of memory allocatable on heap. Setting them to very low values might help you to control overall resource consumption, but the transactions will fail when they need more memory.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 10 2006, 14:10 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, ноя 25 2004, 09:01
Сообщения: 54
:roll: Что делать то, если
Code:
em/address_space_MB   -       4092
em/global_area_MB     -         96
abap/heap_area_dia    - 2000000000
abap/heap_area_nondia - 2000000000
abap/heap_area_total  -  750000000
:?:

А ОС - Solaris 9.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 11 2006, 17:50 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, сен 10 2004, 09:58
Сообщения: 252
По описанию ситуации - явная утечка памяти. Это проблема приложения. Нужно сесть функциональщику с программистом и протрассировать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB