we already looked at this long ago it only supports 1 db of this nature and it cannot be shared. its not going to happen.
On Tue, Feb 16, 2010 at 5:47 PM, Tamas <jal...@gmail.com> wrote: > Hello, > > this feature sounds interesting in case of running FS as a softphone base, > where access rights are usually limited and not straightforward to make > tmpfs. > Also running from something like readonly filesystem it could be > interesting addon (this won't solve the write requirements of logs and conf > directory though). > > Regards, > Tamas > > Michael Jerris írta: > > This is all unnecessary, just toss them on tmpfs and call it a day. > > Mike > > On Feb 16, 2010, at 6:04 PM, Paulo Vicentini wrote: > > Hello, > "The core will open the db multiple times so you would end up with many > instances not linked to each other." > > I think it might work with just one core.db handle, right? > > "If sofia uses it, it needs it, or else it would've been an optional > configuration option." > > As I can see until now, if mod_sofia were used just as a gateway (that is > my aim) it would be able to bypass sip related tables/code and it might have > a compile option for that scenario as well... > > "How hard are you hitting this box to kill it because your data base ? > What distro are you on?" > I intend to use my hacked FS version on Debian / Kernel 2.6.23.8 / > soekris > > Thank you, > Paulo > > On Mon, Feb 15, 2010 at 7:45 PM, Brian West <br...@freeswitch.org> wrote: > >> How hard are you hitting this box to kill it because your data base ? >> What distro are you on? Some versions of the linux kernel slow SQLITE down >> by 400-1000% depending on the kernel rev. >> >> /b >> >> On Feb 15, 2010, at 3:41 PM, Paulo Vicentini wrote: >> >> > I will try to enable such feature in core.db ( I want to use just RAM >> core.db and to disable all other databases) >> > If I use FS exclusively as a SIP gateway ( no registrar ) I think I can >> "disable" the use of such sofia tables (Does it make sense? ) : >> > >> > .tables >> > sip_authentication sip_shared_appearance_dialogs >> > sip_dialogs sip_shared_appearance_subscriptions >> > sip_presence sip_subscriptions >> > sip_registrations >> > >> > Thank you >> > Paulo >> > ------------------------------ > > _______________________________________________ > FreeSWITCH-dev mailing > listfreeswitch-...@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-devhttp://www.freeswitch.org > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_miness...@hotmail.com <msn%3aanthony_miness...@hotmail.com> GTALK/JABBER/PAYPAL:anthony.miness...@gmail.com<paypal%3aanthony.miness...@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org <sip%3a...@conference.freeswitch.org> iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.org<googletalk%3aconf%2b...@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
