Show pageOld revisionsBacklinksBack to top This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong. ====== Octeon ====== Na Kontronu jiz bezi Debian GNU/Linux. IP adresa je 147.32.81.161. Je zde zalozen root ucet a pro pripad i ucet s prihlasovacim jmenem user, hesla jsou totozna a napsana na papirku v labu.\\ Na PC vedle bezi Ubuntu. IP adresa je 147.32.81.156. Zde je ucet se jmenem octeon, heslo stejne jako na Kontronu. Na tento pocitac je mozno se pripojit pres ssh, ktere bezi na portu 222.\\ Minicom je nastaven pro praci s Kontronem, staci ho spustit prikazem "minicom". Pro administraci celeho serveru se lze prihlasit na ovladaci atcu prikazem "cu -l /dev/ttyS0 -s 9600". Musel jsem pouzit tento zpusob, nebot mi pres COM1 port a minicom nefungoval vstup z klavesnice. Program se ukoncuje prikazem "~.". Login je tez napsan na papirku v labu, heslo je prazdne(defaultni nastaveni).\\ Prikazy na ovladani jsou popsany zde: http://dlc.sun.com/pdf/819-1177-15/819-1177-15.pdf a to konkretne na strance 80. Nejdulezitejsi jsou prikazy "clia board", ktery vypise pripojene atcy a jejich FRU cisla. Jednotlive atcy lze pak zapinat/vypinat prikazaem "clia activate/deactive" a FRU cislem a ID. Napriklad pro Kontron je to "clia activate 82 0", pro TELUM NPA-5854 je to "clia activate 82 1" atd.\\ Jinak stale cekam na odpoved na muj e-mail s zadosti o dokumentaci k pripojeni se na ty sitove porty. \\ Jeste nejaka ta dokumentace:\\ Kontron zde: http://emea.kontron.com/products/boards+and+mezzanines/advancedtca/processor/at8020.html a \\ TELUM NPA-5854 zde: http://www.ge-ip.com/products/2203 \\ Na Kontronu jsem zprovoznil taktez ssh, prace pres nej je preci jen pohodlnejsi nez pres minicom. IP adresa 147.32.81.161, port 222. \\ Dne 21.1. navazan prvni kontakt s kartou, alespon do diagnostickeho rezimu :] \\ 25.1. - Jiz mi byl schvalen pristup do fora http://www.cnusers.org/, kde jsem dostal pristup k Octeon SDK, postupne se prokousu dokumentaci, jestli to bude k necemu vhodne, ci nikoliv. \\ Stale se mi nedari zprovoznit vnitrni komunikace mezi Kontronem a Telumem. Na Telumu je funkcni telnet do diagnostiky, na ten se da dostat pres jeden ze ctyr prednich ethernetu, ale proste pres ty vnitrni porty to stale nejde. Pokud neni pripojena Motorola ATCA, tak vnitrni ethernety ani nedostanou link, na druhou stranu, kdyz pripojim Motorolu, tak sice dostanou link, ale nejak se to vevnitr hada a interface se prepina mezi stavy link up/link down a stejne se nelze natelnetit do Telumu. Mozna, ze tohle nebude az takovy problem, pokud se podari objevit nejaky jiny zpusob, jak se dostat dovnitr Telumu k provedeni mereni(koukal jsem se do dokumentace a zadny popis tech pinu na 20-pin konektor jsem nenalezl, takze tudy to asi taktez nepujde). Co jsem tak z diagnostickeho rezimu zjistil, je to, ze uvnitr Telumu je jiz nejaky linuxovy kernel nahran, domnivam se, ze by se mel spustit pri normalnim rezimu(dle prepinace na desce se bud nahraje ten obyc kernel nebo diagnosticky kernel), ale jak zaridit, abych ho mohl ovladat mi stale neni jasne.\\ 16.3. - Podarilo se mi na karte Telum zprovoznit alespon castecny test propustnosti(spousteno v diagnostickem rezimu) v podobe programu ttcp(cross compiled na mem domacim PC). Provedeno mereni se stolnim pocitacem, vysledek: ttcp-t: 200000000 bytes in 16.93 real seconds = 11539.79 KB/sec +++. Ted by to chtelo vymyslet zpusob, jak otestovat Gb pripojeni :]\\ 18.3. - Jen pro otestovani jsem zkusil spustit ten samy test oproti memu notebooku, vysledek: notas: ttcp-t: 20000000000 bytes in 169.94 real seconds = 114929.59 KB/sec +++.\\ 8.4. - Zkousel jsem provadet ruzna mereni, abych mel alespon zakladni prehled. curl-loader se mi nejak nedari rozjet, i kdyz si myslim, ze konfigurak mam dobre, tak neustala dostavam timeout a tak zadna data neprenesu. Nicmene pri hlubsim prozkoumani jsem zjistil, ze asi uplne nevyhovuje nasim potrebam. Je delan spise na testovani web serveru, ktery dokaze zahltit desitkami tisic virtualnich klientu.\\ Dale jsem zkousel program iperf a ten se zda byt primo idealni pro nase testovani. Lze testovat jak pomoci TCP, tak i UDP. Dale lze nastavovat velikost okenka, intervaly mereni atd. Pri zbeznem mereni na desktop-laptop bylo krasne videt, ze pri male velikosti okenka sitovky nezvladaji podavat udavany vykon, ale rychlost dosahuje i cca 7.51 Mbit na 100 Mbit sitovce. Myslim, ze toto by chtelo poradne promerit, hlavne okolo kritickeho bodu velikosti okenka, kde se lame rychlost a vse vynest pro prehlednost do grafu.\\ projekty/octeon.txt Last modified: 2012/04/07 10:55by kubr