classic.ISPforum.cz

Běžné non-ECC paměti mají paritní bit. Ten sice umí leccos detekovat, ale zdaleka ne všechny chyby a rozhodně ne opravit. To řeší až ECC - a to doslova extra čipem pro kontrolní součty. A teprve pak umí jednobitovou chybu přímo opravit a několik detekovat. Většinou je to poznat lichým počtem čipů (8+1, tedy 64bit+8).
Na paměťových modulech žádný procesor, ani nic podobného co by mohlo opravit chyby není - to je v paměťovém řadiči, ten o tom musí mít ponětí. A ten je již dost let přímo v procesoru.

A i kdyby byla výhoda jen v reportování chyb čipů dál - to je přesně to, co u serveru chceme. Poznat, že se to brzy podělá a mít možnost to včas vyměnit, než se poškodí data.

Technicky vzato to může být tak, že podporu ECC vypínají třeba v mikrokódu (co já vím ... nevím) a v tomto ohledu tedy bude fyzicky E3 a i7 shodný. Jenže to nevíš ani ty.

ale víme, všechno je stejný, patice, velikosti cache, takty a fakt že k i7 můžeš ecc moduly připojit pokud si koupíš desku pro i7 s podporou ecc. Třeba k opteronům si můžeš doslova dát jakokoliv ramku, noECC, ECC, bufffered, unbuffered, registered, opteronu je to fuk. Jestli sleduješ nový procesory od amd tak jistě víš že desktop verze přišla první a pak jenom znásobily počet a udělaly serverovou verzi. Je to prakticky totožný jádro. Dělá se to tak už léta. Vůbec bych se nedivil kdyby E3-xxx0 byly jenom normální i7core kterým se nepovedla vyrobit GPU část což se taky běžně děje.

To že to neni serverová věc by mě sralo jenom kvůli dohledu. Dohled je pro mě základ hlavně když tam člověk dá mikrotika a defakto se nedozví jak na tom hardware je třeba jako teploty a jestli fany všechny stále jedou. No ale i tohle se dá řešit protože třeba asrock vyrábí desktop desky s IPMI modulem na sobě takže proč ne. Ethernety si tam stejně osazuje majitel vlastní.

Ale u 200kpps by člověk šetřit neměl. Neni to náhodou cca 2Gbit typickýho provozu?

AMD to neřešilo a nerozlišovalo, všechny procesory ECC od nějaké doby podporovaly. Ono ke Xeonu non-ECC také připojím. A board pro ECC a i7 bych fakt rád viděl.

Abych to ještě uvedl na pravou míru - ECC je potřeba především pro servery s kvanty RAM. Pro router, kterému stačí gigo se výhody zmenšují, jelikož se také zmenšuje pravděpodobnost náhodného poškození bitu. A to nemusí být vada čipu, ale i externí vlivy (klasicky se uvádí kosmické záření).

síťovka Supermicro AOC-SG-I2 je na to rozkládání do více front OK?

je

Zeptám se blbě, ale poznám v něčem já rozdíl, popř. běžný uživatel, když stávající GW (4 jádra, Supermicro AOC-SG-I2) vyměním za výkonnější železo (8 jader, Supermicro AOC-SG-I2). Stávající GW je i ve špičkách vytížená do 10%, tj. problém s výkonem železa nemám. Jde mi o to, zda rozložení front mezi více jader bude mít kromě poklesu vytížení CPU i nějaký jiný znatelný účinek (rychlost načítání webu, lepší rozdělování linky, tj. rychlejší zpracování shaperu?). Samozřejmě na tom běží MK. Díky za názory.

Pokud se ti provoz na stávající GW dělí mezi 4 jádra (tzn. jed na 10% každé a ne jedno na 40) tak si myslím, že nic nepoznáš, ale taky záleží, co vše ten stroj dělá. V případě velmi dlouhé konfigurace (dlouhý a špatně napsaný firewall, velký conntrack ,full BGP) i při minimální zátěži pár mikrosekund trvá, než se packet zpracuje a přes rychlejší stroj projde rychleji. Důležitá je i výkonová rezerva pro případ DDoS útoku.

rsaf píše:Pokud se ti provoz na stávající GW dělí mezi 4 jádra (tzn. jed na 10% každé a ne jedno na 40) tak si myslím, že nic nepoznáš, ale taky záleží, co vše ten stroj dělá. V případě velmi dlouhé konfigurace (dlouhý a špatně napsaný firewall, velký conntrack ,full BGP) i při minimální zátěži pár mikrosekund trvá, než se packet zpracuje a přes rychlejší stroj projde rychleji. Důležitá je i výkonová rezerva pro případ DDoS útoku.

Asi jako každá GW je tam řada fw pravidel, NAT, QT apod., ale snažil jsem se to zoptimalizovat. Neresim tedy zadny problem, jak pisete kazde z jader se pohybuje do tech cca 10% (kontrola pres profile), jen zda se muzu posunout k nejakemu zlepseni .

SG-i2 má pouze 4 hw fronty takže ti to nic nepřinese. A tak nějak si zapomněl napsat kolik ti přes to vůbec teče.

hapi píše:SG-i2 má pouze 4 hw fronty takže ti to nic nepřinese. A tak nějak si zapomněl napsat kolik ti přes to vůbec teče.

Momentálně je trafik do 1 Gbit. S temi frontami jsem to myslel tak, ze bych vyucil 4 jadra pro TX a 4 pro RX. Spatne jsem se predtim vyjadril.

to nevim jestli je dobrej nápad. Vždy když jsem tohle udělal tak sem zjistil větší zátěž. Asi je to tím že si museji pakety přehazovat mezi jádry aby to pak odeslalo jiný jádro než to přijalo. A navíc... má vůbec SG-i2 rozdělený rx a tx queue? nemá je společně?

Na tohle by mohlo být lepší teď použít Ryzen. Je tam lépe vyřešeno přesouvání dat mezi jednotlivými jádry. Bohužel, použitelných desek jsem zatím moc nenašel, zatím vím o dvou : AsRock X470D4U. Je tam 2x i210 + jedna parodie pro IPMI, druhá novější X470D4U2-2T má 2x 10Gbit skrz Intel x550 a jako option by měly desky mít i 2x i210. Pro IPMI je tam také parodie RTL8211E.

U Supermicra se asi s ničím pro AM4 nepočítá, u Tyanu se chystá Tomcat S8015.

jake mate zkusenosti s 10g nics z ebaye? jdou dual port koupit kolem 500kc

fungují, pokud je tam Intel i82599, stejně tak jako gigabitové s i82580.

the.max píše:Na tohle by mohlo být lepší teď použít Ryzen. Je tam lépe vyřešeno přesouvání dat mezi jednotlivými jádry. Bohužel, použitelných desek jsem zatím moc nenašel, zatím vím o dvou : AsRock X470D4U. Je tam 2x i210 + jedna parodie pro IPMI, druhá novější X470D4U2-2T má 2x 10Gbit skrz Intel x550 a jako option by měly desky mít i 2x i210. Pro IPMI je tam také parodie RTL8211E.

U Supermicra se asi s ničím pro AM4 nepočítá, u Tyanu se chystá Tomcat S8015.

bohužel u ryzenu nic lepšího není. Pokud vím tak ryzen má na windows problém právě proto že windows přesouvá procesy cyklicky mezi jádry což pro ryzen je špatně právě z důvodu rozsekání cache pamětí a to i v rámci CCX kdy má každý jádro svojí L2 a každý CCX má i svojí L3. Intel je v tomhle směru na tom lépe protože všechny jádra sdílí všechno resp. mají přímí přístup do sdílenýho prostoru.