« Return to Thread: Re: [firebird-support] gds_thread_enter contention

Re: [firebird-support] gds_thread_enter contention

by Vlad Khorsun-2 :: Rate this Message:

Reply to Author | View in Thread

> On this same note, we've been talking about the two architectures here, and
> the direction of FB 3:
>
> It's my understanding that with FB-Classic, when you make a new connection to
> the server (either from a new process or a new thread), you get a new TCP
> socket, which effectively gives you scalable IPC bandwidth. Instead of trying
> to ram all connections through one socket, you spread them out over multiple
> sockets, and this might be a big advantage on a multi-core system.

    FB never multiplexed all connections via one socket.
 
> I read somewhere that the FB 3 architecture is leaning towards SuperServer. I
> don't know if SS multiplexes all connections over a single socket today, but

    No. Not today, not yesterday, never.

Regards,
Vlad

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

 « Return to Thread: Re: [firebird-support] gds_thread_enter contention