[ megoldva ] email server CPU performance

Web, mail, IRC, IM, hálózatok

Kicsit dilemmában vagyok, hogy a postfix, dovecot, sieve, clamav, amavis szoftverösszetételre egy intel e5-2650-es megfelelő-e

jellemzők:
E5-2650 8 / 16 2.00 GHz 20.0 MB 2.0

Nagyon tetszik a történet, de bántja a szemem a 2GHz
A többi processzor a környéken core-ban és cache-ben kevesebb, de frekiben többet hoz, a CPU benchmark mégis előbb sorolja ezt. Kérdés, hogy ez levelezésnél is érződik-e.

  • 2413 megtekintés

( mauzi v | 2012. 05. 17., cs – 23:01 )

Mármint ha jól értem, nem a levelezőszerveredhez keresel procit, hanem a SPAM és víruskergetődhöz, ugye?

Valami soktízezer júzeres ISP vagy, vagy valami kis- középvállalkozás?

Mi mostanság egy Xeon E5504-eken kergetjük a vírusokat, gyakorlatilag 0.05-ös load mellett. Párezres nagyságrendű júzer nyomul rajta. Ha valaki bezúdít valami kiadósabb körlevelet, akkor megnőhet a kézbesítési idő akár 5 másodpercre is! :)

(pedig az E5504 csak 4 mag/4 szál, és abból is pár generációval ezelőtti)

Persze, nem is vitatkozom vele. Érdemes megnézni a Supermicro-s AMD Opteron vonalat is egyébként, mert a 42xx-es CPU-k és hozzávaló alaplapok ár/érték aránya elég jó. Ha több szál kell akkor van 62xx-es CPU-hoz is sima ATX formátumban alaplap.

Ha sok a levél akkor RAID1+0-ban SATA vagy extrébb igény esetén SAS diszkeket javaslok a mailboxok alá, persze a rendszer diszkek mellé. A RAM-on szintén ne spórolj. A DDR3-as vonalon 2x8 vagy 4x8GB is simán megéri.

Egy régi HP DL385-ös gépünk (8GB memo, 10k-s SCSI diszkek) vidáman elvisz közel 1000 emailfiókot (100G+ email), tehát nagy izgalmakra ne számíts. :)

Ne felejtsétek el a mentést is komolyan venni, mielőtt meglepetések jönnek.

Igazából az előbb nem is neked ment a válasz, viszont a kommentedet köszönöm:

Mentési rendet már eléggé átrágtam, továbbá ehhez vas és kapacitás is rendelkezésre fog állni.
A supermicro-t sokszor megnéztem már, viszont a kedvező feltételek miatt nem ezt az utat választottuk.

A cpu mellé hardver raid, valamint ram is kerül bőségesen. Tényleg csak a proci órajelétől féltem és nem nyugtatott meg a sok core, valamint nagy cache eléggé.

Tudom.

Egyelőre semmi különös, normál mentési eljárások, duplicity a terv. Mivel más szerepköre is van a szervernek. A levelezést arhiválására már felötlött bennem a gondolat, hogy kipróbálnám a piler-t, mivel hordoz magában olyan hasznos tulajdonságot, amivel sok terhet leveszek a mailszerver válláról.

Adnak, ha kérsz. :) Az más kérdés, hogy sokszor eddig el sem jutnak és marad a fentihez hasonló vagy a reverse mentesség. Anno még T-Online-os business DSL-re is szó nélkül beállították a szép reverse-et. Annak viszont az volt a hátránya, hogy sok idióta az IP tartomány alapján sorolta dinamikus/untrusted csoportba és így/úgy büntettek miatta.