Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-17 Thread Anthony Minessale
We do more than our fair share of working with the community and we have no room whatsoever for talking about people doing local mods that we are not willing to support. Can we end this thread now?, everything discussed in it is pure fantasy anyway. I officially change the subject to "Come to Clu

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-17 Thread Paulo Vicentini
Hi, "this feature sounds interesting in case of running FS as a softphone base" Yes... I additionally did a FS_SIP_REGISTRAR_MODE (mod_sofia) compile flag so that SIP registrar related things are stripped and it does not need to create mod_sofia databases... Regards Paulo On Tue, Feb 16, 2010 at

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-16 Thread Anthony Minessale
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 wrote: > Hello, > > this feature sounds interesting in case of running FS as a softphone base, > where access rights are usually limi

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-16 Thread Tamas
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 a

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-16 Thread Michael Jerris
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.d

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-16 Thread Paulo Vicentini
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 m

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-15 Thread Brian West
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

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-15 Thread Mathieu Rene
Use a ramdisk. The core will open the db multiple times so you would end up with many instances not linked to each other. If sofia uses it, it needs it, or else it would've been an optional configuration option. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-15 Thread Paulo Vicentini
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

Re: [Freeswitch-dev] [freeswitch-dev] in memory sqlite

2010-02-15 Thread Michael Jerris
no Mike On Feb 15, 2010, at 12:35 PM, Paulo Vicentini wrote: > Hello, > Does FS support use of sqlite3_open(":memory:", ppDb) so that database is > created purely in memory? ___ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http:/