On 6/27/06, Catalin Muresan <[EMAIL PROTECTED]> wrote:
On 6/26/06, Florin Popovici <[EMAIL PROTECTED]> wrote:
> P.S. o rezolvare simpla la problema ta ar fi echo "<numar_mai_mare" >
> /proc/sys/net/ipv4/ip_conntrack_max; dar daca ti-as zice direct asta,
> ti s-ar rezolva problema dar n-ai invata nimic, nici tehnic
> (conntrack) nici "personal skills" (intrebari). Asa ca raspunde te rog
> la intrebarile mele de mai sus :)
> --
> www.flo.ro
>
asta este printre cele mai mari greseli care le poti face, deoarece
poate sa agraveze chiar problema. solutia corecta este hashsize
parametru la ip_conntrack:
[EMAIL PROTECTED] ~]# modprobe ip_conntrack
[EMAIL PROTECTED] ~]# dmesg|tail -1
ip_conntrack version 2.4 (8190 buckets, 65520 max) - 224 bytes per conntrack
[EMAIL PROTECTED] ~]# rmmod ip_conntrack
[EMAIL PROTECTED] ~]# modprobe ip_conntrack hashsize=36354
[EMAIL PROTECTED] ~]# dmesg|tail -1
ip_conntrack version 2.4 (36354 buckets, 290832 max) - 224 bytes per conntrack
daca maresti din proc o sa cresti doar max connections nu si
dimensiunea hash-ului si o sa ai probleme mari de performanta cind o
sa ai coliziuni in hash. solutia corecta e redimensionarea hash-ului
care implica si redimensionarea numarului maxim de conexiuni.
inca o chestie, hashsize e bine sa fie numar prim si nerecomandat
total sa fie putere a lui 2, in cel mai rau caz sa fie 2^n-1.
I stand corrected. Multumesc pentru sfat.
--
www.flo.ro
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
