Bogdan,I'm using drouting with a few million routes. can you make any recommendations on how to manage memory and optimize the speed of loading a new dr_rules table when the data is very large?
I know there is a param to change how many records are retrieved, but I'm not really sure how changeing that will affect performance.. I know for a fact, the process has ran out of memory a few times while performing a fifo dr_reload Thanks, Brett On Fri, Jun 5, 2009 at 12:47 PM, Bogdan-Andrei Iancu <[email protected] > wrote: > Actually I'm trying to find a better way of re-using these "destination > points" management (enable/disable, pinging, etc)...Right now it is used by > dispatcher, but I will love to have it in LB and DR modules.....but I hate > to simply duplicate code, so I was trying to see if I cannot make kind of > lib out of it in order to re-use the code in all 3 modules....... > > Regards, > Bogdan > > Brett Nemeroff wrote: > >> I think that's a great idea.. I'll submit these ideas.. >> -Brett >> >> >> On Fri, Jun 5, 2009 at 12:38 PM, Patrick <[email protected] <mailto: >> [email protected]>> wrote: >> >> >> What about adding some of the features that dispatcher offers for >> destination controls. It's nice to have the destination removed when >> ds_ping fails x number of times. Or even setting a destination as >> Active, Probing, or Inactive... >> >> On Jun 5, 2009, at 1:14 PM, Bogdan-Andrei Iancu wrote: >> >> Hi Brett, >> >> unfortunately there is none...but please upload a feature request (to >> me) and I can add something like..it is interesting and useful, >> indeed. >> >> Regards, >> Bogdan >> >> Brett Nemeroff wrote: >> > Hey list, >> > is there any easy way to disable a gateway id? I have like 1.5 >> Million >> > routes loaded.. so to rebuild my routes with that gateway >> removed is a >> > big change. I'd like to just say, disable gateway 101. >> > >> > any thoughts there? :) >> > >> > Thanks, >> > Brett >> > >> > >> >> ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Users mailing list >> > [email protected] <mailto:[email protected]> >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > >> >> >> _______________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> _______________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
