síťový kabel odpojen - po 2-3 minutách

[P3TR]

S timhle problemem sem se uz setkal taky. Reseni bylo vrazit sitovku do PCI, pac ta na desce byla neprosto nekomunikativni . I kdyz nevim, jestli bys nemel zkusit desku reklamovat. Pokud je na ni integrovana sitovka, ktera stoji za h***o, tak bych takovou desku vratil...

EDIT:
hmm pozde

[fr33k]

Mam podobny problem. Zda se mi (ono se mi to nezda, je to fakt, jen nevim jiste, kde je pricina), ze s novym kompem pri zatezi na siti prestane integrovana sitovka (taky Marwell Yukon, taky dlouhy kabel) "fungovat" - nejde ping ani na branu, po nejake dobe (sekundy, minuty) se provoz opet rozjede.
Nekdy to ani zatez nepotrebuje, cert aby se v tom vyznal. Holt budu muset zkusit neintegrovane reseni
PS. kurde, proc tam vubec cpou takovy sh*ty?

[Jezevec]

Protoze je to levny, Realtek je taky jen rozhrani a ne sitovka. Proto je CPU na 100% pri prenosech vyuzivajicich 100Mbit.

[fr33k]

Protoze je to levny, Realtek je taky jen rozhrani a ne sitovka. Proto je CPU na 100% pri prenosech vyuzivajicich 100Mbit.

No to byla jenom recnicka otazka A 100Mbitu si tu nenasimuluju, ale i tak bych rekl, ze v tomhle problem nebude. Ale i tak pro mne nova a zajimava informace.

[fr33k]

Mam podobny problem.

Tak problemy prestaly s prechodem na neintegrovane reseni v podobe Realteku RTL8139.
Nejaka reklamace zakladni desky nema cenu, uz kvuli tomu, ze se mi nechce znova mrcasit s (od)instalaci desky, chladice, natoz cekat 30 dnu s kompem, ktery postrada MB.

[MlokCZ]

Jen dodám, že problém DC + Netlimiter vůbec nebyl nakonec způsoben netlimiterem, ale souvisel s DC + dual core. Stačilo nastavit DC napevno na jedno jádro a je po problému.

edit: tak ještě další poznatky, DC + dual core s pevným nastavením jednoho jádra běží ok (to je po více než 24 hodinovém testu), ale Netlimiter to pořád shazuje na BSOD (vždy na knihovně netlimiteru), tak to vypadá, že se taky nemá rád s dual core

[fr33k]

tak ještě další poznatky, DC + dual core s pevným nastavením jednoho jádra běží ok (to je po více než 24 hodinovém testu), ale Netlimiter to pořád shazuje na BSOD (vždy na knihovně netlimiteru), tak to vypadá, že se taky nemá rád s dual core

Mam NetLimiter 2 Monitor a zadne problemy nemam (dual core od Intelu).
Taktez s DC++ ci CZDC++ problemy nejsou.
Netvrdim, ze mam stejny CPU a verze programu, ale stejne je to u tebe nejaky divny...

[MlokCZ]

Problémy mám se strongem (tedy měl když nebyl nastaven na jedno jádro) a Netlimiter nemám jen monitor, ale i omezování rychlosti. Jinýho klienta jsem nezkoušel. Částečně může být problém možná i v klientu, protože pokud jsem měl puštěný netlimiter bez strongu, tak problém nebyl (ani když jsem se pokoušel vytvářet hodně připojení nebo třeba celý den kopíroval po lokální síti 10MB/s (ale nezkoušel jsem už omezovat rychlost, to mám jen pro stronga). Bez strongu se mi prostě žádný problém vytvořit nepodařilo.
Na druhou stranu by žádná aplikace neměla být schopná shodit netlimiter na bsod, který podle minidumpu byl pokaždý v nltdi.sys, což je ovladač od netlimiteru (pokud by v netlimiteru nebyla nějaká chyba).
100% nemůžu vyloučit ani že je problém způsobený něčim jinym, ale SW už jsem prakticky vyloučil (problém se strongem byl i na čistý instalaci bez čehokoliv dalšího včetně antiviru) a HW je ve všech testech taky ok (od memtestu, goldmomemory, prime, 3dmark, ...). A k tomu ještě když připočtu, že problém je pouze se strongem + netlimiter, tak už je problém způsobený něčím jiným téměř vyloučený.
Netlimiter je poslední 2.06.

Protože ale skoro nesosám, tak to dál neřeším, strong jede při nastavení, že smí používat jen jedno jádro ok a netlimiter jsem vyhodil.

EDIT: Takže problém se strongem byla chyba aplikace, autor stronga našel, že problém je ve Strongu po zaslání minidumpu .

EDIT2: Chybu jsem si nakonec ve Strongu po konzultacích s autorem našel sám. Chyba byla v implementaci kritické sekce, která se mohla projevit pouze na počítači s více fyzickými cpu nebo jádry (pro projevení chyby musely probíhat 2 thready současně). Chyba je už z původních zdrojáků DC++ a je v nich stále i v poslední verzi (chyba se projevuje pouze při pokusu o hashování filelistu po několika hodinách běhu klienta).

[Lord Owl]

SPokud je na ni integrovana sitovka, ktera stoji za h***o, tak bych takovou desku vratil...

No právě tenhle krok jsem zvažoval.
Jenomže když oni si to v obchodě(servisu) připojí na net třebas krátkým káblem přes tu integr. síťovku, která jinak konflikty nedává najevo, tak jim to bude fungovat, a já můžu být 30 dní bez desky.

Takže než riskovat, že mi to vrátí že je vše OK, tak využiju toho, že jednu síťovku už doma mám a je to.
Příště to ASUSu vrátím, že si od nich nekoupím desku.

[herma]

no asusy s tímto mají docela problém. Navíc zrovna A7V880 není nijak spolehlivá deska, a už sem na několika deskách od asusu s touhle síťovkou problém viděl.Vždy se deska posílala na reklamaci.

[Lord Owl]

No zdá se mi po čase, že poslední měsíc je v celým baráku to připojení jaksi nestabilní.
Jenomže provider mi řekne že u nich je vše v pořádku.

ty příliš časté výpadky mně stojí dost nervů.
Umí nějaký prográmek logovat připojení a detekovat příčinu (aspoň přibližně).
Nebo nějaký firewall by to mohl umět.
Aby mně furt maníci z kabelovky netahali za nos, že u nich jim to "bliká" normálně.

Díkec (googlení mi píše samý linuxovský operace)

[Buddha]

myslim, ze na zakladni diagnostiku pri hledani problemu by ti mely stacit prikazy TRACERT xxx.xxx.xxx.xxx
a
PING xxx.xxx.xxx.xxx -t (-l 1024)

[Lord Owl]

Ping znám, Tracert vyzkouším.
Díky

[MlokCZ]

Pár postřehů k integrované síťovce Marvell Yokon 88E8801.

Momentálně mám jednu doma a několik jich máme v práci. Problémy se skoro všemi ovladači, co jsem zkoušel (problýmy se objevovaly na všech deskách od intel chipsetu po ULI 1575). Po intenzivním zatížení sítě vždy do pár minut vytuhnutí síťovky, kterému pomůže pouze změna některé parametru na síťovce (předpokládám, že se tím resetne driver síťovky).
Jediné poslední drivery z Marvellu chodí trošku ok, při normálním použití (včetně trvalého kopírování po 100Mbit síti) vše ok, problémy nastanou až při extrémním počtu otevřených síťových spojení (tzn. např. při delším použití DC), nedojde už ovšem k úplnému vytuhnutí sítě, pouze přestane reagovat aplikace vytvářející ta spojení a ostatní jede ok.
Na reklamaci už to moc není, když to zkusí, tak vše pojede ok (když se to projevuje už jen ve specifických případech po několika hodinách).

Na internetu jsem našel problémů s touto síťovkou mraky, dokonce se ta verze ovladačů, se kterou dochází k úplnému vytuhnutí síťového spojení dostala do windows update.

Přestalo mě bavit tyhle problémy řešit, všude použita neintegrovaná síťovka a tím problém vyřešen. Kdyby ty integrované síťovky nebyly pci, ale pci-e, tak by mě to bylo líto, ale takhle to vem čert.