|
Разная скорость проведения документов под разными пользователями | ☑ | ||
---|---|---|---|---|
0
DenVaz
07.04.20
✎
15:36
|
Дано: КА2, PostgreSQL + 1C Сервер 64
Провожу документ списание безналичных ден средств. Под одним пользователем тупит минуты... Под другим 6 секунд. Что может быть? |
|||
1
Beduin
07.04.20
✎
15:37
|
RLS
|
|||
2
DenVaz
07.04.20
✎
15:57
|
Ограничивать досутп на уровне записей вроде отключен. Это?
|
|||
3
Bigbro
07.04.20
✎
16:00
|
с одного компьютера?
|
|||
4
impulse9
07.04.20
✎
16:02
|
Скорее всего дело в правах. Создай нового пользователя с идентичными правами как у первого, потом поменяй как у второго. Сделай выводы
Но по хорошему надо ТЖ включать и смотреть самые длительные операции |
|||
5
DenVaz
07.04.20
✎
16:15
|
(3) Не понял смысла вопроса. Тупит под одним пользователем и на сервере и на клиентской машине. Видно загрузку ядра проца на проценссе PostgreSQL. Под другим пользователем не тупит (относительно). Разница на порядки по времени.
(4) НУ да видимо так и поступлю... Права идентичны практически. есть одно отличие проверю. |
|||
6
DenVaz
07.04.20
✎
16:21
|
Тупит по разному даже просмотр журнала.
|
|||
7
DenVaz
07.04.20
✎
16:26
|
Похоже тупит не только у одного пользователя. Был переход с файловой версии. Возможно тупит у пользователей (не у всех правда проверял, но у пары) созданных ранее, когда еще база была файловая. Такое возможно ???
|
|||
8
lubitelxml
07.04.20
✎
16:26
|
(5) для начала почисти кеш у этого пользователя, если не поможет - попробуй пересоздать пользователя
|
|||
9
DenVaz
07.04.20
✎
16:28
|
Ок, спасибо... всем за советы буду копать...
|
|||
10
DenVaz
07.04.20
✎
16:29
|
+(7) Нет догадка не верна... не на всех тупит, даже на старых.
|
|||
11
fisher
07.04.20
✎
16:30
|
В похожей ситуации (грешили на время проведения) просто долго обновлялся журнал списка из которого проводили документ из-за его кривых настроек под конкретным пользователем.
|
|||
12
DenVaz
07.04.20
✎
16:41
|
(11) Ок, спасибо! Посмотрю.
|
|||
13
DenVaz
07.04.20
✎
21:26
|
Вообщем надо настраивать SQL. Память. Что и где я так и не понял. Потому что рекомендуемые настройки вроде сделаны.
Решил временно проблему, у пользователя который тормозил я грохнул настройки. Точнее сократил их количество. Было 210 настроек, сделал 154. Все, стали проводиться документы хорошо. Т.е освободил память. Какой параметр в SQL подкрутить не знаю... Что бы он не захлебывался. Обратил внимание что размер одного из процессов PostgreSQL не превышает примерно 205 МБ. Кто знает подскажите... |
|||
14
Злопчинский
07.04.20
✎
21:51
|
154 настройки - у одного пользователя? это что там такое колво настроек делает/обеспечивает?
|
|||
15
DenVaz
08.04.20
✎
14:58
|
(14) Настройки внешнего вида... отчетов форм. Параметры всякие. Осталось с файловой версии.
Туту криво выразился "Обратил внимание что размер одного из процессов PostgreSQL не превышает примерно 205 МБ." не одного, а отдельного процесса, как я понимаю выделяемого на пользователя. То ли мои настройки не взлетели и посгри воткнул типовые, или я не знаю мало памяти выделестя под, но что это за параметр я не в курсах. |
|||
16
DenVaz
08.04.20
✎
15:05
|
+(15) Вот у пользователя с большим количеством настроек... постги садиться на ядро ЦП и загружает под завязку (4 ядра, 25% загрузка)... Подозреваю основные операции это выгрузка загрузка памяти из за ограничения постгри SQL соотвественно время вырастает в разы.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |