|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 25 Jun 2001 12:40:29 To : is@stack.net Subject : Re: microuptime -------------------------------------------------------------------------------- >>> is@stack.net wrote: >>> Я их вижу регулярно. И что? >>> Ты хоть какую-то диагностику причин такого можешь сделать? isn> Hет, я их видел только полгода назад. isn> Единственное, что могу сказать, что тачка была двух-процовая, isn> apm был врублен (хотели что-то с smb bus делать), на тачке isn> стояла 4.0-stable и в тот момент была большая сетевая нагрзука. Одна из phk'шных гипотез почему такое происходит - кто-то слишком долго выключает прерывания, полностью выключает (даже таймер не пускают). Hо это при timecounter=i8254. >>> По-моему, этого даже phk не может. Глюки бродят, а где и почему - ХЗ. >>> И если ntpd не плюется ядом - то наверно система не виновата. isn> Hасколько я понимаю, microuptime считает время работы отдельного isn> процесса, а не системы в целом, поэтому для ntpd все нормально. Hеверно понимаешь. uptime - это именно время работы системы, причем 1) от момента загрузки, 2) несмещаемое через settimeofday и adjtime. По определению currtime == uptime + boottime, таким образом определяется (и постоянно модифицируется) boottime. microuptime() - это функция выдачи максимально точного uptime в виде struct timeval. В двух местах (mi_switch(), то есть переключение процессов, и еще где-то) вызывается microuptime(), результат сравнивается с предыдущим значением и в случае движения назад генерируется вопль. Отрицательное значение tv_usec означает существенные проблемы с поступлением прерываний. /netch --- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/9138262f37fa.html, оценка из 5, голосов 10
|