mam jednu zkusenost. Na mem P166 (nod jablonecka) zpusobil se 100% jistotou "tezky" prenos dat _na_ router (stacilo scp adresare s deseti 2-3MiB fajly) zatuhnuti systemu.
Dnes, po stahnuti a nainstalovani cvs verze hostap, se tak jiz nedeje. V changelogu tenhle problem vyvojari popisuji a slo o to, ze procesor byl zahlcen HW prerusenimi a tak nejaka ztratil.
__________________
02.01.2003 v 12:10
core
Newbie
Registrován: 11.08.2002
Příspěvků: 16
Re: hostap na pomalych procesorech = tuhnuti (v minulosti)
simandl > Presne tohle pozorujeme také. Myslím, že to není problém rychlosti procesoru, ale spíše celkové schopnosti chipsetu pracovat s IRQ. Z tohoto hlediska se jeví nejlepší jako čipové sady intel (i ty nejstarší na P1), hůře jsou už na tom starší VIA (KT333/400 je testována jako ok), a úplně nejhorší jsou SIS. Všem rozhodně doporučuji CVS verzi.
petrik > Sdílené IRQ opravdu nemám, základním pravidlem pro HostAP je, aby byla karta na samostatném, vyhrazeném IRQ. Ty SiS jsou fakt shity > starší jsou totálně hrozný, a s novými už jsem měl pod linuxem také problémy... To? má zkušenost.
diky za zkusennost
MMCH1, jaky tam mas chipset na MB toho routeru? Vypozoroval jsem zavislost mezi stabilitou a chipsety od Intelu ...
MMCH2: karta se resetuje, pokud spadne prijimany signal na nulu. Obcas se muze stat, ze vam vitr uhne antenu, nebo nekdo popotahne kabel, a dalsi Muphyho pripady, signal spadne na 0 - 8 / 92 a karta se zacne resetovat a masina zacne tuhnout.
chipset bude asi intel. Je to P100, na vsech svabech na MB je napsano intel. Karta ale jede v rezimu AP, takze tim signalem to nebude.
Jeste jedna neprijemnost. Myslim ze pri kazdem takovem resetu se zrusi nastaveni vysilaciho vykonu (a kdovico jeste) zpet na defaultni hodnoty. Skoro by to chtelo ten HostAp patchnout aby po resetu aplikoval nastaveni jake tam bylo predtim...
cau,
stejny problem, mam P75, intel VX a taky tuhne. puvodne tuhnul docela casto (1x za 2 dny) i s novym hostap a firmware, pak jsem zmenil IRQ (nebylo sdilene, ale proste jsem dal nahodne jine nepouzite) jedine wlan karty v rezimu client, ktera se zatim pouziva a od te doby to pada vyrazne mene (vydrzi i 14 dni), ale pri vetsi zatezi spadne vzdy - je to jen otazka casu.
posledni hlaska v syslogu je taktez resetting card, ale podle me to s tim nemusi souviset, protoze ta hlaska ma treba i o 3 hodiny starsi cas, nez je crash systemu. (ale taky je mozne, ze posledni reset se uz nestihne zapsat)
mam jeste 2. router u JH, PII 233, tam jsem zatim zaznamenal 1 crash behem 14ti dnu, takze z toho tezko neco vyvozovat. tady mam jedinou XI626 v rezimu AP.
doufam, ze brzo zjistime proc to pada a nebudou potreba resetatory, tim spis, ze je jeste nemam a musim resetovat rucne :-/.
ad nove sis chipsety: mam s nima hodne spatne zkusenosti, ne ze by se to nedalo pouzit, ale delaly mi ve vsech pripadech zbytecne potize, jako zmeny FSB ze 133 na 100 v nahodnych intervalech, delal jsem 3 pocitace s timle chipsetem a vsude stejne problemy. (mel to resit BIOS od verze 1.3 a byla tam 1.4 a stejne to blblo)
no umna je podobny problem mam pII 333 router najnovsky hostap z cvska, 4 wifi karty jedna prijem 3 vysielanie setko xl 626.
Ked zacnej klient tahat po lokalke max rychlostou tak setko mrzne a system padne....:( nastastie ked je kazdy shaponuty a karta sa nepretazuje lokalnymi prenosmi bezi vsetko ok...ale casom ak budu vacsie rychlosti liniek :( newiem zislo by sa stym neco spravit veru
Mam Celer na 600, Linux, Realtekova sitovka a XI626...
XI626 beha v pohode, ale to jen do chvile kdy se na realtekovce objevi nejaky vetsi traffic, v okamziku zatizeni realteka jde cele zelezo do tuha a to tak, ze totalniho..... Co to?? IRQ, pamet, verze PCI nebo co to kurnik dela.... ???
realteky mam taky a nemam problem, muzu prekopirovat klidne 15GB max rychlosti, co to P75 utahne (2MB/s) a bez problemu. mozna pri vyssich rychlostech... bohuzel roter sunka, vic nezvladne
alebo mam skusit upgrereadnut firmware ? pomoze to vobec ? a nefiete ako to bezi na *bsd systemoch s ich standardnym ovladacom ci aj tam to tak pri zatazi mrzne ?
02.01.2003 v 12:10
