scp ookla-speedtest-1.2.0-linux-armel.tgz root/tmp
root@openwrt:~# mkdir /opt
root@openwrt:~# tar zxf /tmp/ookla-speedtest-1.2.0-linux-armel.tgz -C /opt
root@openwrt:~# /opt/speedtest
root@openwrt:~#

root@OpenWrt:/# speedtest

   Speedtest by Ookla

      Server: ZINET - Lodz (id: 28239)
         ISP: T-mobile Polska
Idle Latency:    25.61 ms   (jitter: 6.79ms, low: 22.04ms, high: 34.84ms)
    Download:    99.62 Mbps (data used: 177.5 MB)
                522.65 ms   (jitter: 82.45ms, low: 27.70ms, high: 887.89ms)
      Upload:     5.44 Mbps (data used: 2.5 MB)
                592.70 ms   (jitter: 91.16ms, low: 83.88ms, high: 879.59ms)
Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/2f89 … 8a88ad64d3

PiotrekK napisał/a:

Focus napisał/a:

Szkoda, że ten speedtest.net nie uwzględnia średniej jak w iperf3 i ostatni wynik uważa za prawidłowy, jeżeli chodzi o prezentacje na stronie www.
Dla ciekawskich podaję jak to u mnie wygląda.

Chyba jest lepiej niż sądzisz. Poniżej wyjaśnienie algorytmu Ookla:

Test pobierania:
- Małe pliki binarne są pobierane z serwera WWW do klienta w celu oszacowania szybkości połączenia
- Na podstawie tego wyniku wybierany jest jeden z kilku rozmiarów plików do wykorzystania w prawdziwym teście pobierania
- Test jest wykonywany z ochroną pamięci podręcznej za pomocą losowych ciągów dołączanych do każdego pobrania
- Do testu można użyć do 8 równoległych wątków HTTP
- Próbki przepustowości są odbierane z częstotliwością do 30 razy na sekundę
- Próbki te są następnie łączone w 20 warstw (każdy stanowi 5% próbek)
- Najszybsze 10% i najwolniejsze 30% wycinków jest następnie odrzucane
- Pozostałe przekroje są uśredniane razem w celu ustalenia wyniku końcowego.

Test wysyłania:
- Niewielka ilość losowych danych jest generowana w kliencie i wysyłana do serwera WWW w celu oszacowania szybkości połączenia
- Na podstawie tego wyniku wybierany jest do przesłania zestaw losowo generowanych danych o odpowiedniej wielkości
- Test wysyłania jest następnie wykonywany w konfigurowalnych rozmiarach fragmentów (przesyłanych do skryptu po stronie serwera za pomocą POST)
- Test można wykonać za pomocą maksymalnie 8 równoległych wątków HTTP (konfigurowalnych)
- Kawałki są sortowane według szybkości, a najszybsza połowa jest uśredniana w celu wyeliminowania anomalii i określenia wyniku

A gdzie to wyczytałeś?
Poza tym jest gdzieś jakaś rozpiska gdzie są serwery?
W opcji -L wyszukuje ale te w pobliżu, a nie wszystkie możliwe (może nie na świecie ale w jakimś rejonie np, Polska).

IceG napisał/a:

Skoro robiliście aktualizacje to może na świeżo powstałby jakiś solidny poradnik jak to zrobić krok po kroku, tak bym można było go przypiąć na początek lub zrobić z niego jakiegoś pdf-a dla następnych użytkowników. Wątek się rozrasta i coraz trudniej będzie tu coś sensownego odszukać/wyszukać.

Przydałoby się zrobić aktualizację pierwszej strony to fakt.
[...]
Brakuje opcji jak to zrobić z Play to Nordic i że już wtedy można od razu wgrać OpenWrt opcją Nordic to Nordic.
[...]

Tak i nie. Nie bo zwykłego qos musisz określić upload i download co jest po prostu ciężkie dla łącza komórkowego. Tak - jak wymyślisz sobie adaptacyjny qos który sam to sprawdza (typu https://forum.openwrt.org/t/cake-w-adap … dth/135379 ) to może i działać.

Zależy. Dla niektórych łączę komórkowe jest jedynym łączem i na dodatek grają na nim online. A jak masz kilka osób na łączu to niekiedy robi się problem.
Ponad to, niektórzy mają i po 200Mbps...

Też zależy. Jestem bardzo dobrym przykładem z 5G - na LTE mam po 160-180Mbps, na 5G zaledwie 40-50. Teraz z domu

16-21ms do 8.8.8.8 niezależnie od technologi.

Bez niczego. Nie używam sqm, nie mam takiej potrzeby.

@PiotrekK
Pakiet SQM nie przyśpieszy działania internetu i z 50 Mbps nie zrobi Ci się nagle np. 100 Mbps.
W routerze jest zwyczajnie kolejka jak w sklepie.
Im więcej klientów, tym kolejka się wydłuża i bez znaczenia, czy w kolejce stoją renciści, kobiety w ciąży, dzieci itd.
Kolejka dotyczy wszystkich.
Tak samo jest w routerze.

I tu właśnie jest SQM, który jest do zarządzania tą kolejką.
A więc np. kobiety w ciąży mogą być przepuszczane szybciej niż pozostali klienci.

W internecie komórkowym z ipv4 jest większy ping z racji tego, że BTS działa jak router.
Czyli jesteś jakby za drugim natem.

root@OpenWrt:~# traceroute openwrt.org
traceroute to openwrt.org (139.59.209.225), 30 hops max, 46 byte packets
1  10.9.33.161 (10.9.33.161)  39.787 ms  19.261 ms  18.537 ms
2  *  *  *
3  *  *  *
4  *  *  *
5  *  *  *
6  *  *  *
7  ce-0-4-0-2.r00.frnkge13.de.ce.gin.ntt.net (168.143.229.122)  44.624 ms  58.490 ms  49.195 ms
8  138.197.250.142 (138.197.250.142)  64.663 ms  *  *
9  *  *  *
10  *  *  *
11  *  *  *
12  wiki-01.infra.openwrt.org (139.59.209.225)  64.656 ms  60.907 ms  59.916 ms