Administrace komentářů

... a v kritické situaci "top" říká, že je CPU přetížené v softirq? Opravdu je to identický problém?

Ten graf říká, že se ping na loopback postupně den za dnem zhoršuje. Jsou tam vidět drobné "hrby" prime time. Jako kdyby se někde postupně zhoršovala fragmentace, nebo narůstal nějaký seznam který je třeba procházet, nebo se krutě rozbalancoval nějaký strom, nebo co. Aniž bych o tom cokoli věděl, napadá mě scatter-gather DMA alokující a dealokující buffery pořád dokola podle potřeby. Nebo podobný jev někde v obecné správě paměti (uff). Nenapadá mě, jak by se dalo něčeho takového dosáhnout (ne)šikovnou konfigurací IPtables apod. Hehe... žeby nějaká porucha ve správě asociativní tabulky při "stateful inspection" v netfilteru? Těžko říct... A když postavíte kernel "znovu na start", tak je zase chvíli klid. Tohle by bylo zralé na dotaz do LKML - až na to, že 2.6.26.2 je jednak docela starý kernel, jednak skoro kulatá verze... co takhle upgrade na nějakou verzi, která je buď citelně mladší, nebo má hodně vysoký počet "desetin", nejlíp oboje? V Debianu se používají takřka vanilkové kernely, upgrade na mnohem vyšší verzi by technicky neměl být problém...

Docela by mě zajímal postupný časový vývoj "TLB Shootdowns" Jestli rostou lineárně (tj. za jednotku času k nim dochází pořád stejně), nebo jestli nějak akcelerují... A najdou se i další zajímavé indikátory ohledně fragmentace paměti a ohledně počtů různých "soft IRQ": /proc/buddyinfo, /proc/pagetypeinfo, /proc/softirqs . Viz Documentation/filesystems/proc.txt