| 00:08.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.76) |
| 00:21.21 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.76) |
| 00:59.24 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:07.26 | *** join/#asterisk-dev suneye (~atcmmi@119.139.62.17) |
| 01:26.23 | *** join/#asterisk-dev rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net) |
| 01:28.04 | *** join/#asterisk-dev atcmmi (~atcmmi@116.25.197.112) |
| 02:45.07 | *** join/#asterisk-dev suneye (~atcmmi@116.25.197.112) |
| 03:05.18 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 03:48.14 | *** join/#asterisk-dev rogersja_ (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net) |
| 04:01.36 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 04:10.54 | *** join/#asterisk-dev rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net) |
| 04:37.59 | *** join/#asterisk-dev rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net) |
| 05:00.06 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-137-93-158.hsd1.tn.comcast.net) |
| 05:00.06 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 05:22.29 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:35.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.60) |
| 05:48.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.37) |
| 05:59.34 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.124.52) |
| 06:33.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.52) |
| 07:47.17 | *** join/#asterisk-dev suneye (~atcmmi@119.139.60.197) |
| 07:51.05 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:51.10 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:05.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.46) |
| 08:08.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.46) |
| 08:36.53 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:59.49 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d8f4:d116:8ffa:6d3a) |
| 10:12.57 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.38) |
| 10:32.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.38) |
| 10:36.29 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.38) |
| 11:30.48 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 11:32.31 | *** join/#asterisk-dev tzafrir (~tzafrir@188.64.200.0) |
| 11:32.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:43.02 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:43.02 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:10.45 | *** join/#asterisk-dev rogersja (~rogersja@162-192-162-17.lightspeed.rlghnc.sbcglobal.net) |
| 12:34.18 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187.76.181.102) |
| 12:51.56 | *** join/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 13:17.56 | *** join/#asterisk-dev Marquis42 (~mrbmw@c-98-224-144-181.hsd1.mi.comcast.net) |
| 13:33.06 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:47.23 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 13:55.12 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 13:55.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:55.35 | *** join/#asterisk-dev rogersja (~rogersja@70.43.143.142) |
| 14:06.25 | *** part/#asterisk-dev rogersja (~rogersja@70.43.143.142) |
| 14:09.33 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:10.07 | *** join/#asterisk-dev zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
| 14:25.12 | *** join/#asterisk-dev leifmadsen (~lmadsen@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:25.12 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:43.34 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 14:47.07 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ruudytuedfrkorvb) |
| 14:47.07 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:58.46 | anonymouz666 | mjordan: good morning. Is there something that could make a device "cachable" or not? I had to manually avoid some caches (like Local, DAHDI, queue). Comparing the performance between 11.6.0 vs 1.8 I can see 11.6.0 more CPU consuming. "core show taskprocessors" I can see numbers high of processed in "core_event_dispatcher". event dump cache devicestate, and devicestatechanged shows only |
| 14:58.47 | anonymouz666 | the SIP being cached (I also distribute over corosync the states). Also, could exist some kind of event in version 11 that is leading to increase the CPU stuff with my distributed setup (2 nodes only)? |
| 15:02.06 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 15:06.12 | mjordan | anonymouz666: the cachability of device state is the same between both 1.8 and 11 |
| 15:06.32 | mjordan | and that is not a configurable thing. Things that can be cached are those devices that are permanent |
| 15:06.45 | mjordan | transient device state, such as those associated with a Local channel, are not cached |
| 15:19.47 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:19.47 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:24.38 | *** join/#asterisk-dev gtjoseph (~gtj@unaffiliated/gtj) |
| 15:25.32 | *** join/#asterisk-dev vlad_starkov (~vlad_star@217.26.6.70) |
| 15:27.32 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-elsdwheuytxuggof) |
| 15:27.33 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 15:27.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:36.11 | spditner | Why might ast_rtp_on_ice_rx_data not be getting data that's arriving on the wire during an ICE negotiation? I see ast_rtp_on_ice_tx_pkt packets going out fine |
| 15:36.44 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 15:38.11 | oej | Hello |
| 15:45.17 | file | spditner, blocked by system, pjnath is dropping it for some reason, other code is ignoring it for some reason |
| 15:45.21 | file | hard to answer |
| 15:46.14 | spditner | file: Should it be received by asterisk first, and then passed on? |
| 15:46.36 | file | it gets received in res_rtp_asterisk using recvfrom and then passed to pjnath if applicable |
| 15:46.48 | file | if it's not an ICE packet then it returns and gets handled as normal |
| 15:47.58 | spditner | Hmm, ok. Is this a full, or lite implementation? |
| 15:48.25 | file | pjnath is a full implementation |
| 15:50.13 | spditner | ok, I just saw callbacks being set up for ice_lite, and haven't figured out what role that's playing yet. |
| 15:51.25 | spditner | wades in over his head. |
| 15:54.17 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 16:01.12 | spditner | weird, no filters/mangling/nat, asterisk is bound to the udp port for the ice negotiation, and nothing is arriving at the recvfrom. I must have missed some step in RTP setup. |
| 16:01.56 | spditner | file: thanks for the pointer. |
| 16:16.30 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 16:28.25 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 16:28.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 16:37.27 | mjordan | leedm777: as an FYI, looking at the Custom: device state provider, it does cache its state into the AstDB. When the module is loaded, it parses the states in the AstDB and re-publishes the state |
| 16:37.48 | file | aye |
| 17:00.38 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 17:06.15 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 17:07.15 | anonymouz666 | how do I see what tasks are being pushed into taskprocessor? I just want to identify the module that is increasing a lot the core_event_dispatcher compared to other asterisk instances doing the same thing. |
| 17:36.19 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 17:36.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:12.00 | *** join/#asterisk-dev gtjoseph (~gtj@unaffiliated/gtj) |
| 18:15.08 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 18:45.20 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.51) |
| 19:03.27 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.51) |
| 19:27.59 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.124.81) |
| 19:41.26 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 19:41.28 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:00.22 | spditner | what does 'bad magic number for object 0xblahdeblah. Object is likely destoryed.' in the context of me trying to add something to a list using ao2_t_link? |
| 20:18.52 | file | it means that the object has either been destroyed already, or is not an astobj2 object |
| 20:19.28 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 20:21.13 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.81) |
| 20:25.05 | mjordan | anonymouz666: how do you want to identify the tasks that are getting pushed? There isn't a 'name' associated with what is being pushed - it's just a void * and a function that can handle it |
| 20:26.01 | spditner | ah! it's not an astobj2 for sure |
| 20:26.45 | mjordan | yup, only ao2 objects can be stored in an ao2 container |
| 20:30.41 | anonymouz666 | mjordan: I was just trying to debug the processed numbers in core_event_dispatcher. The load with ast 11 is higher when compared to 1.8.. core show threads does not show nothing significant |
| 20:32.04 | mjordan | you could figure that out, but you'd have to modify the source |
| 20:32.19 | mjordan | right now, that level of debugging probably isn't available |
| 20:32.40 | mjordan | why are you pointing the finger at the taskprocessor code however? |
| 20:32.48 | mjordan | your bottle neck could be a lot of other things |
| 20:34.07 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.126.46) |
| 20:49.47 | anonymouz666 | yes, could be elsewhere.. because I never saw these numbers so high |
| 20:50.21 | anonymouz666 | trying to investigate everything that could be obvious... jumped from 1.8 to 11 helped a lot of memory corruption crashes. |
| 21:00.01 | mjordan | I think you'd want to profile Asterisk using a simulated load to determine where your bottle necks lie. Anything else and you're kind of in 'speculation land' |
| 21:01.14 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:01.15 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:39.46 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.23.159.253) |
| 21:40.26 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.23.159.253) |
| 21:43.12 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.44) |
| 21:48.01 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.44) |
| 21:58.11 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 22:02.24 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 22:18.38 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.125.41) |
| 22:29.19 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:37.49 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 22:38.36 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 22:49.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.43) |
| 23:00.54 | *** join/#asterisk-dev saghul (~saghul@15.83-213-189.dynamic.clientes.euskaltel.es) |
| 23:02.14 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ruudytuedfrkorvb) |
| 23:18.45 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.125.32) |
| 23:25.07 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 23:25.08 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:38.26 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 23:54.49 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:437:ce01:2677:3ff:fe8f:2730) |