Czemu news.chmurka.nwt jest taki wolny?

W dniu 09.06.2024 o 20:26, Marek pisze:

U mnie działa normalnie.

Robert

W dniu 09.06.2024 o 22:04, pytajacy pisze:

Też normalnie. Jeżeli czytnik to TB, to może on grymasi.

Robert

Zawsze, z każdej grupy, o każdej porze? Nad ranem (3:00) może być trochę wolniej, bo robi się wtedy ekspiracja bazy overview, ale oprócz tego serwer powinien działać dobrze.

Spróbuj może innym czytnikiem (na tym samym komputerze i łączu).

W dniu 09.06.2024 o 22:39, Robert Wańkowski pisze:

Mam TB, jest OK.

P.P.

W dniu 10.06.2024 o 12:09, Paweł Pawłowicz pisze:

Tak samo na dodatek na linuksie.

U mnie podobnie. Czasem (może raz na tydzień) dostaje czkawki tzn. nie pojawi się tam jakiś artykuł od razu po kliknięciu, ale to mija za kilka chwil. Zauważyłem też czasem zacięcie w stylu: "połączenie z serwerem news.chmurka.net zostało zresetowane" i tu pomaga tylko restart TB - ale to zdarzyło się dosłownie 2-3 razy od przesiadki z neostrady.

Ale mnie nie interesuje jakiś inny czytnik tylko ten co używam od 20 lat i nie zamierzam go zmieniać bo na tym urządzeniu nie ma lepszego. Po zmianie serwera na chmurkę z logowaniem zauważyłem znaczne spowolnienie przy pobieraniu postów, taka obserwacja i ciekawym z czego wynika. Jest to specyficzny czytnik, on przy wejściu na daną grupę pobiera zawsze nagłówki+body każdego nowego posta. Wasze pewnie pobierają tylko nagłówki przy wejściu a body tylko tych, które chcecie przeczytać. Pobieranie samych nagłówków pewnie jest relatywnie szybsze. A tu tak się nie da.

W dniu 10.06.2024 o 12:09, Paweł Pawłowicz pisze:

Też mam TB, ale raz na jakiś czas zdarza się, że dostaje zadyszki. I trzeba poczekać 1 s na wyświetlenie wiadomości.

Robert

Ale mogłoby to pomóc zdiagnozować problem.

Jesteś w stanie zrobić i podesłać tcpdump (lub odpowiednik na Windows, jest WinDump, jest Wireshark)? Mi po stronie serwera będzie ciężej, bo masz zmienne IP. Widzę, że to Android, więc pewnie będzie ciężko (?)

To mogłaby być jakaś wskazówka. Ale właśnie zrobiłem próbę:

$ time ((echo group pl.misc.elektronika; for n in $(seq 151000 152000); do echo article $n; done; echo quit) | nc news.chmurka.net nntp > /dev/null)

real 0m1,903s user 0m0,062s sys 0m0,136s

Pobrał 1000 artykułów z pme (z body, nie tylko nagłówków) w 2 sekundy. Więc to nie to.

Z drugiej strony, zrobiłem to na dobrym łączu (nie komórkowym), a wyszło tego 2,3 MiB, więc może to jest powodem. Ale wtedy inny serwer zachowywałby się tak samo.

Tak, jestem. Jak będę miał chwilę. To stary soft, napisany kiedyś przez gościa, który robił swoje projekcje pythonowskie na Javę, co w w efekcie daje czasem zaskakujące efekty. W końcu rojekt porzucił, wziął go ktoś inny ale też porzucił a później ja zacząłem przy nim grzebać. Dodałem to i owo poprawiłem inne ale nie wykluczam, że np. obecność autoryzacji robi coś na rzeczy.

Ale zrób to samo z autoryzacją użytkownika w trakcie sesji...

Czyli masz źródła? To nawet lepiej, możesz dodać logowanie tego, co jest wysyłane i odbierane od serwera (plus timestampy). Choć w zasadzie tcpdump powie to samo.

Zrobiłem, czasy są bardzo podobne.

$ time ((echo -e "authinfo user XXX\nauthinfo pass YYY\ngroup pl.misc.elektronika"; for n in $(seq 151000 152000); do echo article $n; done; echo quit) | nc news.chmurka.net nntp > /dev/null)

real 0m1,006s user 0m0,065s sys 0m0,066s

W dniu 12.06.2024 o 02:00, Arnold Ziffel pisze:

Modem 3G (teraz na takim działam), maksymalne pobieranie około 4Mbps. W TB jest "synchronizacja" "Wybrana grupa dyskusyjna będzie dostępna w trybie offline." Pobranie 999 wiadomości z grupy pl.misc.elektronika zajęło około 3 minut.

No to jest całkiem sporo.

Mam na działce modem LTE z bardzo słabym zasięgiem, sprawdziłem na nim.

Przy czym ta moja metoda nie czeka na post. Po prostu wysyła tysiąc żądań artykułu i czeka, aż spłyną. TB pewnie czeka. Wysyła żądanie, czeka na artykuł, wysyła kolejne, itd. To może trwać trochę dłużej.

Natomiast sam serwer nie jest tu problemem. Średnie obciążenie (load average) ledwo wzrasta powyżej zera (0.02, jak pobierałem te posty to skoczyło do 0.04, czyli tyle co nic), łącze jest tam dobre (to normalne datacenter a nie serwer pod biurkiem). Tu można sprawdzić transfery:

Dawno dawno temu, gdzie w początkach internetu w Polsce, ale nie na samym początku, to był problem newsów w kraju.

Serwery między sobą wymieniaja posty po jednym. A łącze zagraniczne NASK było wtedy satelitarne. Od pytania do odpowiedzi mija 0.5s, albo i więcej. Tymczasem newsów w podstawowej hierarchii swiatowej zrobiło się już ponad 100 tys dziennie. I doba robiła się za krótka :-)

J.

To jakiś kosmos. U mnie pobranie 1000 postów to jakieś 20 minut minimum.

A jaki masz ping do serwera? i jeszcze długimi pakietami.

J.

Jesteś w stanie jakoś to sprofilować? Gdzie dokładnie jest tyle czekania?

Hmm, pamiętam, jak ściągałem plik z Niemiec, na shella free.net.pl. Plik ok. 1 MB, trwało to 4h, było chyba 12 zerwań i wznowień. Średni transfer ok. 70 bajtów na sekundę. Rok 2000. A potem już szybciutko, 3 kB/s, modemem do domu (nie pamiętam tylko, czy jeszcze przez TP, czy już przez Coolnet, bo w pewnym momencie przerzuciłem się na Coolnet).

A potem, od 2002 r., już stałe łącze z Aster.

W sciaganiu jest inaczej. serwer wysyłą kilka pakietów od razu, odbierzesz pierwszy, to potwierdzasz, serwer wysyła kolejny, a iles tam po drodze leci.

W newsach jeden serwer wysyła drugiemu IHAVE, drugi odpowiada "wyślij proszę" albo "dziekuje, nie chcę", i to przez satelitę trwa.

J.