| 00:04.59 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.111) |
| 00:06.31 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 00:07.06 | *** join/#asterisk-dev moy_ (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 00:46.48 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 01:49.30 | *** join/#asterisk-dev ybit (~quassel@unaffiliated/ybit) |
| 02:35.45 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-112-46.ptld.qwest.net) |
| 03:08.23 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.114.39.251) |
| 04:01.46 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-119-61.ptld.qwest.net) |
| 04:50.35 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-111-95.ptld.qwest.net) |
| 05:29.38 | *** join/#asterisk-dev Dovid (~Dovid@213.8.121.90) |
| 06:25.04 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-125-168.ptld.qwest.net) |
| 06:29.41 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 06:29.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:49.50 | *** join/#asterisk-dev tiny_D (~tiny_D@mail.snom.com) |
| 06:57.39 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-120-95.ptld.qwest.net) |
| 07:20.55 | *** join/#asterisk-dev schmidts (d5ebd4c1@gateway/web/freenode/ip.213.235.212.193) |
| 07:21.01 | schmidts | morning all |
| 07:24.42 | tzafrir | Good morning? |
| 07:27.09 | schmidts | its 9 am here ;) |
| 07:27.37 | schmidts | i am at gmt+2 timezone |
| 07:34.33 | tzafrir | A *Good* morning? |
| 07:40.43 | schmidts | i hope its good ;) |
| 08:27.44 | *** join/#asterisk-dev lftsy (~lftsy@pul-lav-fw-so-01-x1.vtxnet.net) |
| 08:54.16 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.118) |
| 09:25.31 | *** join/#asterisk-dev mboehn (mathias@195.1.93.6) |
| 10:35.52 | *** join/#asterisk-dev Dovid (Dovid@213.8.118.62) |
| 11:14.56 | *** join/#asterisk-dev ccesario (~ccesario@189-29-32-71-ac.cpe.vivax.com.br) |
| 11:28.37 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.172) |
| 11:41.29 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:00.50 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:36.04 | *** join/#asterisk-dev ybit (~quassel@unaffiliated/ybit) |
| 12:45.21 | *** join/#asterisk-dev asteriskmonkey (~darlek@74-51-38-204.telnetcommunications.com) |
| 12:46.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:46.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:01.40 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:01.40 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:04.33 | schmidts | update to my asterisk sip handling tuning project ;) |
| 13:04.49 | schmidts | i have written a scenario for sipp to subscribe 2500 to asterisk |
| 13:06.02 | schmidts | if i launch this with no peer registered i can handle around 17 to 18 subscribes per second without loosing a package, a greater value will slow down the 200 ok and notify coming from asterisk back to sipp so i see them as lost |
| 13:06.32 | schmidts | i am now trying to subscribe this 2500 users if the 20k test peers are registered and it looks like handle subscribes is much slower than register a peer |
| 13:17.41 | russellb | yeah, a subscription dives into code outside of chan_sip ... |
| 13:18.40 | oej | but register saves to ASTDB, disk, so it affects I/O more. |
| 13:19.03 | oej | We should possibly think of making subscriptions persistent too |
| 13:19.16 | russellb | yup |
| 13:19.35 | oej | We could possibly cancel all subscriptions and not accept new ones at a normal shutdown |
| 13:19.43 | oej | We can't do that with REGISTER |
| 13:21.51 | kpfleming | i think subscriptions extension state are already persistent... at least i remember working on that at one point |
| 13:22.01 | kpfleming | subscriptions for message-waiting aren't though |
| 13:22.17 | russellb | schmidts: I'm thinking that event distribution (in main/event.c) is probably slow with that many subscriptions. Each extension state change will have to be checked against all subscriptions to extension state to see if they match. |
| 13:23.06 | schmidts | i am starting right now with my time compares to see which really slows down subscribes |
| 13:23.28 | russellb | we could optimize certain subscription types by limiting what paramers can be used in the subscription (in the C API), and then putting them in a hash table |
| 13:23.43 | *** join/#asterisk-dev sergee (~serg@voip1.west-call.com) |
| 13:24.04 | russellb | schmidts: are you manually instrumenting the code? why not something like oprofile? |
| 13:24.12 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:24.50 | schmidts | i use gprof also, but i have seen with the register things that its not allways clear enough |
| 13:25.12 | russellb | i haven't tried gprof ... but <3 oprofile |
| 13:25.23 | schmidts | i dont know this ;) |
| 13:25.30 | russellb | check it out! |
| 13:25.31 | russellb | it's awesome |
| 13:25.43 | schmidts | ok now everything is clear for me, why a subscribe causes this impact to sip handling |
| 13:25.44 | schmidts | handle_request_subscribe needs 3589 usec |
| 13:26.17 | russellb | what version is this again? 1.6.2? |
| 13:26.36 | schmidts | Asterisk SVN-branch-1.6.2-r284280M |
| 13:26.41 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:26.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:28.06 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:28.06 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:37.46 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:37.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:47.30 | schmidts | what i see is that the get_destination sometimes waste around 2ms |
| 13:48.38 | *** join/#asterisk-dev crowb4r (~JKLOBUCAR@12.2.84.2) |
| 13:49.39 | schmidts | ok this only happens on the first subscripe package |
| 13:56.14 | *** join/#asterisk-dev w9sh (~chatzilla@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 13:59.41 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 14:02.17 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:06.21 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:06.21 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:14.49 | *** join/#asterisk-dev ccesario_ (~ccesario@189-29-32-71-ac.cpe.vivax.com.br) |
| 14:22.07 | schmidts | as russel thought the while loop which iterate thru the dialogs gets slower on every subscribe package |
| 14:22.37 | schmidts | after 500 subscribes it tooks 11ms :( |
| 14:23.49 | schmidts | and with my patch which deletes old dialogs only once in 10 sec this would takes even longer *args* |
| 14:34.22 | *** join/#asterisk-dev timeshell_atwork (~chatzilla@gw.lusi.on.ca) |
| 14:34.59 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 14:34.59 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:35.03 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 14:39.40 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 14:49.05 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.111) |
| 14:53.49 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:53.49 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:54.20 | *** join/#asterisk-dev bklang (~bklang@70-88-179-166-Atlanta.hfc.comcastbusiness.net) |
| 15:02.47 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:07.32 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 15:20.13 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:20.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:26.07 | *** join/#asterisk-dev citrus2 (~citrus2@72.215.183.28) |
| 15:31.21 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:33.55 | *** join/#asterisk-dev lftsy (~lftsy@pul-lav-fw-so-01-x1.vtxnet.net) |
| 15:45.34 | *** join/#asterisk-dev bklang (~bklang@70-88-179-166-Atlanta.hfc.comcastbusiness.net) |
| 16:09.19 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:09.19 | *** join/#asterisk-dev mpe (~mpe@65.161.206.209) |
| 16:53.30 | *** join/#asterisk-dev bklang (~bklang@adsl-88-254-158.asm.bellsouth.net) |
| 16:53.41 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-120-95.ptld.qwest.net) |
| 16:55.31 | *** join/#asterisk-dev ccesario_ (~ccesario@189-29-32-71-ac.cpe.vivax.com.br) |
| 16:59.04 | *** join/#asterisk-dev mpe (~mpe@65.161.206.209) |
| 17:31.57 | *** join/#asterisk-dev otherwiseguy (~terry@75.87.99.1) |
| 17:45.54 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 18:13.27 | *** join/#asterisk-dev ahowlader (howlader@180.234.38.121) |
| 19:10.26 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 19:15.59 | *** join/#asterisk-dev mpe (~mpe@65.161.206.209) |
| 19:41.30 | *** join/#asterisk-dev tiny_D (~tiny_D@e178233084.adsl.alicedsl.de) |
| 20:02.42 | *** join/#asterisk-dev Deeewayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 20:02.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:21.35 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 20:34.21 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 21:44.39 | *** join/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 22:14.33 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 22:14.33 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 22:19.29 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 22:22.18 | Kobaz | originate needs better error reporting |
| 22:22.34 | Kobaz | it would be great to know why the originate failed... was it the source that never answered, or was it the dest that never answered |
| 23:44.43 | *** join/#asterisk-dev ahowlader (howlader@180.234.20.235) |