Имя: Пароль:
1C
1С v8
Разная скорость проведения документов под разными пользователями
,
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 соотвественно время вырастает в разы.
Программист всегда исправляет последнюю ошибку.