2.4.29-3 ip_dst_cache

[Maciek]

-----Original Message-----
From: pld-kernel-bounces w pld-linux.org
[mailto:pld-kernel-bounces w pld-linux.org] On Behalf Of Zbyniu Krzystolik
Sent: Saturday, February 19, 2005 5:04 PM
To: pld-kernel w pld-linux.org
Subject: 2.4.29-3 ip_dst_cache


Cześć,
jajko 2.4.29-3 przekompilowane pod maszynę

wygląda na to, ze ip_dst_cache (grep ip_dst_cache /proc/slabinfo) się nie
czyści wystarczająco; znaczy liczba się obniża, ale za mało. 
Z tego co się orientuję ta wartość powinna pi razy drzwi odpowiadać 
wc -l /proc/net/rt_cache. Niestety po paru flushach zaczynają się 
rozjeżdżać (rt_cache się czyści poprawnie tak na oko) i w momencie 
gdy osiągnięta wartość /proc/sys/net/ipv4/route/max_size następuje zwis
sieci. Zwis ten poprzedzony jest serią komunikatów:

Feb 19 13:55:56 winston kernel: dst cache overflow
Feb 19 13:56:01 winston kernel: NET: 1102 messages suppressed. Feb 19
13:56:01 winston kernel: dst cache overflow Feb 19 13:56:06 winston kernel:
NET: 1002 messages suppressed.

Obawiam się, że na 2.6.8-4 z paczki było to samo.

ruch w tej sieci jest taki, że na 2.4.20 spokojnie chodziło
(/proc/sys/net/ipv4/route/max_size = 64k, dla 2.4.29 jest 256k) i w życiu
bym z niego nie zrezygnował gdyby nie zasmarkana sata.

jakieś pomysły?

i686 (P4), SMP (HT)

Zbyniu
-- 

Miałem to samo na jaju 2.6.8-4 zwłaszcza kiedy robiłem bridge'a i używałem
ebtables (jedno z tych dwóch w jakiś sposób potęguje chyba ten efekt).
Serwer wieszał się regularnie co 6-8 godzin. Po wywaleniu bridge/ebtables
jest ok. Wyjątkowo wczoraj znowu miałem taki pad... Zwiększenie max_size na
pewno opóźni zjawisko. Może to zwiększona aktywność jakiś trojanów ?

Maciek