Текущее время: Вт, май 06 2025, 08:35

Часовой пояс: 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 - сюда



Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: процессы disp+work
СообщениеДобавлено: Ср, июл 23 2008, 12:15 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
Здравствуйте!

У нас на сервере с продуктивом есть процессы disp+work в количестве 12 штук. и большинство из них занимает по 600 Мб каждый хотя в системе процессы не заняты. Можно както сбрасывать эти значения? Или хотя бы сделать чтобы меньше занимали.

st02 вот что показывает:

Цитата:

| Profile parameter | Value | Unit | Comment |
-----------------------------------------------------------------------------------------------------------
| Program buffer PXA |
| abap/buffersize | 300000 | kB | Size of program buffer |
| abap/pxa | shared | | Program buffer mode |
-----------------------------------------------------------------------------------------------------------
| CUA buffer CUA |
| rsdb/cua/buffersize | 6000 | kB | Size of CUA buffer |
| The number of max. buffered CUA objects is always: size / (2 kB) |
-----------------------------------------------------------------------------------------------------------
| Screen buffer PRES |
| zcsa/presentation_buffer_area | 6600704 | Byte | Size of screen buffer |
| sap/bufdir_entries | 4000 | | Max. number of buffered screens |
-----------------------------------------------------------------------------------------------------------
| Generic key table buffer TABL |
| zcsa/table_buffer_area | 60000256 | Byte | Size of generic key table buffer |
| zcsa/db_max_buftab | 10000 | | Max. number of buffered objects |
-----------------------------------------------------------------------------------------------------------
| Single record table buffer TABLP |
| rtbb/buffer_length | 10000 | kB | Size of single record table buffer |
| rtbb/max_tables | 500 | | Max. number of buffered tables |
-----------------------------------------------------------------------------------------------------------
| Export/import buffer EIBUF |
| rsdb/obj/buffersize | 12288 | kB | Size of export/import buffer |
| rsdb/obj/max_objects | 12000 | | Max. number of objects in the buffer |
| rsdb/obj/large_object_size | 16384 | Byte | Estimation for the size of the largest object |
| rsdb/obj/mutex_n | 0 | | Number of mutexes in Export/Import buffer |
-----------------------------------------------------------------------------------------------------------
| OTR buffer OTR |
| rsdb/otr/buffersize_kb | 4096 | kB | Size of OTR buffer |
| rsdb/otr/max_objects | 2000 | | Max. number of objects in the buffer |
| rsdb/otr/mutex_n | 0 | | Number of mutexes in OTR buffer |
-----------------------------------------------------------------------------------------------------------
| Exp/Imp SHM buffer ESM |
| rsdb/esm/buffersize_kb | 4096 | kB | Size of exp/imp SHM buffer |
| rsdb/esm/max_objects | 2000 | | Max. number of objects in the buffer |
| rsdb/esm/large_object_size | 8192 | Byte | Estimation for the size of the largest object |
| rsdb/esm/mutex_n | 0 | | Number of mutexes in Exp/Imp SHM buffer |
-----------------------------------------------------------------------------------------------------------
| Table definition buffer TTAB |
| rsdb/ntab/entrycount | 60000 | | Max. number of table definitions buffered |
| The size of the TTAB is nearly 100 bytes * rsdb/ntab/entrycount |
-----------------------------------------------------------------------------------------------------------
| Field description buffer FTAB |
| rsdb/ntab/ftabsize | 60000 | kB | Size of field description buffer |
| rsdb/ntab/entrycount | 60000 | | Max. number / 2 of table descriptions buffered |
| FTAB needs about 700 bytes per used entry |
-----------------------------------------------------------------------------------------------------------
| Initial record buffer IRBD |
| rsdb/ntab/irbdsize | 9000 | kB | Size of initial record buffer |
| rsdb/ntab/entrycount | 60000 | | Max. number / 2 of initial records buffered |
| IRBD needs about 300 bytes per used entry |
-----------------------------------------------------------------------------------------------------------
| Short nametab (NTAB) SNTAB |
| rsdb/ntab/sntabsize | 3000 | kB | Size of short nametab |
| rsdb/ntab/entrycount | 60000 | | Max. number / 2 of entries buffered |
| SNTAB needs about 150 bytes per used entry |
-----------------------------------------------------------------------------------------------------------
| Calendar buffer CALE |
| zcsa/calendar_area | 500000 | Byte | Size of calendar buffer |
| zcsa/calendar_ids | 200 | | Max. number of directory entries |
-----------------------------------------------------------------------------------------------------------
| Roll, extended and heap memory EXTM |
| ztta/roll_area | 6002688 | Byte | Roll area per workprocess (total) |
| ztta/roll_first | 1024 | Byte | First amount of roll area used in a dialog WP |
| ztta/short_area | 1600000 | Byte | Short area per workprocess |
| rdisp/ROLL_SHM | 32768 | 8 kB | Part of roll file in shared memory |
| rdisp/PG_SHM | 24448 | 8 kB | Part of paging file in shared memory |
| rdisp/PG_LOCAL | 150 | 8 kB | Paging buffer per workprocess |
| em/initial_size_MB | 4000 | MB | Initial size of extended memory |
| em/blocksize_KB | 1024 | kB | Size of one extended memory block |
| em/address_space_MB | 512 | MB | Address space reserved for ext. mem. (NT only) |
| ztta/roll_extension | 2000683008 | Byte | Max. extended mem. per session (external mode) |
| abap/heap_area_dia | 400000000 | Byte | Max. heap memory for dialog workprocesses |
| abap/heap_area_nondia | 400000000 | Byte | Max. heap memory for non-dialog workprocesses |
| abap/heap_area_total | 2000683008 | Byte | Max. usable heap memory |
| abap/heaplimit | 40894464 | Byte | Workprocess restart limit of heap memory |
| abap/use_paging | 0 | | Paging for flat tables used (1) or not (0) |
-----------------------------------------------------------------------------------------------------------
| Statistic parameters |
| rsdb/staton | 1 | | Statistic turned on (1) or off (0) |
| rsdb/stattime | 0 | | Times for statistic turned on (1) or off (0) |
-----------------------------------------------------------------------------------------------------------


Цитата:

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Buffer Hitratio Allocated Free space Dir. size Free directory Swaps Database
[%] [kB] [kB] [%] Entries Entries [%] accesses
-----------------------------------------------------------------------------------------------------------------------------------
Nametab (NTAB)
Table definition 99,46 12.893 8.849 80,34 60.000 48.202 80,34 0 31.563
Field description 99,73 62.578 19.443 32,41 60.000 48.525 80,88 0 11.510
Short NTAB 99,71 3.996 2.795 93,17 15.000 14.253 95,02 0 747
Initial records 99,56 9.996 6.232 69,24 15.000 4.825 32,17 0 10.177

Program 97,20 300.000 1.413 0,49 75.000 67.585 90,11 357.601 1.097.607
CUA 99,72 6.000 552 10,33 3.000 1.864 62,13 0 1.211
Screen 99,22 6.446 83 1,34 4.000 3.590 89,75 5.598 7.003
Calendar 100,00 488 367 76,78 200 52 26,00 0 148
OTR 100,00 4.096 3.657 100,00 2.000 2.000 100,00 0 0

Tables
Generic key 99,92 58.594 3.781 6,67 10.000 811 8,11 28 38.176
Single record 98,05 10.000 1.537 15,53 500 345 69,00 0 74.832

Export/import 85,53 12.288 3.507 36,30 12.000 7.577 63,14 109.246 0
Exp./Imp. SHM 93,87 4.096 3.581 97,92 2.000 1.999 99,95 0 0


SAP memory Current use Max. use In memory On disk
[%] [kB] [kB] [kB] [kB]
----------------------------------------------------------------------------
Roll area 2,33 12.229 16.232 262.144 262.144
Paging area 1,12 11.786 29.176 195.584 852.992
Extended Memory 27,63 1.131.520 1.690.624 4.094.976
Heap Memory 0 87.847




Call statistics Hitratio ABAP/4 Processor Database
1877 tables buffered [%] Requests Fails Total calls AvgTime[ms] Rows affected
----------------------------------------------------------------------------------------------
Select single 99,52 14.024.148 3.315.411 33.857 0,000 10.708.737
Select 83,58 16.504.116 0 4.867.852 0,000 4.332.987
Insert 7.455 1.879 7.463 0,000 18.281
Update 91.917 2.457 91.936 0,000 91.935
Delete 20.708 18.138 20.888 0,000 22.086
----------------------------------------------------------------------------------------------
Total 91,55 30.648.344 3.337.885 5.021.996 15.174.026


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: процессы disp+work
СообщениеДобавлено: Ср, июл 23 2008, 13:04 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Ср, ноя 17 2004, 18:38
Сообщения: 211
Откуда: МО
Пол: Мужской
Ctrelok написал:
Здравствуйте!

У нас на сервере с продуктивом есть процессы disp+work в количестве 12 штук. и большинство из них занимает по 600 Мб каждый хотя в системе процессы не заняты. Можно както сбрасывать эти значения? Или хотя бы сделать чтобы меньше занимали.

st02 вот что показывает:


Неудобно у вас st02 как-то показывает :)
600мегабайт вы видите в какой либо утилите от операционки ? Дело в том , что в эти мегабайты в основном входит приатаченная общая shared memory для процесса, поэтому так много. Вы не волнуйтесь , уменьшать ничего не надо, если только вам не необходимо освободить немножко RAM для каких либо нужд.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 23 2008, 13:15 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
да, 600 мегабайт я вижу через диспетчер процессов на сервере.
Перезапустил сервер приложений и наблюдаю, как сначало процессы по 30 Мб и постепенно начинают расти, хотя никого пока в системе не было.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: процессы disp+work
СообщениеДобавлено: Чт, июл 24 2008, 09:21 
Модератор
Модератор

Зарегистрирован:
Пт, окт 06 2006, 15:20
Сообщения: 338
Откуда: Москва
Пол: Мужской
Ctrelok написал:
Здравствуйте!

У нас на сервере с продуктивом...

[/size][/quote]

Вы немного не договариваете:
1) Сколько ОЗУ на серваке ...?
2) Какой swap выделен в системе...?
3) Сколько пользователей всего и в "час пик"..?
4) Сколько разных процессов сконфигурировано..?
...
После ответа на все эти вопросы - хоть что-то можно сказать, пока, увы только догадки...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 09:28 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
1) 8 Гб
2) 20 Гб
3) всего 150 пользователей. в час пик в системе 80
4) 12 диалоговых, 5 фоновых


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 09:49 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
А скажите - зачем Вам хочется освободить память, занятую процессами SAP?
Вы собрались на этом сервере запускать что-то еще?
Я, например, считаю нормальным, когда после запуска системы остается минимум свободной оперативной памяти.
Для меня это выглядит гораздо лучше, чем экранчик в ST06, показывающий 20 Gb свободной памяти при общем объеме в 32 Gb. А юзеры не могут загрузить в BW данные :)

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 09:52 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
Я также объяснял своему руководителю про то что всё ок) Но ему надо обоснование...типа почему вот так)

Он думает что оттого что процессы столько сжирают система тормозит. И не может понять что на сервере с 8 Гб оперативки работа 80 пользователей с тяжелыми отчетами проблематична без тормозов.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 10:00 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Ctrelok написал:
Я также объяснял своему руководителю про то что всё ок) Но ему надо обоснование...типа почему вот так)

Он думает что оттого что процессы столько сжирают система тормозит. И не может понять что на сервере с 8 Гб оперативки работа 80 пользователей с тяжелыми отчетами проблематична без тормозов.

8 Gb на 80 пользователей - это нормально. Смотрите в глубину своих отчетов :). Или посмотрите на загрузку и производительность дисковой системы. В 90% случаев всё тормозит не из-за процессоров и памяти, а из-за скорости ввода-вывода.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 10:23 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
А при объему ОЗУ в 8 Гб я могу например ещё увеличить количество диалоговых процессов? например до 20.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 10:58 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Ctrelok написал:
А при объему ОЗУ в 8 Гб я могу например ещё увеличить количество диалоговых процессов? например до 20.

А зачем?
Самый простой способ - посмотрите в sm50 время процессора по процессам. Ctrl-Shift-F6. Если у последнего в списке диалогового процесса время сильно отличается от нуля, то тогда надо увеличивать количество диалогов. А если несколько последних имеют время, близкое к нулю, то можно и убрать лишние.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 24 2008, 11:45 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, окт 10 2006, 12:23
Сообщения: 679
Откуда: Санкт-Петербург
Пол: Мужской
ок. спасибо)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 25 2008, 10:02 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, дек 16 2004, 04:26
Сообщения: 343
Откуда: не решил еще
Ctrelok написал:
А при объему ОЗУ в 8 Гб я могу например ещё увеличить количество диалоговых процессов? например до 20.


Вообще говоря, количество диалоговых процессов в первую очередь зависит от количества процессоров на машине. В help.sap.com есть отдельная страничка по этому поводу.


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

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


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

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


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

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