I think the goal would be to reduce the number of trips to and from userspace by doing the multiplexing in userspace to avoid the context switches of reading every logical channel as a device.<br><br><br><div class="gmail_quote">
On Fri, Jan 30, 2009 at 4:45 PM, Jan Berger <span dir="ltr"><<a href="mailto:janvb@live.com">janvb@live.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
What do you want to achieve by moving the entire span up in user space unprocessed?<div class="Ih2E3d"><br>
<br>
Jan<br><br>> From: <a href="mailto:hselasky@c2i.net" target="_blank">hselasky@c2i.net</a><br></div><div class="Ih2E3d">> To: <a href="mailto:freeswitch-dev@lists.freeswitch.org" target="_blank">freeswitch-dev@lists.freeswitch.org</a><br>
</div>> Date: Fri, 30 Jan 2009 18:11:09 +0100<div class="Ih2E3d"><br>> Subject: Re: [Freeswitch-dev] FreeSwitch + ISDN + analog phone adapters - status<br>> <br></div><div><div></div><div class="Wj3C7c">> On Friday 30 January 2009, Michael Jerris wrote:<br>
> > Another useful advantage without the latency tradeoff is to read a<br>> > full span or card every 1ms (or whatever sane interval) and chop up<br>> > the bytes in userland. The latency argument dies if you are bridging<br>
> > to voip, so if you can handle bridging the tdm to tdm channels in<br>> > kernel space, you could easily get away with 10ms reads to user space<br>> > as well.<br>> ><br>> > Mike<br>> <br>
> Hi,<br>> <br>> Got your point.<br>> <br>> In between:<br>> <br>> I see more in Jan's argument. 48x30 bytes = 1440 bytes, which is an <br>> interesting size for full span E1.<br>> <br>> --HPS<br>
> <br>> _______________________________________________<br>> Freeswitch-dev mailing list<br>> <a href="mailto:Freeswitch-dev@lists.freeswitch.org" target="_blank">Freeswitch-dev@lists.freeswitch.org</a><br>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br><br></div></div><hr>What can you do with the new Windows Live? <a href="http://www.microsoft.com/windows/windowslive/default.aspx" target="_blank">Find out</a></div>
<br>_______________________________________________<br>
Freeswitch-dev mailing list<br>
<a href="mailto:Freeswitch-dev@lists.freeswitch.org">Freeswitch-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>