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

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


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

Сейчас этот форум просматривают: Google [Bot]


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

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