Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Связка PostreSQL 8.3.3 + 1C 8.1.12 Залил тестовую базу, запустил 4 сессии с имитацией интенсивной работы в базе (перепроводка документов с интевалом 1сек в каждой сессии) Производительность просто потрясающая !!! НО! Проработала эта красота не долго уже почти через 8 часов сервер уходит в длительную задумчивость на элементарные действия типа просморта журнала или простенького запроса. Вываливает сообщение: Ошибка СУБД: ERROR:Out of shared memory HINT: You might need to increase max_locks_per_trasaction Помогите разобратся! Приложены 2 конфига на которых тестилась база, проблемма сохраняется на обоих. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2008, 15:52 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
promt.ru Вы, возможно, должны увеличить max_locks_per_trasaction ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2008, 14:12 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
естественно увеличил эффекта 0. База всеравно уходит в глубокий ступор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2008, 14:20 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
ОК, у вас в текущем конфиге стоит max_locks_per_trasaction=150 Сколько таблиц в базе? Что показывает:select * from pg_locks; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 00:06 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
max_locks_per_trasaction=250 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 10:07 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
за одну транзакцию 250 locks????? Че вы там делаете в етих транзакциях? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 14:28 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
max_connections = 100 - у вас 100 одновременных конектов? (может 10-20 хватит ???) work_mem = 10MB (max_connections*work_mem = 1GB памяти только под work_mem, думаю 2-5 МБ будет достаточно) random_page_cost = 1.5 (Ваша дисковая подсистема стоит $10 000??? я б поставил ето значение между 3 и 4). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 14:40 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
tkopetsза одну транзакцию 250 locks????? Че вы там делаете в етих транзакциях? При меньших значениях база вообще не дышит random_page_cost = 1.5 устновлено по рекомендациям Estersoft ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 15:01 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
tkopets в принципе может быть столько локов, как правило системные операции которые затрагивают все таблицы в базе, например pg_dump. Хз сколько у автора таблиц и что там с ними делает 1С. Air777 ошибка корторую вы приводите возникает когда одна тр. пытается открыть слишком много блокировок. Для начала я бы посмотрел что вообще происходит с блокировками в тот момент когда у вас база начинает тормозить. Запрос как посмотреть я дал выше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2008, 22:34 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Поставьте Postgre на более длительный сбор статистики , например (SNMP+CACTI), а дальше смотрите что растет а что падает... ... и еще, возможно, имеет смысл посмотреть в сторону железа, иногда из-за битой RAM и не такое увидишь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2008, 00:34 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Air777random_page_cost = 1.5 устновлено по рекомендациям Estersoft Если Etersoft знает, какое у Вас железо, то в принципе значение 1.5 *теоретически* может быть уместно, но в этом я очень сомневаюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2008, 11:30 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Кое-что насчёт локов правда из опыта общения с Informix. В Informix например при SELECT DISTINCT каждая строка, выдаваемая таким запросом упортребляет ровно один lock :) Помню как долго искал в своё время почему даже при 50 000 локов у меня не отрабатывали большие запросы с DISTINCT Очень может быть, что и здесь тоже самое! :) А если хотите знать точно, то помоему был дан разумный совет - собирайте статистику что падает что поднимается с течением времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2008, 08:39 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Пляски с бубном вокруг настроек результата не дают, всеравно иногда при выполнении проведения система уходит в ступор и выдает сабж. Подозреваю что проблемма всетаки с постргии (может он делает какоето обслуживание?)ибо иногда при запуске к нему долго даже консолью не приконеектится! Выдает: Error connecting to tye server FATAL: the database system is starting up. При этом в системе плодятся сервисы с именем postgres усиленно закачивают чтото в память, процессор используют на 1-2% такое состояние может длится несколько минут потом по необъяснимым причинам все возвращается на круги своя и база начинает ворочатся. Подскажите как проконтролирвать что происходит и как предотвратить такие тормоза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 15:36 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
select * from pg_locks; выдает оочень много строк вида: locktype text database oid relation oid ....... relation 23530 1188991 3/466 2560 AccessExclusiveLock ...... Как это расшифровать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 15:41 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
А постгрес на какой операционке крутится? Диски какие? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 17:08 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
win2K3 server диски SCSI последний раз тупо помогла перезагрузка всего сервера все заработало моментально. Мне уже страшно от таких непоняток ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 17:12 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Ну я бы для начала постгрес поставил на какой нибудь линукс для проверки. Помнится лет так N назад M$ испохабила malloc/free для повышения быстродействия своей системы. Все нормальные прогеры думают, что по free память возвращается(но только не в M$). А так как для Postgres родной ситемой все-таки *х является, и разрабатывался он на нормальной системе без всяких заморочек со стороны POSIX API - может где и кушает память? А потом shared memory в Вин вроде как чарез sawpfile? Swap не растет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 18:31 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Сколько процессов postgres одновременно висит? это число коннектов, на самом деле. Какие запросы в pg_stat_actvity? Дело не в ПГ скорее всего, а в дибильной интеграции его с 1С - эти придурки даже как следует не переделали все запросы с TSQL при переходе с MSSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 21:16 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
И эта - конфиг у вас ваще дефалтовый:) Так нельзя. Хотя бы shared увеличить. Посмотреть еще не грузит ли ПГ диск - мб не хватает work_mem и юзаются темповые файлы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2008, 21:19 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
ну, с select * from pg_locks я погаречился, но вот даю запрос так сказать "с человеческим лицом", т.е. который выдает информацию в более или менее читаемой форме: Код: plaintext 1. 2. 3. 4. 5. 6. 7. Судя по описанной ситуации когда не хватает памяти для блокировок и растет количество процессов это похоже на фирменную особенность 1С. Грубо говоря прога делает кучу запросов которые требуют AccessExclusiveLock ( т.е. "я один ларису ивановну хочу, остальные в очередь") естественно образуется очередь из запросов которая может расти если какой-либо из таких запросов требует значительного времени на исполнение. Вам я думаю надо сначала четко понять что происходит с точки зрения базы, а потом подергать специалистов по 1С когда у вас на руках будет больше данных. Перевод базы на линукс,солярис,*бсд,етц тут я думаю поможет мало ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2008, 23:31 |
|
||
|
Out of shared memory
|
|||
|---|---|---|---|
|
#18+
Проблемма пргрессирует :( Поставил постгри на другой более слабый сервер с дефолтными настройками от 1С все зарботало более или менее стабильно но всеравно валется 1С иногда 2-3 иногда 3-5 раз в сутки с ошибкой от постгри: 2008-09-29 00:34:54 MSD ERROR: cache lookup failed for relation 871670 2008-09-29 00:34:54 MSD STATEMENT: SELECT 1::INT8 FROM PG_CLASS WHERE pg_catalog.pg_table_is_visible(OID) AND RELKIND='i' AND RELNAME='tmpind4' LIMIT 1 2008-09-29 00:34:54 MSD NOTICE: there is no transaction in progress 2008-09-29 00:42:59 MSD NOTICE: CREATE TABLE will create implicit sequence "tt2186_f_1_seq" for serial column "tt2186.f_1" 2008-09-29 00:58:02 MSD ERROR: relation "tmpind4" already exists 2008-09-29 00:58:02 MSD STATEMENT: CREATE INDEX TmpInd4 ON tt11 ( _IDRRef) также постоянно лезет в логе такое сообщение: 2008-09-29 04:54:10 MSD NOTICE: CREATE TABLE will create implicit sequence "tt701_f_1_seq" for serial column "tt701.f_1" 2008-09-29 07:35:33 MSD NOTICE: CREATE TABLE will create implicit sequence "tt2225_f_1_seq" for serial column "tt2225.f_1" 2008-09-29 08:15:52 MSD NOTICE: CREATE TABLE will create implicit sequence "tt2245_f_1_seq" for serial column "tt2245.f_1" 2008-09-29 08:17:31 MSD NOTICE: CREATE TABLE will create implicit sequence "tt732_f_1_seq" for serial column "tt732.f_1" 2008-09-29 08:53:33 MSD NOTICE: CREATE TABLE will create implicit sequence "tt2050_f_1_seq" for serial column "tt2050.f_1" 2008-09-29 08:53:58 MSD NOTICE: CREATE TABLE will create implicit sequence "tt767_f_1_seq" for serial column "tt767.f_1" оно конечно не валит 1с но настораживает. Как боротся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2008, 11:15 |
|
||
|
|

start [/forum/topic.php?fid=53&tid=2004017]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 359ms |

| 0 / 0 |
