Удалось отыскать ссылку на статью, которая на мой взгляд раскрывает тему с per-process и per-station ограничениями по объектам в windows

http://www.sybase.com/detail?id=1019174

Вот с такими кучами

SharedSection=2048,24576,2048


ограничение win2k3 svr на общее число USER объектов около 30K.

мне хватает

---

добавка от fez:
Данная тема возникла в том числе и потому что в плагине vis1cpp существует утечка объектов GDI и USER.

trdm писал(а) 16. Мая 2007 :: 12:55:

В смысле? Надо подробнее?

В этой статье описаны ограничения на процесс, и где они устанавливаются.
Секция Desktop Heap отвечает за ограничения в общем на станцию.

Вообще, вся статья полезная и подтверждается результатами тестов.

Я в свое время развернуто ее комментировал на тех форуме, но интереса не это вызвало.

trdm писал(а) 16. Мая 2007 :: 13:11:

Будем говорить прямо: я тоже уверен, что утонет Да и х. с ней

А по объектам:
В свое время, кажется, я менял значения

HKLM/Software/Microsoft/Windows NT/CurrentVersion/Windows/USERProcessHandleQuota


А сегодня выставил значение в ветке

HKLM/SYSTEM/CurrentControlSet/Control/Session Manager/SubSystems/Windows


в части SharedSection в


SharedSection=2048,24576,2048


Это увеличило лимит объектов в общем на станцию.
Если, конечно, у меня не стало двоиться в глазах с чего-нибудь такого того чего-нибудь

ИМХО, для обхода этих ограничений можно терминал-сервер использовать. Серверная компонента может запускать одинэсы кучками. Каждую кучку в отдельной терминальной сессии примерно таким образом:
1) Создать терминальную сессию и запустить в ней некий специальный процесс.
2) Специальный процесс запускает по OLE сколько надо одинэсов в кучке.
3) Взаимодействие с главным сервисом происходит либо через TCP/IP, либо через пайпы, либо общую память и т.д.
4) Удаленные машины взаимодействуют с сервисом, который взаимодействует с "сервисом кучки", который уже передает запрос свободному одинэсу из кучки

Миш, я помню в свое время тема GDI обсуждалась на форуме...
Но я не могу понять откуда ноги растут у моей проблемы: под конец дня кол-во GDI объектов для моей сессии приближается к трем тысячам.
Захожу в журнал документов - увеличивается, выхожу - уменьшается, НО на показатель на 1 больше чем перед заходом.

У меня Win2003 TS, несколько сессий пользуют 1С очень активно, к концу дня иногда винды встают колом. Сперва перестает работать отображение тулбаров в любых приложениях, потом винды окончательно нагибаются и вылазит окошко в стиле Win 3.11 с надписью "Requested resource not awailible" и пипец.
Закрываю все приложения жрущие GDI, и все встает на свои места. В основном это Miranda и 1C.

Кто что посоветует?

Может у меня утечка где идет. Где копать?

У меня активно используются активиксы. Предполагаю что в них.
Но в журнале их нет!

А утечки при использовании классов могут влиять на использование GDI?

Степ, ну не до 3000 объектов же
Я просто пытаюсь найти откуда все это ползет у меня. При старте у меня те же 200-300.

Вообще терять объекты можно в разных местах и это очень очень просто
Даже в svcsvc в свое время была утечка в FilterValue...

Я вроде прямых утечек в самом 1С не нашел, хотя говорят, что они есть.
Мне казалось, что это не утечки, а некий механизм повторного использования хендлов.
Но здесь, конечно, могу запросто ошибаться.

А уж в АктивИксах так и вообще поймать такую штуку проще простого.

Ну что можно тут делать.
Не должно быть такого, что при открытии-закрытии журнала число объектов постоянно растет.
Может расти 1 раз, а после количество имхо должно стабильно изменяться на некую дельту.

Если именно перманентно растет, надо, видимо, убирать последовательно компоненты и смотреть, что будет.
Поддержу Диму со Степаном, путь это ни разу не легкий

А вообще как же так?
У тебя юзеры под разными именами в терминалке работают?
Не должны они друг на друга влиять...

А в пределах одной сессии можно попробовать увеличить Desktop Heap, как я написал.
Это в данном случае не спортивно, но зато очень быстро.