🚀 go-pugleaf

W dniu 2011-03-04 08:54, Adam Gramowski pisze:
> Witam
>
> Napisalem aplikacje działającą w tle non stop. M.in. nawiązuje ona
> połączenie socketowe z serwerem i wymienia się z nim co jakiś czas
> jakimiś małymi pakietami.
> Jeżeli całość chodzi na karcie LAN, to wszystko jest OK, jednak jeżeli
> w grę wchodzi karta wifi, to po całej nocy utrzymywania takiego
> połączenia o ile samo to połączenie działa ok, o tyle na komputerze
> poza nim nie ma wogóle internetu. Nie ma go ani w przeglądarce, ani w
> innych wątkach/aplikacjach java. Samo to jedno połączenie socketowe
> natomiast działą bez zarzutu.
> Testowałem już karty wifi na PCI: realtek, tp-link, asus. Wszędzie to
> samo.
>
> Macie jakiś pomysł?

Excuse me. Co to ma wspolnego z javą?
Popracowac na windowsem zeby się poprawnie wznawialy polaczenia (?).

Stwierdzenia "nie ma internetu" to bym sie, wybacz, spodziewal po ... 
(ustawa zabrania dyskryminacji ze wzgledu na plec i preferencje).
Ping po literkowych adresach? Ping po cyferkowych? Ping do najblizszego 
routera?
Moze to sugerowac problemy DNS, cos sie nie odnawia/wygasa/przestawia, 
lub inna siec ci wpieprza inne parametry.

No moze miec to zwiazek z java, bowiem moze to java ma jakies dziwne
ustawienia domyslne polaczen socketowych i moze to one powoduja takie
zablokowanie sie karty sieciowej.
Z gadu-gadu jakos takiego problemu nie ma - moze byc i polaczony
tydzien, a nie bedzie problemow z nawiazaniem polaczenai internetowego
przez inne programy.

Nie moze byc to wina dns, bo zresetowanie komputera zawsze w opisanych
przeze mnie przypadkach rozwiazuje problem.

Sprawdzenie pinga do najblizszego routera to dobry pomysl - jak tylko
jeszcze raz to nastapi to tego sprobuje.

W dniu 2011-03-04 10:13, Adam Gramowski pisze:

> Z gadu-gadu jakos takiego problemu nie ma - moze byc i polaczony
> tydzien, a nie bedzie problemow z nawiazaniem polaczenai internetowego
> przez inne programy.
GG nie jest protoklole datadramowym? Nie jestem pewien. A na pewno idzie 
po cyferkach, charakterystyczny objaw gg dziala gdy nie dziala DNS.
A datagramy zupelnie inaczej przezywaja takie 'nocki'.
Na tcp zerwanie to zerwanie, jak program nie ma to bardzo dobrze 
oprogramowane, wchodzi w problem, dziwny stan itd. Datagramowe protokoly 
tu sa lepsze.

>
> Nie moze byc to wina dns, bo zresetowanie komputera zawsze w opisanych
> przeze mnie przypadkach rozwiazuje problem.
Nie chwytam tej argumentacji.

W dniu 2011-03-04 11:31, Jacek Czerwinski pisze:
> W dniu 2011-03-04 10:13, Adam Gramowski pisze:
>
>> Z gadu-gadu jakos takiego problemu nie ma - moze byc i polaczony
>> tydzien, a nie bedzie problemow z nawiazaniem polaczenai internetowego
>> przez inne programy.
> GG nie jest protoklole datadramowym? Nie jestem pewien. A na pewno idzie
> po cyferkach, charakterystyczny objaw gg dziala gdy nie dziala DNS.
> A datagramy zupelnie inaczej przezywaja takie 'nocki'.

Jeszcze jedno: nie masz po drodze uslugi internetu na dynamicznym 
adresie,a w drugim przypadku na stalym?

"Nie moze byc to wina dns, bo zresetowanie komputera zawsze w
opisanych
przeze mnie przypadkach rozwiazuje problem. "
ta argumentacja opiera się na tym, ze przecież zresetowanie komputera
nie ma wpływu na działanie DNS-a. Więc skoro byłoby coś z nim nie tak
przed restartem, to również po nim nie powinno być ok.

Moja sieć jest dość skomplikowana. Od dostawcy internetu, który
dostarcza mi stałe IP na podłączony mam router z dynamicznym
przydzielaniem IP, do niego podłączony jest kablem inny router, który
radiem rozsyła ten sygnał do dwóch innych komputerów stałym IP.
Następnie sygnał ten chwyta access point client z ustawionym stałym IP
i do niego podłączony jest router wifi z dynamicznie przydzielający
adresy IP. Do niego podłączony jest przez wifi komputer z problemami
opisanymi przeze mnie. Ale taka skomplikowana struktura sieci chyba
nie może być źródłem problemów?

Z każdym razie po Pana uwadze w związku z datagramami i TCP chyba
zacznę wymuszać co na przykład 10 minut zrywanie połączenia przez
aplikację javovą i nawiązywanie go ponownie. Innego wyjścia nie widzę.

W dniu 2011-03-04 12:58, Adam Gramowski pisze:
> "Nie moze byc to wina dns, bo zresetowanie komputera zawsze w
> opisanych
> przeze mnie przypadkach rozwiazuje problem. "
> ta argumentacja opiera się na tym, ze przecież zresetowanie komputera
> nie ma wpływu na działanie DNS-a. Więc skoro byłoby coś z nim nie tak
> przed restartem, to również po nim nie powinno być ok.
Oj mozna sie zdziwic. Mozna inaczej dostac DHCP (nieprawdopodobne, ale 
jak mowisz, siec 'dość skomplikowana'. Po drugie informacja tego typu 
jest po wielokroc cachowana na wielu poziomach. Reset 'cos' Ci naprawia 
ale sam nie wiesz co.

>
> Ale taka skomplikowana struktura sieci chyba
> nie może być źródłem problemów?
Zdecydowanie. Prowizora pachnie na kilometr. Jak inwestycja na 
prowizore, to zakladam sie, serwis tez .

W pewnym szpitalu na OIOM byla podwyzszona smiertelnosc w piatek po 
poludniu. Sekcje denatów, analizy bakteriologiczne pomieszczenia, testy 
na nieznane wirusy. Nic nie dalo sie ustalic.
Okazalo sie, przychodzila sprzataczka, wyjmowala jakas wtyczke, bo 
gniazdko bylo potrzebne do froterki, robila swoje i wkladala znów te 
wtyczke.


>
> Z każdym razie po Pana uwadze w związku z datagramami i TCP chyba
> zacznę wymuszać co na przykład 10 minut zrywanie połączenia przez
> aplikację javovą i nawiązywanie go ponownie. Innego wyjścia nie widzę.
Jaki to jest naprawde protokol?
Co ze standardow czy de-facto-standardow, czy samoróbny ?

W dniu 2011-03-04 15:50, Jacek Czerwinski pisze:
> W dniu 2011-03-04 12:58, Adam Gramowski pisze:

>> Ale taka skomplikowana struktura sieci chyba
>> nie może być źródłem problemów?
> Zdecydowanie.

Podtrzymuje, zdecydowanie tak.
Drugie to program nieodporny na sytuacje,   z rodzaju ktory koniecznie 
trzeba oprogramowac.

Dnia 04-03-2011 o 15:52:15 Jacek Czerwinski <x@y.z.pl> napisał(a):

> Drugie to program nieodporny na sytuacje,   z rodzaju ktory koniecznie  
> trzeba oprogramowac.

Tylko że kolega Autor pisał, że program w Javie działa. To inne programy  
nie mają dostępu do sieci po tej feralnej nocy.

-- 
pozdr0
dienet

W dniu 2011-03-04 16:05, dienet pisze:
> Dnia 04-03-2011 o 15:52:15 Jacek Czerwinski <x@y.z.pl> napisał(a):
>
>> Drugie to program nieodporny na sytuacje, z rodzaju ktory koniecznie
>> trzeba oprogramowac.
>
> Tylko że kolega Autor pisał, że program w Javie działa. To inne programy
> nie mają dostępu do sieci po tej feralnej nocy.
>

Parzysta ilosc bledow?
To moze z pogranicza dowcipu zawodowego, ale kto wie ...

W innych watkach podobno juz nie dziala. Jakby nowe polaczenia cierpialy.
I zadnego porzadnego sprawdzania, zadnego wyjatku w logach.

I kolega NIC o protokole nie mowi, ani np o adresowaniu zdalnego hosta.

Zaczołbum od  odpalenia tej aplikacji z lokalizacji bezpośrednio podłaczonej 
do internetu.
Jeśli działało by to OK zająłbym sie konfiguracją sieci.

-- 
Pozdrawiam
ML
Użytkownik "Adam Gramowski" <adam.gramowski@gmail.com> napisał w wiadomości 
news:ea754f64-87ce-4ba3-baa6-de5898d57479@q14g2000vbf.googlegroups.com...
Witam

Napisalem aplikacje działającą w tle non stop. M.in. nawiązuje ona
połączenie socketowe z serwerem i wymienia się z nim co jakiś czas
jakimiś małymi pakietami.
Jeżeli całość chodzi na karcie LAN, to wszystko jest OK, jednak jeżeli
w grę wchodzi karta wifi, to po całej nocy utrzymywania takiego
połączenia o ile samo to połączenie działa ok, o tyle na komputerze
poza nim nie ma wogóle internetu. Nie ma go ani w przeglądarce, ani w
innych wątkach/aplikacjach java. Samo to jedno połączenie socketowe
natomiast działą bez zarzutu.
Testowałem już karty wifi na PCI: realtek, tp-link, asus. Wszędzie to
samo.

Macie jakiś pomysł? 

Witam

Sprawdzałem na karcie ethernet LAN i okazało się, ze jest to samo. Tak
więc dzisiaj zaczynam pisać na nowo warstwę odpowiedzialną za
komunikację. Ta warstwa to klient napisany w technologii NIO (wg.
schematu z książki "java programowanie gier"). Teraz przepiszę go na
zwykłe sockety i może wtedy zacznie się nie zawieszać internet.

A jeśli chodzi o samo zawieszanie się internetu, to pingi działają
poprawnie, nie działa internet w przeglądarkach, a jeśli chodzi o
procesy javove, to po nawiązaniu połączenia z zdalnym hostem
natychmiast jest zrywane (i podejrzewam, że w przeglądarkach tak
samo). Teraz niemal jestem pewien, że ten klient NIO to jakiś nieudany
pomysł w moim przypadku. Że ma jakiś zły wpływ na kartę sieciową.

Adam G.

Strzelam ze gdzies nie zwalniasz zasobow. Moze np przy kazdym 
komunikacie tworzysz dodatkowe polaczenia z ktorych nie korzystasz i ich 
nie zamykasz.
Jesli po przepisaniu kodu nagle zacznie dzialac to nie musi oznaczac ze 
NOI nie dziala - moze po prostu w nowym kodzie wszystko bedzie sprzatane.

W dniu 2011-03-08 17:45, jolz pisze:
> Strzelam ze gdzies nie zwalniasz zasobow. Moze np przy kazdym
> komunikacie tworzysz dodatkowe polaczenia z ktorych nie korzystasz i ich
> nie zamykasz.
> Jesli po przepisaniu kodu nagle zacznie dzialac to nie musi oznaczac ze
> NOI nie dziala - moze po prostu w nowym kodzie wszystko bedzie sprzatane.

Mam dokladnie to samo wrazenie. Kolega nie panuje, nawet nie wie z 
jakimi wyjatkami mu to sie wyklada.

Za DOS-a sie szukalo dziur w pamieci i "niekomaptybilnosci komputera" 
zamiast bledow we wlasnych programach. Java przyniosla wyzszy poziom: 
winne jest NIO

> Za DOS-a sie szukalo dziur w pamieci i "niekomaptybilnosci komputera"
> zamiast bledow we wlasnych programach. Java przyniosla wyzszy poziom:
> winne jest NIO
> 

albo serwer aplikacyjny ;)

WItam

Problem zostal rozwiazany i napisze w jakis posob jakby komus zdarzylo
sie cos podobnego:

Przejscie z NIO na zwykle sockety nic nie dalo. Wprowadzilem wiec
jednoczesnie niezalezne dwie modyfikacje:
1) w zwiazku z tym, ze caly czas bylem podlaczony do jednego z
serwerow i ciagle tylko odbieralem od niego dane nic kompletnie nie
wysylajac wprowadzilem wysylanie pustej lini co kilka sekund;
Ale nie wydaje m isie zeby to cos dalo. Wydaje mi sie ze kluczem bylo
to:
2) W programie dzialala jedna petla nieskonczona, ktora w zasadzie nic
nie wnosila, a zuzywala procesor na poziomie 80% (co akurat nie
specjalnie sie odczuwalo, gdyz aplikacja chodzila na maszynie
dwuprocesorowej). Tak wiec petla ta zostala wyrzucona.

W efekcie internet juz nie zawiesza sie po kliku godzinach pracy, przy
czym wydaje mi sie, ze winnym bylo to niewyobrazalnie duze zuzycie
procesora.

ljBF6M  <a href="http://osrdypqcyqxf.com/">osrdypqcyqxf</a>, 
[url=http://qczoasjethwc.com/]qczoasjethwc[/url], 
[link=http://kzolvuznkekw.com/]kzolvuznkekw[/link], 
http://hxwnezrgfjnb.com/