Hi Bruce,

indeed I have as working item a dynamic re-allocation for memory at usrloc startup. This will be available soon and it will fix your problem automatically.

regards,
bogdan

Daniel-Constantin Mierla wrote:

You can increase the shm memory using -m parameter (see 'openser -h').

For the private memory you have to edit "config.h" and change the value of:
#define PKG_MEM_POOL_SIZE 1024*1024

The recompile and reinstall.

The problem is that at start up, the user location records are first loaded in private memory and then moved in shared memory, from where will be used further. When you have large number of registered users, then you have to increase the private memory as well. The issue will be addressed in the near future.

Cheers,
Daniel

On 11/17/05 15:50, Bruce Bauman wrote:


We are trying to scale to 50K users and beyond, but are running into lots of issues with the SIP server. The biggest issue is the database and database abstraction layer, which seems to want to allocate lots of memory. This problem is exacerbated by the fact that memory is not allocated dynamically, but from a fixed pool allocated at startup. In particular, we fail at startup when reading in a location database with only a few thousand entries. We also run into problems with the shared memory segment since the default initial allocation is so small. However, this is adjustable via a command-line parameter so it's less of an issue.

Has anyone investigated communicating directly with the database and getting rid of the in-memory representation? It seems like this is the only way to scale to very large numbers of subscribers, and it solves other problems as well.

We would be interested in contributing to this effort, but might need some guidance.

Thanks for any input or suggestions.

Bruce Bauman

Sr. Principal S/W Engineer

WorldGate Communications, Inc.

3190 Tremont Avenue

Trevose, PA 19053

Office: 215.354.5124

Cell:    215.768.8613

------------------------------------------------------------------------

_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel


_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel



_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel

Reply via email to