És akkor mi van ha várni kell? sleepbe megy a thread, ami azzal a levéllel foglalkozik, amíg meg nem jön a válasz.
Az, hogy ez csokkenti a throughput-ot.
Egyébként meg ekkora levélfogralomnál már bőven megéri dns cache-t használni.
Persze, kell is, de ez csak akkor segit (igazan), ha egy adott rekordot ismet le akarsz kerdezni. De ahol igazan szamit (spam), ott imho (de javits ki, ha rosszul latom) keves ismetlodo DNS query lesz.
Én problémásabbnak látom pl a bayes szűrőt, amihez viszonylag sok erőforrás kell, ekkora levélforgalomhoz meg valszeg egy szerverfarm, de utána kellene számolni.
OK, szamoljunk. A freemail (2007-es adat szerint) egy kb. hasonlo levelmennyiseget 18 HP rack szerverrel szurt spamre/virusra (nyilvan ebben a redundancia is benne van). A sajat tesztjeim alapjan egy bayesmondjuk most azt elso korben: statisztikai szuro egy noname desktop pc-n napi 4-5M levelet el tud vinni. Adj hozza ehhez is nemi redundanciat, csereld le korrekt, szervernek valo vasakra, es kaptal egy nagy teljesitmenyu cuccot. Majd linkelek konkret szamokat is, ha erdekel...
A sorkötelezettség visszaállítása, avagy az (n+1). nímandot koptatja a fidesz