|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Gleb Smirnoff 2:5020/400 14 Feb 2005 16:17:11
To : "Andrej Kirsanov"
Subject : Re: deviсe_polling или сказка о потеpянном вpемени
--------------------------------------------------------------------------------
Andrej Kirsanov <adder@mpe.lv> wrote:
>> но вопpос все-таки у меня остался - почему к отставанию вpемени пpиводит
>> не
>> само по себе hz=1000, а именно включение поллинга.
AK> При выключенном поллинге, в момент прихода пакета на сетевую карту
AK> срабатывает прерывание, и пакет обрабатывается. Если в процессе обработки
AK> прерывания 1 раз тикнет другое прерывание, то по окончанию обработки
AK> текущего прерывания обработается новое. Если произойдет не одно, а более
AK> прерываний, то обработается только прерывание с наиболее высоким
AK> приоритетом.
AK> При включении поллинга входящие пакеты не обрабатываются сразу, а
AK> накапливаются в некоем буфере и раз в 1/HZ секунд обрабатываются целыми
AK> пачками. При этом если в момент обрабатывания поллинга произойдет прерывание
AK> таймера один раз, то по окончании обработки поллинга обработается и
AK> прерывание, если-же процесс затянется, и прерывание тикнет 2 раза, мы
AK> потеряем 1 мс. Данный эффект ухода часов наблюдается на довольно сильно
AK> нагруженных серверах(маршрутизаторах), и при снижении нагрузки часы не
AK> отстают. Убедится в отставании часов можно следующем образом.
AK> root@xxx:/root/# vmstat -i
AK> interrupt total rate
AK> em0 irq10 2519756440 4247
AK> em1 irq11 2739088065 4617
AK> em2 irq12 740988616 1249
AK> ata0 irq14 378871 0
AK> clk irq0 593309835 1000
AK> rtc irq8 75929710 127
AK> Total 6669451537 11242
AK> Если rate у clk<HZ то часики наши потихоньку отстают.
AK> Поправте меня если сто наврал.
У меня вот примерно такая же теория. Hо только факт тот, что замена материнской
платы на другую исправляет проблему. Поэтому я не уверен, что теория верна.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
