| 00:19.13 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 00:19.13 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 01:02.21 | Kobaz | hey, hmm |
| 01:02.25 | Kobaz | having trouble starting 11.25 |
| 01:02.47 | Kobaz | https://pastebin.com/YuwpBvwN |
| 01:05.11 | Kobaz | [pid 12138] read(8, "cli quit after database get phon"..., 512) = 53 |
| 01:05.12 | Kobaz | [ |
| 01:05.12 | Kobaz | hmm |
| 01:05.15 | Kobaz | [pid 12138] write(8, "No such command 'database get ph"..., 117) = 117 |
| 01:05.16 | Kobaz | that's odd |
| 01:11.18 | Kobaz | there you go, had some old modules |
| 01:15.52 | snuff-work | normally you get a warning on install if u have old ones |
| 01:16.28 | Kobaz | i have a deploy script that copies modules from the build directory to the target system... i don't have a thing that cleans up old modules yet, but i usually don't change the build options much |
| 01:35.54 | Kobaz | okay so... |
| 01:36.10 | Kobaz | trying to start to do some performance investigation |
| 01:36.36 | Kobaz | i have an asterisk-11.25 on a dual Intel(R) Xeon(R) CPU E31240 @ 3.30GHz |
| 01:37.02 | Kobaz | i have one call, and i have a single pbx_start thread running between 6.6% cpu and 13% cpu |
| 01:37.22 | Kobaz | it's a B2BUA sip/sip, with mixmonitor running and no transcoding |
| 01:37.27 | Kobaz | that doesn't seem right... that's high |
| 01:39.27 | Kobaz | [2017-06-12 21:34:58.270] DEBUG[31170][C-0000000c] audiohook.c: Read factory 0x7fadcc017358 and write factory 0x7fadcc017f98 both fail to provide 160 samples |
| 01:39.27 | Kobaz | [2017-06-12 21:34:58.290] DEBUG[31170][C-0000000c] audiohook.c: Failed to get 160 samples from read factory 0x7fadcc017358 |
| 01:39.32 | Kobaz | would that have anything to do with it? |
| 01:39.37 | Kobaz | bajillions of them |
| 01:40.57 | snuff-work | mm is it a 16khz or older 8khz? |
| 01:41.13 | snuff-work | aka slin8 / slin16 or similar |
| 01:41.22 | Kobaz | ulaw |
| 01:41.30 | Kobaz | oh |
| 01:41.38 | Kobaz | well codec is ulaw, recording to sln |
| 01:41.45 | Kobaz | whatever the default is when you pick filename.sln |
| 01:41.58 | snuff-work | mm would be slin8 then i'd say |
| 01:42.15 | snuff-work | slin to ulaw would almost be 'free' transcode wise |
| 01:42.27 | snuff-work | if i remember the minor difference |
| 01:42.29 | Kobaz | yeah |
| 01:42.41 | Kobaz | what about if i record in straight .ulaw |
| 01:42.44 | Kobaz | i wonder |
| 01:42.48 | snuff-work | could always try changing to ulaw output.. see if msg goes away |
| 01:43.00 | Kobaz | yeah trying that now |
| 01:48.12 | Kobaz | pbx_thread staying at 6.6 |
| 01:48.17 | Kobaz | aw just bumped to 13 |
| 01:49.57 | Kobaz | samm read factory messages |
| 01:59.42 | Kobaz | so i found out my 1.8 startup problem |
| 01:59.45 | Kobaz | it's waiting on dahdi |
| 02:00.09 | Kobaz | console says: -- Loaded provisioning template 'default' and then just hangs |
| 02:03.51 | snuff-work | mm lucky i don't need to worry about dahdi on my config |
| 02:04.00 | Kobaz | yeah, some boxen are stuck on 1.8 |
| 02:04.10 | Kobaz | if i can figure out this performance problem, i can move everyone to 11 |
| 02:06.25 | snuff-work | so 1.8 runs at what cpu %? |
| 02:07.02 | Kobaz | with 30 concurrent calls, and recording, using our call center platform and all that, like 80% |
| 02:07.19 | Kobaz | asterisk-11... 20 concurrent calls, top shows 350% |
| 02:07.38 | Kobaz | can't even get to 30 concurrent becauase the call quality is so bad, people hang up |
| 02:09.42 | Kobaz | and all these people in #asterisk are telling me it's because i have 'bad ram' |
| 02:09.47 | snuff-work | can you turn off/down the debug level does it help? |
| 02:10.01 | Kobaz | core debug level doesn't change |
| 02:10.07 | Kobaz | doesn't change the load |
| 02:10.13 | Kobaz | it's 0... |
| 02:10.25 | Kobaz | i run at verbose 3 also |
| 02:10.25 | snuff-work | just stop's the msgs in the cli though |
| 02:10.36 | snuff-work | those '160 sample' msgs |
| 02:10.42 | Kobaz | oh |
| 02:10.43 | Kobaz | well |
| 02:10.47 | Kobaz | i only get those when i turn on core debug |
| 02:10.54 | snuff-work | k |
| 02:11.06 | Kobaz | it's not a direct warning type thing, it's only in debug |
| 02:11.07 | snuff-work | but no effect on load as you were saying |
| 02:11.12 | Kobaz | just trying to find clues on the load |
| 02:11.14 | Kobaz | yeah |
| 02:11.32 | Kobaz | anywhere from 6-13% cpu on *one* call, in 11 |
| 02:11.40 | snuff-work | tries to remember something useful.. |
| 02:12.14 | Kobaz | something is really wacked |
| 02:12.14 | snuff-work | i think gcc can enable perf tracing which can give u like function hits etc.. might be able to check on 1.8 vs 11 |
| 02:25.08 | *** join/#asterisk-dev newtonr (~newtonr@2602:306:3688:1880:7c51:e28f:2543:2a61) |
| 02:25.08 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 02:54.48 | *** join/#asterisk-dev newtonr_ (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 02:54.48 | *** mode/#asterisk-dev [+o newtonr_] by ChanServ |
| 03:16.07 | *** join/#asterisk-dev newtonr (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 03:16.07 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 03:22.15 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 03:22.15 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:37.29 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:44.21 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a06:a402:100:0:5497:8536:a4e2:4f94) |
| 06:46.34 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:00.29 | *** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl) |
| 07:00.29 | *** mode/#asterisk-dev [+o wdoekes] by ChanServ |
| 07:05.35 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-90-9.umts.vodacom.co.za) |
| 07:05.40 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:10.26 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:42.55 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-n-41-13-90-9.umts.vodacom.co.za) |
| 08:02.47 | *** join/#asterisk-dev jkroon (~jkroon@41.13.80.56) |
| 08:45.48 | *** join/#asterisk-dev mixaz (~mixa@93-120-211-139.dynamic.mts-nn.ru) |
| 09:01.11 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:01.11 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:59.08 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 10:48.01 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.41) |
| 11:32.18 | *** join/#asterisk-dev oej (~oej@2a00:801:2d2:b345:d9f8:5cf1:3469:7f1a) |
| 11:32.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:02.27 | *** join/#asterisk-dev mixaz (~mixa@93-120-211-139.dynamic.mts-nn.ru) |
| 12:42.51 | *** join/#asterisk-dev CELYA_ (~Thunderbi@46.218.145.90) |
| 12:45.10 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@46.218.145.90) |
| 13:11.09 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:11.09 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:20.29 | *** join/#asterisk-dev newtonr (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 13:20.29 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:00.42 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@46.218.145.90) |
| 14:04.33 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wmjgcfgytfupgbvb) |
| 14:04.33 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:06.06 | *** join/#asterisk-dev CELYA_ (~Thunderbi@46.218.145.90) |
| 14:11.49 | *** join/#asterisk-dev libardi (~libardi@179.159.11.133) |
| 14:54.36 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-vjyekrfnqgymnnbr) |
| 14:54.36 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:37.17 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 16:12.53 | *** join/#asterisk-dev mixaz (~mixa@93-120-211-139.dynamic.mts-nn.ru) |
| 16:38.38 | *** join/#asterisk-dev oej (~oej@host-95-195-216-6.mobileonline.telia.com) |
| 16:38.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:53.21 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 17:53.22 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:46.28 | *** join/#asterisk-dev libardi (~libardi@179.159.11.133) |
| 20:04.00 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.171) |
| 21:55.32 | cresl1n | waves |
| 22:57.16 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-86-98.dhcp.nwtn.ct.charter.com) |
| 22:57.16 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 23:19.29 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-wmjgcfgytfupgbvb) |