Group_cache_size

[Domino-Designer]

Пичалька какаято. Что я не доделал?

Любое значение GROUP_CACHE_SIZE в Notes.ini никак не влияет на дефолтные 4М.

Например GROUP_CACHE_SIZE=10240 должно выделять 10М, но
DEBUG_GROUP_CACHE=1 говорит, что для пользователя
The group cache for user [CN=*******/O=*******] hit the 4096 index limit
при других значениях все то же самое. Перегружал.

Domino 8.5.3.FP3 & FP6 (Windows/2003/64 5.2)

 

[Кирилл Шваб]

А что возвращает команда "show stat net" в параметре "NET.GroupCache.Size"?

 

[Domino-Designer]

А что возвращает команда "show stat net" в параметре "NET.GroupCache.Size"?

64k
Но это статистика, причем тут оно?

[0EB0:0006-1C48]  NET.GroupCache.Adds = 2
[0EB0:0006-1C48]  NET.GroupCache.AddsFailed = 0
[0EB0:0006-1C48]  NET.GroupCache.Flushes = 0
[0EB0:0006-1C48]  NET.GroupCache.Hits = 68
[0EB0:0006-1C48]  NET.GroupCache.Misses = 36
[0EB0:0006-1C48]  NET.GroupCache.NumEntries = 4
[0EB0:0006-1C48]  NET.GroupCache.Size = 65 406
[0EB0:0006-1C48]  NET.GroupCache.Used = 2 970
[0EB0:0006-1C48]  NET.Log.A001001002/transtk.PeakUnwrittenEntries = 3
[0EB0:0006-1C48]  NET.Log.A001001002/transtk.UnwrittenEntries = 2
[0EB0:0006-1C48]  NET.Sessions.DeferredClosed.Current = 0
[0EB0:0006-1C48]  NET.Sessions.DeferredClosed.Peak = 0
[0EB0:0006-1C48]  NET.TCPIP.aiNetBfrCacheCnt = 4
[0EB0:0006-1C48]  NET.TCPIP.BytesReceived = 9 048
[0EB0:0006-1C48]  NET.TCPIP.BytesSent = 23 840
[0EB0:0006-1C48]  NET.TCPIP.NetBfrCacheHits = 24
[0EB0:0006-1C48]  NET.TCPIP.NetBfrCacheMisses = 4
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Established.Incoming = 14
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Established.Outgoing = 0
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Limit = 65535
[0EB0:0006-1C48]  NET.TCPIP.Sessions.LimitMax = 65535
[0EB0:0006-1C48]  NET.TCPIP.Sessions.LimitMin = 10
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Peak = 4
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Recycled = 0
[0EB0:0006-1C48]  NET.TCPIP.Sessions.Recycling = 0
[0EB0:0006-1C48]  25 statistics found

 

[Кирилл Шваб]

Пардон, перепутал одно с другим.
Надо будет посмотреть на виртуалке, самому интересно.

P.S.
Кстати судя по статистике промахов (NET.GroupCache.Misses) не так много - примерно 50% получается.

 

[Kee_Keekkenen]

Например GROUP_CACHE_SIZE=10240 должно выделять 10М, но
DEBUG_GROUP_CACHE=1 говорит, что для пользователя
The group cache for user [CN=*******/O=*******] hit the 4096 index limit
при других значениях все то же самое. Перегружал.

Domino 8.5.3.FP3 & FP6 (Windows/2003/64 5.2)

а если прописать
GROUP_CACHE_SIZE=10М
что кажет ?

 

[Domino-Designer]

а если прописать
GROUP_CACHE_SIZE=10М
что кажет ?

Ничего не скажет.

Group Cache

When the server needs to lookup the members of a group (For example, in the event of an authentication request) it first checks the Group Cache. It will store results in the Group Cache to optimize performance. Groups are invalidated during updates or when cache is full. The default size is 4MB and it can be increased to 15MB.

If the cache needs to rebuild frequently because not enough data can be cached, this can slow down group lookups. Therefore, frequent or very large group updates can slow down server.

Verify GroupCache statistics with “Show stat net”
NET.GroupCache.Hits = 155
NET.GroupCache.Misses = 10
NET.GroupCache.NumEntries = 9
NET.GroupCache.Size = 65,406
NET.GroupCache.Used = 2,716

NET.GroupCache.Misses indicates the number of times a group was not found in the cache and so had to be read from disk. Administrators should increase the size of the Group Cache in increments until the number of misses reduces. Modify size with the NOTES.INI parameter:
Group_Cache_Size= For example set 15360 , which sets Group_Cache_Size to 15MB.

Ссылка скрыта от гостей

 

[Domino-Designer]

Резюме: опосредовано пользователь может входить максимально в 4096 групп. Если больше, то его на сервер не пустят.

[самомодерация]

Переверну вопрос: Опровергните или подскажите возможность следующей схемы.

Всё те же Domino, однако теперь в связке с Active Directory (LDAP); где и будут располагаться группы.

Пользователь опосредованно входит в 30 000 LDAP групп.
Он же заведен в АК сервера Domino.

На сервер пустит, в бд пустит.

Readers\Authors на основе LDAP групп работать будут?

 

[rinsk]

Имхо с ЛДАП такие же ограничения... я не пробовал, но стоит посмотреть что вернет @UserNamesList с авторизацией через группы в ДА ЛДАП.