Deduplikace

From VoIPmonitor.org
Revision as of 19:22, 25 April 2018 by Petr.halounek (talk | contribs) (Created page with "use_block mód byl udělán pro zvýšení výkonu v něm se načtené pakety ukládají do předalokovaného bloku pro více paketů pak i ve zpracování v t2 threadech se p...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

use_block mód byl udělán pro zvýšení výkonu v něm se načtené pakety ukládají do předalokovaného bloku pro více paketů pak i ve zpracování v t2 threadech se pracuje s ukazatelem na ten jeden velký blok

use_block tedy navýšil výkon a zanedlouho se dělaly optimalizace v t2 threadech, které taky nějaké úspory přinesly a protože se zdálo zbytečné aby ty dva optiony byly odděleny, zapíná se to dohromady přes option t2_boost

defragmentace a deduplikace se původně pouštěla jen ve čtecích threadech samostatně za každé rozhraní a konkrétně defragmentace byla problémem, protože by se rozbil koncept předalokovaného bloku načtených paketů - v ní je potřeba pořád nějaké pakety skládat do alokovaných výsledných paketů s celkovým obsahem proto se pro use_block mód přesunula defragmentace až do spojení bloků z více rozhraní - navíc to tedy přineslo možnost defragmentovat obsah z paketů z více rozhraní

no a podobně se nakonec naložilo s deduplikací v use_block módu se deduplikuje i po spojení bloků z více rozhraní (nebo klientů)

takže ještě jinak v kostce: - use_blocks mód zvyšuje výkon čtecích threadů - t2_boost zvyšuje výkon t2 threadů a navíc zapíná use_blocks mód - bez zapnutého use_block módu není možná defragmentace a deduplikace z více rozhraní - pokud se zapne auto_enable_use_blocks = yes, zapne si sniffer use_block mód sám, když je požadavek defragmentace nebo deduplikace a je zároveň více rozhraní nebo jde o server/receiver mód