|
Rphost (64х) использует всю доступную память | ☑ | ||
---|---|---|---|---|
0
litlex
07.12.11
✎
04:47
|
Технологическая платформа 8.2 Версия 8.2.14.537, Rphost (сервер 64х, Win 2008R2 64х) использует всю доступную память - на данный момент около 16 ГБ - судя по диспетчеру задач.
Реально ли ограничить использование памяти рабочим процессом? |
|||
1
Морозов Александр
07.12.11
✎
05:16
|
это ж за сколько времени он 16 гигов съедает?
|
|||
2
litlex
07.12.11
✎
05:42
|
очень быстро
|
|||
3
Trance_1C
07.12.11
✎
05:54
|
(2) а что в этот момент происходит у клиента? перепроводка документов или что?
|
|||
4
Trance_1C
07.12.11
✎
05:56
|
очевидно что память неэффективно скапливается в какой то куче, у меня однажды такое было на УПП.
это было связано с контролем остатков по партиям. |
|||
5
mikeA
07.12.11
✎
06:36
|
(0) платформу обнови. на старых релизах 8.1 что-ли такое было, лечилось перезапуском служб. на 8.2 не замечал.
посмотри может действительно там что-то на сервере выполняется, что реально память отъедает. |
|||
6
litlex
08.12.11
✎
04:19
|
у клиента кроме отчетности ничего не выполняется.
платформа и так практически самая новая (537) вопрос в том, что сам рабочий процесс то не может съедать теоретически более 2 гб... хотя это относится к 32х разрядному серверу, про 64х ничего в мануале не написано. |
|||
7
Стальная Крыса
08.12.11
✎
05:25
|
у нас на Win2008R2 x64 стоит SQL и сервер 1С.
однажды обнаружились наижутчайшие тормоза... кое как добравшись до "наблюдательных инструментов" вижу - один из rphost забрал всю оперативку - 32Гб, загнав (естественно) при этом всех остальных в своп. самое загадочное было то КАК ЕМУ УДАЛОСЬ "отобрать" оперативку у SQL ???!!! причина произошедшего была банальна - мой коллега "боролся" с новым запросом :) вот вам и отчеты. |
|||
8
litlex
08.12.11
✎
11:03
|
да даже если запрос некорректен - почему вообще процессу позволяется использовать такой объем памяти?
|
|||
9
asp
08.12.11
✎
11:05
|
> Реально ли ограничить использование памяти рабочим процессом?
да, в настройках есть такой параметр |
|||
10
smak2006
08.12.11
✎
11:10
|
в свойствах кластера, параметр Допустимый объем памяти
|
|||
11
litlex
09.12.11
✎
02:50
|
Допустимый объем памяти - устанавливает предельный объем виртуального адресного пространства,после постоянного превышения которого в течении определенного времени (см. следующий параметр) рабочий процесс будет автоматически перезапушен.
Процесс автоматически перезапустится. Но при этом все пользователи будут вылетать из базы. Может есть какой-нибудь менее болезненный способ? |
|||
12
Стальная Крыса
09.12.11
✎
04:15
|
(11) такой способ есть - это сделать сервер 1С на отдельном компьютере (сервере) и чтобы там больше ничего не было.
зы. сам такое хочу: 4 ядра (нынче не вопрос), памяти 4 - 8 Гб (тоже не вопрос), быструю дисковую подсистему гигов на 200 (тоже не вопрос) ... вроде все "не вопрос", а реализация все никак не состоится :) |
|||
13
litlex
09.12.11
✎
04:47
|
сделать то можно и на отдельном, НО при этом остальные пользователи всё равно будут испытывать жуткие тормоза при работе с базой - ибо рабочий процесс будет загружен вобщем то одним пользователем (как это было у нас), и этот рабочий процесс сожрет всю память...
даже если сделать несколько рабочих процессов всё равно проблема не решится...опять таки в следствие пережора памяти одним процессом |
|||
14
Стальная Крыса
09.12.11
✎
05:25
|
ну, при упоминании в (6) "у клиента кроме отчетности ничего не выполняется. " и с оглядкой на (7) нужно переписывать запросы
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |