cat /usr/src/linux-headers-3.2.0-2-common/include/asm-generic/param.h | grep HZ
#define HZ 100
Значит ли это, что у меня ядро с 100Гц таймером? С какого значения jitter'a начнутся проблемы? Или проще собрать libpri+dahdi?
division.hell (Mar 30 '12)editА я что сказал?) Я же не утверждал, что это динамическая опция. config-* - это конфигурация сборки ядра (Капитан очевидность говорит очевидные вещи), которая после установки кладётся обычно в /boot с целью при следующих сборках опираться на предыдущую конфигурацию. В /boot она кладётся как минимум в centos и debian. Где-то кладут её в /proc.
А мой коммент не об этом был, а о том, что не нужно Timer frequency смотреть в исходниках ядра, когда специально для этого придумали опцию CONFIG_HZ, которую можно и нужно смотреть в конфиге ядра.
...И к тому, что #define HZ 100 в param.h - не показатель того, что на самом деле Timer frequency = 100Гц.
ro (Apr 2 '12)editКонфиг дефолтный для wheezy:
# cat /boot/config-3.2.0-2-amd64 | grep CONFIG_HZ
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
division.hell (Apr 3 '12)editЯ кстати говоря все же собрал dahdi. Так вот dahdi_dummy не собирается:
make MODULES_EXTRA="dahdi_dummy"
<a href="https://issues.asterisk.org/view.php?id=17959">https://issues.asterisk.org/view.php?id=17959</a>
И говоря, что с 2.3 дахди юзает таймеры ядра. Поэтому я так понял ядро мне лучше пересобрать?
division.hell (Apr 3 '12)edit