Robert Story wrote:
On Fri, 06 Jan 2006 14:01:29 -0500 Glenn wrote:
GM> I'm going to
GM> go ahead and work with the MFD approach (populate the index before the
GM> data) for now.
Ok, if you are going with MFD, then you don't need to worry about trying to
get the list sorted, the container will keep itself sorted. This also means
you don't need to worry about what 'sorted correctly' means either. ;-)
Sweet. :-)
Do you have any idea how long it takes to get all the indexes from the server?
How long will almost certainly be a factor of how loaded the system is,
and on the server environment it might be *very* loaded (there is
another instance of OpenSER that will run in the base station, but the
load there will be in the hundreds, not thousands; the server will
likely be aggregating services for all of the base stations).
That being said, the agent is likely the only thing querying the OpenSER
server, so from a management perspective I should have the server all to
myself. Additionally, the data I need to manage will be relatively
static, as reservations have long durations (typically on the order of
hours). The only exception to this rule is the packet-storm scenario
when one or more sectors are restarted and all of the CPEs are trying to
re register themselves.
Since you do intended to be dealing with large amounts of data, if you can get
incremental updates from the server module (eg record add/delete), then you
wouldn't have to keep flushing/reloading the cache periodically.
I considered that approach, but it requires a lot more work in the
existing usrloc module. Currently it doesn't store any information
about when users are registered or unregistered. In particular, I'd
have to keep track of deleted records in a new list. It's not like any
of this is undoable, or even hard for that matter, it's just that I'm
running out of time. As always, the deadlines are shorter than the
amount of time needed to do the job right the first time...
Thanks for the insight and input, it's appreciated.
Glenn McAllister
SOMA Networks, Inc.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
