2012-01-18 20:06, Shaun Ruffell skrev: >> That's pretty severe, and could certainly cause problems for DAHDI >> trying to use the kernel as a timing source. NTP will correct the >> drift, but the drift is still happening and it's not corrected on >> every tick. If the ticks are not happening at the rate they are >> supposed to, then DAHDI will not be operating at the clock rate it >> is supposed to. > Kevin, this looks like a good candidate for using the "monotonic" > interface in the kernel that we were talking about last week or the > week before. The specific function call escapes me at the moment. > > Johan, I can't do it right this second, but I'll prepare an issue / > patch against a 2.6.32 kernel that should make dahdi less prone to > clock skew from NTP (although you probably want to get that fixed > somehow) if you would be willing to test it for me on your server. > > Another thing you can try in the meantime is switch to DAHDI 2.5.0.2 > and edit drivers/dahdi/Kbuild to enable dahdi_dummy which will use > the (relatively inefficient for the purposes of conferencing) > highres timers when loaded by default on recent kernels (if > compiled in). Yes! That did it. Thank you!
This time it wasn't as much channels active as the last time. It was 32 channels active, and the last time 57. In the beginning of the next week there will be more users to reproduce the test with more channels, and I will begin to work with a test configuration to create some channels from another server. (Should have done that a long time ago I guess) I will hold up migration of more customers to this server, so we can test your patch against Dahdi 2.6. This is the the server with dahdi_dummy idle: 99.999% 99.997% 100.000% 99.999% 99.999% 99.994% 99.997% 99.999% 99.997% 99.999% 99.999% 99.999% 99.999% 99.999% 99.998% 99.999% 99.999% 99.998% 99.998% 99.999% 99.999% 99.999% 99.998% 99.999% 99.999% 99.998% 99.998% 100.000% 99.999% 99.998% 99.999% 99.999% 99.998% 99.998% 99.999% 99.998% 99.998% 99.999% 99.998% ^C --- Results after 10335 passes --- Best: 100.000 -- Worst: 99.984 -- Average: 99.998134, Difference: 99.998607 This is the server with dahdi_dummy during load: 99.996% 99.999% 99.998% 99.992% 99.997% 99.999% 99.996% 99.993% 99.999% 99.998% 99.992% 99.994% 99.996% 99.992% 99.994% 99.996% 99.998% 99.998% 99.998% 99.997% 99.999% 99.995% 99.993% 99.998% 99.997% 99.998% 99.996% 99.995% 99.998% 99.990% 99.996% 99.996% 99.997% 99.992% 99.994% 99.986% 99.998% 99.991% 99.987% 99.991% 99.999% ^C --- Results after 201 passes --- Best: 100.000 -- Worst: 99.962 -- Average: 99.994760, Difference: 99.998428 Thanks! -- Johan Wilfer email: [email protected] JT Tech | Developer webb: http://jttech.se -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
