|   |   | 
| 
 | Разная скорость проведения документов под разными пользователями | ☑ | ||
|---|---|---|---|---|
| 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 соотвественно время вырастает в разы.     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |