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

[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 <jalsot at 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 <brian at 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-dev at 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 at 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_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100216/ab607cfc/attachment.html