|
Можно ли ограничить объем памяти, необходимый рабочему процессу | ☑ | ||
---|---|---|---|---|
0
Aleksey1989
12.10.12
✎
08:01
|
Добрый день. Подскажите, пжл, можно ли каким-то образом ограничить объем памяти, потребляемой рабочим процессом сервера 1С?
|
|||
1
Fragster
гуру
12.10.12
✎
08:12
|
в 32биных системах объем памяти процеса ограничен 2(3) ГБ.
|
|||
2
Jstunner
12.10.12
✎
08:16
|
зачем?
|
|||
3
Александр_
Тверь 12.10.12
✎
08:17
|
э... ограничить НЕОБХОДИМЫЙ?
|
|||
4
MSII
12.10.12
✎
08:21
|
Можно установить предел памяти по всем рабочим процессам. Может, в новых платформах можно и гибче настраивать.
|
|||
5
Aleksey1989
12.10.12
✎
08:33
|
(4) А как это сделать?
|
|||
6
alkov
12.10.12
✎
09:11
|
В свойствах кластера не оно?
|
|||
7
Aleksey1989
12.10.12
✎
13:43
|
(6) Возможно, это оно и есть. Подскажите, пжл, на итс есть такая инфа по этому поводу:
"Интервал перезапуска __ секунд Интервал времени после запуска процесса, по истечении которого рабочий процесс перезапускается. Нулевое значение означает, что рабочие процессы не будут перезапускаться автоматически." То что рабочий процесс будет перезапускаться - это понятно, но что, если в это время с 1С работают пользователи? |
|||
8
Aleksey
12.10.12
✎
13:44
|
(4) Нельзя
|
|||
9
Aleksey
12.10.12
✎
13:45
|
Т.е. возможность такая есть, но реализовано она по 1С-совски, т.е. через попу. Т.е. по достижению объема 1С перегружает процесс тем самым освобождая память и грохая соединение
|
|||
10
H A D G E H O G s
12.10.12
✎
13:51
|
(9) Я бы на твои поделки посмотрел.
|
|||
11
Aleksey1989
12.10.12
✎
13:52
|
(9) За каким тогда, спрашивается, 1С дает эту возможность: разве не понятно, что могут повредиться данные?
|
|||
12
H A D G E H O G s
12.10.12
✎
13:52
|
(11) Сфига бы?
|
|||
13
Aleksey
12.10.12
✎
13:52
|
(10) Переход на личности? Мы вроде бы не поделки обсуждаем, а разработку крупной и многоуважаемой конторы
|
|||
14
H A D G E H O G s
12.10.12
✎
13:53
|
Да, течет, ну сложная система, правят, судя по описаниям релизов, пока сделали такую возможность.
|
|||
15
oleg_km
12.10.12
✎
13:53
|
(10) На мои поделки не надо смотреть, я их не продаю, но вот например поделка Microsoft SQL Server месяцами работает и не требует чтобы ее грохали
|
|||
16
Aleksey
12.10.12
✎
13:54
|
(11) Да там таких моментов ... например ограничить размер выгрузки при обмене. Возможность есть, но как оно сделано .... 1С тупо просто не выгружает данные и выдает ошибку если размер выгрузки превысил заданный. Ну и спрашивается зачем мне это счастье
|
|||
17
oleg_km
12.10.12
✎
13:55
|
(14) Ну просто на данном этапе соотношение маркетинг/программинг у 1С склоняется в сторону маркетинг больше даже чем даже у Microsoft
|
|||
18
Aleksey
12.10.12
✎
13:55
|
(14) Да нет уважаемый, это не 1С сделала такую возможность. Это костыль к утечки памяти, типа у нас тут память течет, мы хз как исправить, но вот вам костыль
|
|||
19
Aleksey
12.10.12
✎
13:56
|
А уж маркетинг превратил костыль в уникальный функционал не имеющий аналогов в другой программе
|
|||
20
H A D G E H O G s
12.10.12
✎
13:56
|
(18) Правят утечки.
|
|||
21
H A D G E H O G s
12.10.12
✎
13:56
|
(15) Требует
|
|||
22
H A D G E H O G s
12.10.12
✎
13:57
|
(16) Да, есть дичайшие моменты по памяти, но они обходятся.
|
|||
23
oleg_km
12.10.12
✎
13:59
|
(20) В данной ситуации правять исключительно маркетинг и монополинг. Если бы мелкомягкие перетягивая клиентов с оракла предложили бы перезапускать сервер периодически, то мягко говоря мелкомягкие не откусили бы того рынка СУБД
|
|||
24
Aleksey
12.10.12
✎
13:59
|
(20) Вот в этом я не сомневаюсь. Чуть ли в каждом релизе "Правят утечки."
|
|||
25
Aleksey
12.10.12
✎
14:00
|
А элементарные вещи, которые они поломали в 13 релизе до сих пор исправить не могут. 1.5 года прошло, а всё никак
|
|||
26
oleg_km
12.10.12
✎
14:01
|
Бляха, только что кончилась память у процесса и он в очередной раз упал
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |