<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Hozzászólás: Virus Bulletin: a spamszűrők együtt jobbak</title>
	<atom:link href="http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/feed/" rel="self" type="application/rss+xml" />
	<link>http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/</link>
	<description>Spamszűrésről, vírusokról és a kémprogramokról: hírek, módszerek és megoldások</description>
	<lastBuildDate>Thu, 05 Jan 2012 18:36:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>SJ &#187; MPP vs. &#8216;open source&#8217; spamszűrők</title>
		<link>http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/comment-page-1/#comment-37268</link>
		<dc:creator>SJ &#187; MPP vs. &#8216;open source&#8217; spamszűrők</dc:creator>
		<pubDate>Thu, 07 Jan 2010 22:00:50 +0000</pubDate>
		<guid isPermaLink="false">http://spamblog.hu/?p=675#comment-37268</guid>
		<description>[...] Virus Bulletin: a spamszűrők együtt jobbak, ill. a Hány licence kell neked? írások alapján felbuzdúlva végeztem egy gyors tesztet az [...]</description>
		<content:encoded><![CDATA[<p>[...] Virus Bulletin: a spamszűrők együtt jobbak, ill. a Hány licence kell neked? írások alapján felbuzdúlva végeztem egy gyors tesztet az [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Bódis Ákos</title>
		<link>http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/comment-page-1/#comment-36942</link>
		<dc:creator>Bódis Ákos</dc:creator>
		<pubDate>Wed, 06 Jan 2010 14:45:06 +0000</pubDate>
		<guid isPermaLink="false">http://spamblog.hu/?p=675#comment-36942</guid>
		<description>Teljesen egyetértünk, egy termék is képes rá, és szó nincs 14 gyártóról - a VB elméleti eszmefuttatásától eltekintve a való világban nagyon is jól működik az említett 3-7 motoros MPP és VIPRE Email Security, ahogy ezt több mint 2 millió hazai felhasználónk tanúsíthatja. Szerintünk ez az időtálló megoldás lényege, és nem jár feltétlenül 3-7x-es terheléssel. Sőt, az MPP esetében opensource megoldásokról váltva láttunk olyan rendszert, ahol 14 kiszolgálót 2 MPP kiszolgáló váltott le, és általában is az a tapasztalat, hogy sokkal gyorsabbak az opensource megoldásoknál. Nem azt mondom, hogy elméletileg nem lehet gyorsabban és pontosan feldolgozni leveleket, csak a tapasztalataink egyértelműen afelé mutatnak, hogy ez keveseknek sikerül.</description>
		<content:encoded><![CDATA[<p>Teljesen egyetértünk, egy termék is képes rá, és szó nincs 14 gyártóról &#8211; a VB elméleti eszmefuttatásától eltekintve a való világban nagyon is jól működik az említett 3-7 motoros MPP és VIPRE Email Security, ahogy ezt több mint 2 millió hazai felhasználónk tanúsíthatja. Szerintünk ez az időtálló megoldás lényege, és nem jár feltétlenül 3-7x-es terheléssel. Sőt, az MPP esetében opensource megoldásokról váltva láttunk olyan rendszert, ahol 14 kiszolgálót 2 MPP kiszolgáló váltott le, és általában is az a tapasztalat, hogy sokkal gyorsabbak az opensource megoldásoknál. Nem azt mondom, hogy elméletileg nem lehet gyorsabban és pontosan feldolgozni leveleket, csak a tapasztalataink egyértelműen afelé mutatnak, hogy ez keveseknek sikerül.</p>
]]></content:encoded>
	</item>
	<item>
		<title>SJ &#187; Hány licence kell neked???</title>
		<link>http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/comment-page-1/#comment-36639</link>
		<dc:creator>SJ &#187; Hány licence kell neked???</dc:creator>
		<pubDate>Tue, 05 Jan 2010 08:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://spamblog.hu/?p=675#comment-36639</guid>
		<description>[...] spamblog PR cikkei között olvastam egy érdekes írást Virus Bulletin: a spamszűrők együtt jobbak címmel, amiben a egy érdekes elmélet [...]</description>
		<content:encoded><![CDATA[<p>[...] spamblog PR cikkei között olvastam egy érdekes írást Virus Bulletin: a spamszűrők együtt jobbak címmel, amiben a egy érdekes elmélet [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>SJ</title>
		<link>http://spamblog.hu/2009/12/18/virus-bulletin-a-spamszurok-egyutt-jobbak/comment-page-1/#comment-34573</link>
		<dc:creator>SJ</dc:creator>
		<pubDate>Wed, 23 Dec 2009 22:22:03 +0000</pubDate>
		<guid isPermaLink="false">http://spamblog.hu/?p=675#comment-34573</guid>
		<description>A Virus Bulletin teóriája helytálló, de egy apróságról azért jó, ha tudunk. Ha minden levelet 14 szűrőn vezetünk át (vagy amíg legalább 5 szűrő nem sikít, hogy spam), az finoman szólva megnöveli a rendszer költségét.

A szükséges teljesítményigény (processzor, memória, i/o, ...) (átlag) 14x-esére nő, vagy ha jobban tetszik, a rendszer áteresztőképessége az 1/14-édre csökken. És ha mindez nem lenne elég, akkor - mivel kereskedelmi termékekről van szó - 14 db termék licencét kell megvenni, frissíteni, stb.

Tehát az a termék, amely 14 kereskedelmi megoldást aggregál, az (átlagosan) 14x többe kerül, és a teljesítménye (átlagosan) 1/14-e annak, mintha csak 1 termékre bíztuk volna a spamszűrést. Kész szerencse, hogy az MPP esetén legrosszabb esetben is csak egy 10-es szorzóval ill. osztóval kell számolni.

Azonban spamet szűrni nem csak kereskedelmi termékekkel lehet. Jonathan Zdziarski, aki elismert tekintély a (statisztikai) spamszűrés területén, a Justifying Statistical Filtering (and Open Source Technology) című írásában megjegyzi, hogy 

&lt;em&gt;&quot;Well-written open-source filters have achieved rates of 99.5% to 99.9% and beyond with little effort.&quot;&lt;/em&gt;

azaz szabad fordításban: a jól megírt nyílt forrású [spam]szűrők könnyedén elérik a 99.5-99.9%-os pontosságot, vagy még jobbat. Íme tehát, egy termék is képes lehet arra, amihez a tesztben 14 kellett.</description>
		<content:encoded><![CDATA[<p>A Virus Bulletin teóriája helytálló, de egy apróságról azért jó, ha tudunk. Ha minden levelet 14 szűrőn vezetünk át (vagy amíg legalább 5 szűrő nem sikít, hogy spam), az finoman szólva megnöveli a rendszer költségét.</p>
<p>A szükséges teljesítményigény (processzor, memória, i/o, &#8230;) (átlag) 14x-esére nő, vagy ha jobban tetszik, a rendszer áteresztőképessége az 1/14-édre csökken. És ha mindez nem lenne elég, akkor &#8211; mivel kereskedelmi termékekről van szó &#8211; 14 db termék licencét kell megvenni, frissíteni, stb.</p>
<p>Tehát az a termék, amely 14 kereskedelmi megoldást aggregál, az (átlagosan) 14x többe kerül, és a teljesítménye (átlagosan) 1/14-e annak, mintha csak 1 termékre bíztuk volna a spamszűrést. Kész szerencse, hogy az MPP esetén legrosszabb esetben is csak egy 10-es szorzóval ill. osztóval kell számolni.</p>
<p>Azonban spamet szűrni nem csak kereskedelmi termékekkel lehet. Jonathan Zdziarski, aki elismert tekintély a (statisztikai) spamszűrés területén, a Justifying Statistical Filtering (and Open Source Technology) című írásában megjegyzi, hogy </p>
<p><em>&#8220;Well-written open-source filters have achieved rates of 99.5% to 99.9% and beyond with little effort.&#8221;</em></p>
<p>azaz szabad fordításban: a jól megírt nyílt forrású [spam]szűrők könnyedén elérik a 99.5-99.9%-os pontosságot, vagy még jobbat. Íme tehát, egy termék is képes lehet arra, amihez a tesztben 14 kellett.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

