❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Jake zelezo na hl. router
Re: Jake zelezo na hl. router
ja nad tim taky premyslim. Zatim mame konekt 200 + 50 zalohu... masina se flaka ale to BGP si myslim ze je bug v MK protoze zadny expert na to zatim neprisel kde je problem v nastaveni
0 x
Testujeme DELL PowerEdge 1950, 2x Xeon 2,8 GHz QuadCore, 4GB RAM, MikroTik 5.6 bootovaný z flash "klíčenky" - zatím max. spokojenost.
Řeší nám queues pro > 1000 klientů, celkový tok do 150Mbps, zátěž systému max 5 - 6%.
Podobná konfigurace např. http://www.czech-server.cz/akcni-nabidka/server-dell-poweredge-1950-sas-sata.html
Řeší nám queues pro > 1000 klientů, celkový tok do 150Mbps, zátěž systému max 5 - 6%.
Podobná konfigurace např. http://www.czech-server.cz/akcni-nabidka/server-dell-poweredge-1950-sas-sata.html
0 x
dvě cpu patice? jak to mikrotik vidí? vidí kolik jader? nezapomeň na HT. Je docela dost možný že druhou patici nebude vůbec používat.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Právě, že vidí krásně všech 8 jader a v tools/profile je vidět, jak pěkně rovnoměrně "rozhazuje" zátěž na všechny.
0 x
no, a je to 8 fyzických jader nebo logických? Jestli máš zapnutý HT u procesoru, tak se ti zdvojnásobí počet jader. Například intel atom spolehlivě nemá 4 jádra a přitom je díky Hyper Threadingu ukazuje. Typuju že u tebe to bude to samé jelikož mikrotik používat dvě CPU patice prostě neumí stejně jako většina standartních OS pokud se nepletu.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Standardnímu OS je v podstatě fuk, kolik jader to má, v kolika paticích a jestli je to HT nebo není (a tohle poslední je trochu škoda). To, že to windows omezují je umělé omezení z licenčních důvodů - a řekl bych, že od Vist je to omezení na dva procesory fyzické (dřív bývalo na logické). Otázkou ovšem je, s jakým počtem je kompilovaný mikrotik ...
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
no to právě jedno neni. Dneska už se to snad většinou smazává ale starší duální systemy maji oddělený i ramky a dokonce i chipsety a každej cpu ovládá to svoje a když to má náhodou dělat druhej procesor, museji se tahat data z jednoho cpu do druhýho a to neni to samí jako víc jader v jednom cpu. Jo licencčně je to neco jinýho ale idálání je mít 16 jádro v jendom CPU než 8 jader po dvou cpu. Ono to pak jaksi nefunguje tak optimálně zvlášť když na to neni OS připravenej a neumí to dostatnečně dobře obsloužit. Jo pak tu je právě HT kterej zdvojí každý jádro a HT bejvá defaultně zapnutý takže si prostě myslim že mikrotik používá jenom jedno CPU se zapnutým HT a proto to ukazuje 8 jader. Kdysi na zahraničnim foru někde bylo že mikrotik neni schopnej využít víc cpuček ve více paticích. Jo jsou tam ale nepracujou.
quad core + noHT = 4 core
quad core + HT = 8 core
2x quad core + noHT = 8 core
2x quad core + HT = 16 core
quad core + noHT = 4 core
quad core + HT = 8 core
2x quad core + noHT = 8 core
2x quad core + HT = 16 core
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Předpokládal jsem, že se bavíme o SMP architektuře, nikoliv o NUMA. V SMP je vše sdílené, proto také výkon neroste lineárně s počtem procesorů. Dost narůstá režie.
Ale z hlediska OS je opravdu fuk, kolik je tam jader a jak uspořádaných. Pokud není, je to umělé omezení. Nesnaž se to nijak okecávat. Navenek je vztah mezi jádry na jednom křemíku naprosto stejný, jako mezi těmi spojenými venkem přes čipovou sadu. Předpokládám také, že se nebavíme o DOSu.
To, že jeden fyzický procesor s více jádry je lepší, než stejný počet jader ve více "paticích" pravda je. Ale není nijak extra pravda, že by to byl až tak výrazný rozdíl. Zvlášť od doby, co se opustila FSB. Ono také PC je od toho, aby počítalo, ne aby přesouvalo pakety sem tam po sběrnicích ... Pokud jsou data v cache jednoho procesoru a potřebuje s nimi pracovat ten druhý, je z toho poměrně logická výkonnostní penalizace. Ovšem ani u vícejádrových procesorů není/nebývala jedna cache pro všechny, podle toho jaký slepenec to ve skutečnosti byl.
Proto je také pro naše (síťové) potřeby lepší menší počet jader, ale raději vyšší frekvence. Kdyby ale tohle dokázal řešit OS (optimální obsluhu procesorů), jak si myslíš, tak není potřeba např. u síťových karet vymýšlet takové věci, jako vícenásobné rx-queues - kdy sám HW karty doručuje pakety stále na stejné jádro dle konexe (dle nějakého hashe) a tím zajistí právě konzistenci cache, nejsou pak nutné jakékoliv přesuny, jednu konexi řeší stále stejný proces/thread. Ale je pravděpodobné, že takový paket odchází po odroutování jinou síťovkou, tedy vysoce pravděpodobně i jiným jádrem
Šoupání dat se vlastně nevyhneš vlastně ani u nových CPU - L1 i L2 cache má každé jádro svou, společná je pouze L3, která je ovšem znatelně pomalejší ... Je ale také pravdou, že technologie u Intel Nehalem architektury to trochu řeší - co je v L1+L2 je zároveň i v L3, takže mají všechny jádra shodný přístup i k datům těch ostatních. A u víceprocesorových systémů (fyzických) má každá CPU vlastní nesdílený spoj na ostatní (přes QPI). Takže penalizace tam sice je, ale rozhodně ne tak hrozná jako v dobách P4. Viz http://www.pcper.com/reviews/Processors ... terface-an
Nebudu daleko od pravdy, když řeknu, že žádný OS neřeší rozhazování procesů a threadů na jádra podle toho, kde se to jádro fyzicky vyskytuje (lze to ovšem řešit ručním zásahem). Jeho prací je vytěžovat to rovnoměrně. Proto jsou také případy, kdy HT přinese pokles výkonu - prostě se to snaží používat jako skutečné jádro, ale už neví o tom, že to není celé jádro a spoustu věcí (především výpočetních) sdílí s ostatními - a ty pak musí vlastně čekat. Zářný příklad byl pokus ve windows, kde se pustil jeden proces třeba SETI. Myslely si, že mají 50% volného výkonu, byl to jenom jeden proces ... jenže s kompem se nedalo pracovat, to jádro prostě přestalo být použitelné (mluvím o jednojádru s HT). Podobně jsem na tom byl s MS SQL 2000. A u routovací mašiny je dle mě vhodné HT vypnout stoprocentně. Byť u nových systémů už to prý tak hrozné není, ale už jsem to netestoval a moc mi nejde na rozum, jak by dokázal práci s HT optimalizovat.
U MK bude také pravda, že používají nějaké starší jádro. A tam bývalo v defaultu nastavená kompilace pro málo jader (nějakou paměť to šetřilo). U kernelu 2.6.24 to bylo jen 4 (alespoň u archlinuxu), takže v podstatě mělo smysl jen dvoujádro s HT, víc bylo zbytečné (pokud sis to nepřekompiloval sám, nebo to neudělal distributor za tebe). Blbé je, že tuhle informaci mikrotik nedává ... A je to také důvod, proč na tvrdší nasazení NENÍ mikrotik vhodný - prostě do toho není vidět a dokumentace stojí za prd (o supportu ani nemluvě). S čistým linuxem je podstatně lepší šance, že je HW využitý dobře a že si nenaběhneš. Jo, je to větší dřina. Máš ovšem možnost vadný či nevyhovující kousek software vyměnit ... příkladem je např. routing - quagga. A třeba PCQ queues mi tam dost chybí (i když existuje projekt něčeho podobného, ale nevím v jakém je to stadiu). Jednoduchost obnovy MK (resp konfigurace) po nějaké poruše má také něco do sebe.
Vy se tu všichni a všude bavíte o "vysokorychlostním routeru" a přitom je řeč o tocích v řádu pár set megabit maximálně (200+). To jsem dělal na obyčejné P4 2.4GHz s neoptimalizovaným QOS a NAT. U těchto rychlostí je tedy vlastně fuk, jaký HW se pořídí (pokud to není RB).
Ale zkuste si mikrotikem vyřešit toky pro 2500 uživatelů, 700Mbit ve špičkách - na jedné mašině, co dělá NAT i QOS (co uživatel, to třída) zároveň. S vytížením prakticky zanedbatelným ... stačí linux, Xeon X3470 a síťové karty od intelu (s podporou MSI-X). Věříte tomu, že s MK to nepůjde? A to netvrdím, že jsme nějak přehnaně velká síť ... naopak.
Jo, co by mě zajímalo je, jak se dostat na rychlosti tak 2Gbit a výše ... ale takové informace se už hledají blbě a ještě hůř se to testuje.
Ale z hlediska OS je opravdu fuk, kolik je tam jader a jak uspořádaných. Pokud není, je to umělé omezení. Nesnaž se to nijak okecávat. Navenek je vztah mezi jádry na jednom křemíku naprosto stejný, jako mezi těmi spojenými venkem přes čipovou sadu. Předpokládám také, že se nebavíme o DOSu.
To, že jeden fyzický procesor s více jádry je lepší, než stejný počet jader ve více "paticích" pravda je. Ale není nijak extra pravda, že by to byl až tak výrazný rozdíl. Zvlášť od doby, co se opustila FSB. Ono také PC je od toho, aby počítalo, ne aby přesouvalo pakety sem tam po sběrnicích ... Pokud jsou data v cache jednoho procesoru a potřebuje s nimi pracovat ten druhý, je z toho poměrně logická výkonnostní penalizace. Ovšem ani u vícejádrových procesorů není/nebývala jedna cache pro všechny, podle toho jaký slepenec to ve skutečnosti byl.
Proto je také pro naše (síťové) potřeby lepší menší počet jader, ale raději vyšší frekvence. Kdyby ale tohle dokázal řešit OS (optimální obsluhu procesorů), jak si myslíš, tak není potřeba např. u síťových karet vymýšlet takové věci, jako vícenásobné rx-queues - kdy sám HW karty doručuje pakety stále na stejné jádro dle konexe (dle nějakého hashe) a tím zajistí právě konzistenci cache, nejsou pak nutné jakékoliv přesuny, jednu konexi řeší stále stejný proces/thread. Ale je pravděpodobné, že takový paket odchází po odroutování jinou síťovkou, tedy vysoce pravděpodobně i jiným jádrem
Šoupání dat se vlastně nevyhneš vlastně ani u nových CPU - L1 i L2 cache má každé jádro svou, společná je pouze L3, která je ovšem znatelně pomalejší ... Je ale také pravdou, že technologie u Intel Nehalem architektury to trochu řeší - co je v L1+L2 je zároveň i v L3, takže mají všechny jádra shodný přístup i k datům těch ostatních. A u víceprocesorových systémů (fyzických) má každá CPU vlastní nesdílený spoj na ostatní (přes QPI). Takže penalizace tam sice je, ale rozhodně ne tak hrozná jako v dobách P4. Viz http://www.pcper.com/reviews/Processors ... terface-an
Nebudu daleko od pravdy, když řeknu, že žádný OS neřeší rozhazování procesů a threadů na jádra podle toho, kde se to jádro fyzicky vyskytuje (lze to ovšem řešit ručním zásahem). Jeho prací je vytěžovat to rovnoměrně. Proto jsou také případy, kdy HT přinese pokles výkonu - prostě se to snaží používat jako skutečné jádro, ale už neví o tom, že to není celé jádro a spoustu věcí (především výpočetních) sdílí s ostatními - a ty pak musí vlastně čekat. Zářný příklad byl pokus ve windows, kde se pustil jeden proces třeba SETI. Myslely si, že mají 50% volného výkonu, byl to jenom jeden proces ... jenže s kompem se nedalo pracovat, to jádro prostě přestalo být použitelné (mluvím o jednojádru s HT). Podobně jsem na tom byl s MS SQL 2000. A u routovací mašiny je dle mě vhodné HT vypnout stoprocentně. Byť u nových systémů už to prý tak hrozné není, ale už jsem to netestoval a moc mi nejde na rozum, jak by dokázal práci s HT optimalizovat.
U MK bude také pravda, že používají nějaké starší jádro. A tam bývalo v defaultu nastavená kompilace pro málo jader (nějakou paměť to šetřilo). U kernelu 2.6.24 to bylo jen 4 (alespoň u archlinuxu), takže v podstatě mělo smysl jen dvoujádro s HT, víc bylo zbytečné (pokud sis to nepřekompiloval sám, nebo to neudělal distributor za tebe). Blbé je, že tuhle informaci mikrotik nedává ... A je to také důvod, proč na tvrdší nasazení NENÍ mikrotik vhodný - prostě do toho není vidět a dokumentace stojí za prd (o supportu ani nemluvě). S čistým linuxem je podstatně lepší šance, že je HW využitý dobře a že si nenaběhneš. Jo, je to větší dřina. Máš ovšem možnost vadný či nevyhovující kousek software vyměnit ... příkladem je např. routing - quagga. A třeba PCQ queues mi tam dost chybí (i když existuje projekt něčeho podobného, ale nevím v jakém je to stadiu). Jednoduchost obnovy MK (resp konfigurace) po nějaké poruše má také něco do sebe.
Vy se tu všichni a všude bavíte o "vysokorychlostním routeru" a přitom je řeč o tocích v řádu pár set megabit maximálně (200+). To jsem dělal na obyčejné P4 2.4GHz s neoptimalizovaným QOS a NAT. U těchto rychlostí je tedy vlastně fuk, jaký HW se pořídí (pokud to není RB).
Ale zkuste si mikrotikem vyřešit toky pro 2500 uživatelů, 700Mbit ve špičkách - na jedné mašině, co dělá NAT i QOS (co uživatel, to třída) zároveň. S vytížením prakticky zanedbatelným ... stačí linux, Xeon X3470 a síťové karty od intelu (s podporou MSI-X). Věříte tomu, že s MK to nepůjde? A to netvrdím, že jsme nějak přehnaně velká síť ... naopak.
Jo, co by mě zajímalo je, jak se dostat na rychlosti tak 2Gbit a výše ... ale takové informace se už hledají blbě a ještě hůř se to testuje.
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
Si možná nepochopil hapiho.
Jeho otázka zní velice jednoduše:
Když na desce necháš jen jeden CPU, kolik ti mikrotik ukáže jader?
Jeho otázka zní velice jednoduše:
Když na desce necháš jen jeden CPU, kolik ti mikrotik ukáže jader?
0 x
Jenže to nám hapi nejspíš neřekne To musí autor vyzkoušet, vypnout HT (je-li tam) a porovnat. Neřekl nám totiž ani typ procesoru.
Já jenom uváděl na přesnou míru některé nejasnosti.
To musí autor vyzkoušet, vypnout HT (je-li tam) a porovnat. Neřekl nám totiž ani typ procesoru.Já jenom uváděl na přesnou míru některé nejasnosti.
ef píše:Si možná nepochopil hapiho.
Jeho otázka zní velice jednoduše:
Když na desce necháš jen jeden CPU, kolik ti mikrotik ukáže jader?
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
jo já tě chápu ale OS co prostě neumí použít druhou patici nebo jí prostě jednoduše ani nezdetekuje prostě tu druhou patici nebude používat. Ačkoliv víc jader v jedný patici korektně. Proto jsem se ptal jestli je zapnutý HT a tim by bylo jasno jestli mikrotik s tim hnul a nebo to je furt plejtvání prachama. Protože pak nemá smysl kupovat duální desku když stačí cpu s více jádry který je efektivnější po více stránkách.
Zajímá mě jestli MK už konečně je schopný využít víc patic tak proto se ptám.
Zajímá mě jestli MK už konečně je schopný využít víc patic tak proto se ptám.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:no to právě jedno neni. Dneska už se to snad většinou smazává ale starší duální systemy maji oddělený i ramky a dokonce i chipsety a každej cpu ovládá to svoje a když to má náhodou dělat druhej procesor, museji se tahat data z jednoho cpu do druhýho a to neni to samí jako víc jader v jednom cpu. Jo licencčně je to neco jinýho ale idálání je mít 16 jádro v jendom CPU než 8 jader po dvou cpu. Ono to pak jaksi nefunguje tak optimálně zvlášť když na to neni OS připravenej a neumí to dostatnečně dobře obsloužit. Jo pak tu je právě HT kterej zdvojí každý jádro a HT bejvá defaultně zapnutý takže si prostě myslim že mikrotik používá jenom jedno CPU se zapnutým HT a proto to ukazuje 8 jader. Kdysi na zahraničnim foru někde bylo že mikrotik neni schopnej využít víc cpuček ve více paticích. Jo jsou tam ale nepracujou.
IMHO je to presne obracene. Kdyz pomineme nejake historicke ultra drahe obskurni systemy, tak vsechny bezne starsi dvou a ctyr paticove servery jsou SMP-UMA, kdy se vsechno taha pres (pomalou) FSB a RAM je pripojena k jednomu (pomalemu) chipsetu a sdilena pro vsechny CPU. To plati vsechny starsi XEONy, stara pentia a take prvni K7 AMD servery. Naopak AMD K-8 Opterony prisly s architekturou SMP-NUMA, tedy kazdy CPU ma svoji RAM pripojenou na vlastni integrovany pametovy radic a propojeni procesoru se nekona po pomale FSB, nybrz po vyhrazene sbernici HyperTransport. S prichodem Nehalemu toto okopiroval i intel, jediny rozdil je, ze misto hypertransportu tam je QPI, coz je +- totez. Jelikoz se vsak jedna o SMP, pro non-NUMA-aware OS se vse jevi jako klasicke SMP, rozhodne by se nemelo stat, ze starsi OS nejaky procesor neuvidi. NUMA-aware OS maji tu vyhodu, ze dokazi prednostne vyuzivat RAM fyzicky pripojenou k tomu kteremu CPU pro procesy, ktere na nem bezi (a seskupovat vlakna oprocesu na jeden fyzicky CPU), coz v idealnim pripade zajisti temer linearni skalovani pametove propustnosti a tedy i vykonu celeho systemu, coz je hlavni vyhoda NUMA oproti stare UMA. Pro typicke pouziti v serverech je tedy rozhodne lepsi mit 2 CPU s 8 jadry v NUMA systemu nez 1 CPU s 16 jadry, protoze ta NUMA ma teoreticky az 2x vetsi pametovou propustnost. To jen pro poradek, nebot poradek, vy kluci pitomy, musi byt
http://cs.wikipedia.org/wiki/Non-Uniform_Memory_Access
Naposledy upravil(a) Walkeer dne 20 Sep 2011 09:17, celkem upraveno 1 x.
0 x
no a vidíš jak seš chytrej když chceš. No a teď bych chtěl vědět jestli těch 8 jader co ukazuje mikrotik je reálných nebo hyperthreadingových.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:no a vidíš jak seš chytrej když chceš. No a teď bych chtěl vědět jestli těch 8 jader co ukazuje mikrotik je reálných nebo hyperthreadingových.
jj
pokud je na tom stroji povolen hyperthreading ( a CPU ho maji), tak by mel i mikrotik ty virtualni jadra videt, stejne jako jakykoli jiny linux.
0 x
o to se nepřu ale jestli to je zapnutý tak by tam mělo bejt vidět 16 jader ne?
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků