> no can do. un irq poate fi tratat de un singur core la un moment dat. ce > poti face, dar n-am idee tehnic cum se implementeaza, sa faci procesare de > trafic pe un core (luat pachete din queue-ul placii de retea si pus in ram) > si partea de generare de flow-uri prin analiza traficul pe alalalt core si > in felul asta sa mai scapi de probleme.
pe rand, doar ca fiecare irq maxim 2 core. 2 placi, 4 core. > vezi si nfsen, am auzit numai lucruri bune despre el de la oameni cu mai > mult de 200Mbps de trafic ;) ori nu citesc eu unde trebuie, ori nfsen face altceva ? NfSen is a graphical web based front end for the nfdump netflow tools. nfdump din ce stiu eu inlocuieste flow-colect & parteners, e posibil sa ma insel. nu am testat dar ce am vazut la descriere, el e ala care le aduna de la cei care le trimit, imi ajunge flow-tools pentru asta. > > ntop tine in ram datele colectate ... > ram sa fie, da ntop nu o sa fie. :) -- Simionov Daniel-Adrian, Network Engineer Phone: (+40) 0733.673.147 Email: [email protected] _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
