1

(697 odpowiedzi, napisanych Sprzęt / Hardware)

Klient od tego 2021 roku się nie zmienił - to wciąż ThinkPad E15 Gen 2 AMD z sieciówką Intel AX200, więc 160MHz obsługuje smile mam mieszkanie w szeregówce więc nie ma tragedii, ale okoliczne bloki są bardzo blisko.

2

(697 odpowiedzi, napisanych Sprzęt / Hardware)

Eh, za późno dołączyłem do pociągu Zyxela smile Ja swojego kupiłem w Holandii za około 360zł razem z przesyłką, niemniej to wciąż atrakcyjna oferta za urządzenie z 2x 2,5Gbit. Docelowo ma zastąpić jednego AX3600 i celem jest przebicie 1Gbit po WiFi smile AX3600 potrafił, ale oczywiście limitował uplink 1Gbit.

Tak na uboczu, gdy kupiłem AX3600 w 2021 roku, okolica była dużo mniej zabudowana i na jego fabrycznym fw osiągałem transfer rzędu 1,7Gbit kopiując pliki z dwóch gigabitowych źródeł jednocześnie przez SMB. Obecnie takie wyniki są nie do osiągnięcia, na openwrt widuję prędkości rzędu 1200-1300Mbps testując za pomocą librespeed-go, który raczej działa na zasadzie "best-case scenario", transfery po SMB utykają w okolicach 1Gbit.

Jestem bardzo ciekaw co zobaczę na T-56 (bo takiego zamówiłem).

3

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

@pimpelunek używam dwóch AX3600 w roli głupich AP od 2021 roku i nigdy nie miałem problemów z ich stabilnością poza jednym opisanym tu przypadkiem, gdzie aktywacja urządzenia Tuya powodowała pad stosu WiFi. Niestety jak sam zauważyłeś, ilość pamięci RAM jest w nich bolączką. Ja po paru eksperymentach zostawiłem jedynie node exportera i librespeed-go, więc mam je prawie puste i działają bez zarzutu.

4

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Nie zgłaszam żadnych problemów po trzech dniach używania w roli głupiego AP. Obraz podniesiony na drugim routerze również pracuje poprawnie. Żeby nie było bez wykresów, wrzucam jeden:
https://files.catbox.moe/hbge90.png
https://files.catbox.moe/hbge90.png
Na wykresie zaznaczony moment w którym podniesiony został OpenWRT na AX3600-1. Nie stwierdzam różnic w poborze prądu.

I tak, zasilam oba AX3600 adapterami PoE smile wraz z UPSem pozwala mi to podtrzymać wifi w mieszkaniu jak nie ma prądu.

5

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Tak, oczywiście - nie mam złudzeń co do tego i rozumiem skąd się to bierze. Po prostu pomyślałem, że komuś wykres się spodoba smile

6

(620 odpowiedzi, napisanych Oprogramowanie / Software)

Zrobiłem upgrade AX3600 z 23.05.2 do 24.10.0. Wstępne wrażenia są pozytywne. Opisałem je dokładniej w temacie dotyczącym routera:
https://eko.one.pl/forum/viewtopic.php? … 45#p316245

7

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

forteller napisał/a:

Witam serdecznie po dłuższej nieobecności.

Ostatnio naszło mnie na przegląd sprzetu w domu i z tej okazji podnosiłem openwrt na AX3600. Miałem około roczne 23.05.2 które postanowiłem podnieść do (wtedy) najnowszego 23.05.4. Jakież było moje zdziwienie, gdy klienci WiFi zaczeli pokazywać prędkość ~500Mbps na speedtest.

Znalazłem tutaj skrypt w wątku, który ma rozkładać przerwania na wszystkie rdzenie procesora. Zaaplikowałem. Poprawa jest, ale nie powróciło to do prędkości z 23.05.2. Poniżej link do screenów odpowiednio z 23.05.4 i 23.05.2:
https://imgur.com/a/KGijmie

Test na Androidowej apce speedtest zwraca wynik ~930Mbps przy pobieraniu podczas gdy na 23.05.4 było około 700Mbps z zaaplikowanym skryptem od przerwań. W obu przypadkach klient to Samsung S23 który raportuje link zestawiony na 2400Mbps.

Ja następną próbę podejmuję przy wydaniu 24.xx. Mam dwie sztuki AX3600 które robią za AP.

Wykonałem upgrade z 23.05.2 na 24.10.0 na AX3600 i oto moje obserwacje:
1. Nie działa Attended Sysupgrade przez zmianę targetu z ipq807x/generic na qualcommax/ipq807x
2. Upgrade wykonałem poprzez eskport zainstalowanych pakietów oraz zbudowanie własnego obrazu na https://firmware-selector.openwrt.org/
3. Upgrade wykonałem z zachowaniem ustawień (głupi AP, wyłączone DHCP, skonfigurowane VLANy)
4. Prędkości bez zmieniania czegokolwiek wzrosły w tym samym teście z 1050/1280 na 1120/1401 (down/up). Różnice jednak są na tyle małe, że mogą wynikać choćby z innego momentu testowania / wahań. Testowałem po jednym razie. Dla mnie taki wynik wskazuje na potencjalnie brak różnic.
5. Wszystkie usługi wstały, choć nie mam ich dużo (prometheus, node exporter, librespeed-go)
6. Na razie podniosłem jeden AP. Jeśli nie będzie problemów ze stabilnością przez 24h, to podniosę drugi. Na dwóch radiach mam 22 urządzenia, z czego na stałe podłączonych 18 "IOT".
7. Wygląda na to, że ilość dostępnej pamięci RAM nieznacznie spadła, ale trochę za wcześnie żeby móc powiedzieć dokładnie. Upgrade wykonany dziś o 21:15. Wykres poniżej.
https://files.catbox.moe/modrxf.png
https://files.catbox.moe/modrxf.png

EDIT:
Drugi test 45 minut później: 1061.28/1201.16, więc tak jak pisałem - różnic nie stwierdzam. Testowane na laptopie Lenovo ThinkPad E15 gen2 z Intel AX200.

8

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Po raz kolejny post pod postem, ale po nocy muszę siebie sprostować. Kupiłem inteligentny termometr z Chin który miał być Zigbee oraz zasilany bateryjnie, ale przyszedł zasilany z USB-C na WiFi, kompatybilny z Tuya. Okazuje się, że jest to znany problem obecny również w późniejszych wersjach firmware:
https://github.com/openwrt/openwrt/issues/14181

TL;DR uruchomienie w pobliżu tych routerów urządzenia kompatybilnego z Tuya powoduje twardy pad calego stosu wifi w tych routerach. LOL.

Nie przyszło mi to do głowy, bo urządzenia nie podpinałem do sieci ani nic z tych rzeczy. Wystarczyło, że uruchomiłem je w pobliżu routera (co ciekawe, ze 100% skutecznością umierał ten fizycznie zlokalizowany dalej). Mam nadzieję, że nikt z sąsiadów nie będzie kupował urządzeń Tuya, ale to kolejny powód żeby zmienić AX3600 na coś innego...

9

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

forteller napisał/a:

Witam serdecznie po dłuższej nieobecności.

Ostatnio naszło mnie na przegląd sprzetu w domu i z tej okazji podnosiłem openwrt na AX3600. Miałem około roczne 23.05.2 które postanowiłem podnieść do (wtedy) najnowszego 23.05.4. Jakież było moje zdziwienie, gdy klienci WiFi zaczeli pokazywać prędkość ~500Mbps na speedtest.

Znalazłem tutaj skrypt w wątku, który ma rozkładać przerwania na wszystkie rdzenie procesora. Zaaplikowałem. Poprawa jest, ale nie powróciło to do prędkości z 23.05.2. Poniżej link do screenów odpowiednio z 23.05.4 i 23.05.2:
https://imgur.com/a/KGijmie

Test na Androidowej apce speedtest zwraca wynik ~930Mbps przy pobieraniu podczas gdy na 23.05.4 było około 700Mbps z zaaplikowanym skryptem od przerwań. W obu przypadkach klient to Samsung S23 który raportuje link zestawiony na 2400Mbps.

Ja następną próbę podejmuję przy wydaniu 24.xx. Mam dwie sztuki AX3600 które robią za AP.

Dzień dobry,
Po ponad roku korzystania z buildu 23.05.2 na dwóch routerach AX3600 w roli AP dzisiaj zastala mnie bardzo niemiła niespodzianka na jednym z nich- nie ma wifi! Byłem już pewny że mam martwy sprzęt, ponieważ mam nietypowy "setup" - korzystam ze splitterów PoE do zasilania moich APków i na tymże splitterze wifi pojawiało się na kilkanaście sekund, podczas gdy na oryginalnym zasilaczu żyło przez kilka minut, co w mojej głowie sugerowało problem natury sprzetowej. Postanowiłem jednak zajrzeć do logów, a tam:

Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] qcom-q6v5-wcss-pil cd00000.q6v5_wcss: fatal error received:
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] QC Image Version: QC_IMAGE_VERSION_STRING=WLAN.HK.2.9.0.1-01385-QCAHKSWPL_SILICONZ-1
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] Image Variant : IMAGE_VARIANT_STRING=8074.wlanfw.eval_v2Q
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] wal_peer_control.c:2870 Assertion is_graceful_to_handle failedparam0 :zero, param1 :zero, param2 :zero.
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] Thread ID      : 0x00000060  Thread name    : WLAN RT1  Process ID     : 0
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] Register:
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] SP : 0x4bfd5938
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] FP : 0x4bfd5940
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] PC : 0x4b1080c4
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] SSR : 0x00000008
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] BADVA : 0x00020000
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] LR : 0x4b107860
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] Stack Dump
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] from : 0x4bfd5938
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383] to   : 0x4bfd61b0
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.305375] remoteproc remoteproc0: crash detected in cd00000.q6v5_wcss: type fatal error
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.327617] remoteproc remoteproc0: handling crash #1 in cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.err kernel: [  290.335849] remoteproc remoteproc0: recovering cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.info kernel: [  290.368612] remoteproc remoteproc0: stopped remote processor cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.654205] ath11k c000000.wifi: failed to find peer <wywalony_MAC_adres> on vdev 2 after creation
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.654265] ath11k c000000.wifi: failed to find peer vdev_id 2 addr <wywalony_MAC_adres> in delete
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.661836] ath11k c000000.wifi: failed peer <wywalony_MAC_adres> delete vdev_id 2 fallback ret -22
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.670435] ath11k c000000.wifi: Failed to add peer: <wywalony_MAC_adres> for VDEV: 2
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.679455] ath11k c000000.wifi: Failed to add station: <wywalony_MAC_adres> for VDEV: 2
Sat Dec 21 01:40:45 2024 daemon.notice hostapd: phy2-ap1: STA <wywalony_MAC_adres> IEEE 802.11: Could not add STA to kernel driver
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.774185] ath11k c000000.wifi: failed to send WMI_PEER_DELETE cmd
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.774221] ath11k c000000.wifi: failed to delete peer vdev_id 0 addr <wywalony_MAC_adres> ret -108
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.779266] ath11k c000000.wifi: Failed to delete peer: <wywalony_MAC_adres> for VDEV: 0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.788314] ath11k c000000.wifi: Found peer entry <wywalony_MAC_adres_2> n vdev 0 after it was supposedly removed
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.796084] ------------[ cut here ]------------
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.805905] WARNING: CPU: 0 PID: 1641 at 0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.810514] Modules linked in: pppoe ppp_async nft_fib_inet nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_table_inet ath11k_ahb ath11k ath10k_pci ath10k_core ath pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_counter nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mac80211 cfg80211 slhc qrtr_smd qrtr qmi_helpers nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c crc_ccitt compat sha512_generic seqiv jitterentropy_rng drbg michael_mic hmac cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom qca_nss_dp qca_ssdk gpio_button_hotplug ext4 mbcache jbd2 aquantia hwmon crc32c_generic
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.868569] CPU: 0 PID: 1641 Comm: hostapd Not tainted 5.15.137 #0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.890804] Hardware name: Xiaomi AX3600 (DT)
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.897050] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.901481] pc : 0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.908251] lr : 0xffffffc000a8aa6c [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.914849] sp : ffffffc00bdf3840
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.921440] x29: ffffffc00bdf3840 x28: ffffff8003729780 x27: ffffffc00bdf3dd0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.924920] x26: ffffff8001c77880 x25: ffffffc008b760c0 x24: ffffffc000a7b000
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.932037] x23: ffffffc00bdf3a38 x22: ffffff800ee9c900 x21: ffffff8010963aa8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.939156] x20: ffffff8005c48880 x19: ffffff8010963000 x18: ffffffc008a77b30
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.946274] x17: 302076656476206e x16: 2062323a32623a63 x15: 00000000000004ec
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.953392] x14: 00000000000001a4 x13: ffffffc00bdf3378 x12: ffffffc008acfb30
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.960510] x11: 0000000000000004 x10: ffffffc008acfb30 x9 : 0000000000000000
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.967628] x8 : ffffffc008a77ae0 x7 : ffffffc008a77b30 x6 : 0000000000008e20
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.974745] x5 : 00000000f44d72a4 x4 : 0000000000000000 x3 : ffffff8003729780
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.981863] x2 : 0000000000000000 x1 : ffffff8003729780 x0 : 00000000ffffff94
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.988983] Call trace:
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.996091]  0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  290.998355]  0xffffffc000a8ad34 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.004605]  0xffffffc000aa323c [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.010855]  0xffffffc000a4b1a8 [cfg80211@0000000026dc9692+0x45000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.017104]  0xffffffc00863ffdc
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.023349]  0xffffffc008640468
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.026474]  0xffffffc00863f07c
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.029598]  0xffffffc00863f8e8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.032723]  0xffffffc00863e818
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.035848]  0xffffffc00863eab4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.038973]  0xffffffc00859c1e8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.042098]  0xffffffc00859ebc8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.045223]  0xffffffc00859ed18
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.048349]  0xffffffc00859eda4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.051473]  0xffffffc008022f6c
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.054598]  0xffffffc008023080
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.057722]  0xffffffc008792c18
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.060849]  0xffffffc008793a38
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.063973]  0xffffffc0080115f4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [  291.067100] ---[ end trace 83d40b69fa7a1866 ]---
Sat Dec 21 01:40:47 2024 kern.warn kernel: [  292.697824] ath11k c000000.wifi: failed to send WMI_PDEV_BSS_CHAN_INFO_REQUEST cmd
Sat Dec 21 01:40:49 2024 daemon.info hostapd: phy2-ap0: STA <wywalony_MAC_adres> IEEE 802.11: deauthenticated due to local deauth request
Sat Dec 21 01:40:50 2024 kern.err kernel: [  295.684150] qcom-q6v5-wcss-pil cd00000.q6v5_wcss: start timed out
Sat Dec 21 01:40:50 2024 kern.err kernel: [  295.684203] remoteproc remoteproc0: can't start rproc cd00000.q6v5_wcss: -110
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.967867] ath11k_warn: 41 callbacks suppressed
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.967878] ath11k c000000.wifi: failed to send WMI_PDEV_BSS_CHAN_INFO_REQUEST cmd
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.971563] ath11k c000000.wifi: failed to send pdev bss chan info request
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.979253] ath11k c000000.wifi: failed to send WMI_PDEV_SET_PARAM cmd
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.985815] ath11k c000000.wifi: Failed to set beacon mode for VDEV: 1
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.992323] ath11k c000000.wifi: failed to send WMI_BCN_TMPL_CMDID
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  295.998832] ath11k c000000.wifi: failed to submit beacon template command: -108
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  296.005005] ath11k c000000.wifi: failed to update bcn template: -108
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  296.012186] ath11k c000000.wifi: failed to send WMI_VDEV_SET_PARAM_CMDID
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  296.018797] ath11k c000000.wifi: failed to set BA BUFFER SIZE 256 for vdev: 1
Sat Dec 21 01:40:50 2024 kern.warn kernel: [  296.025481] ath11k c000000.wifi: failed to send WMI_VDEV_SET_PARAM_CMDID
Sat Dec 21 01:40:56 2024 kern.warn kernel: [  302.035150] ath11k_warn: 51 callbacks suppressed

Szczerze mówiąc, log jest wyjątkowo niskopoziomowy i nic mi nie mówi poza tym, że wywrócił się FW od WiFi. Niemniej użyłem google'a, a tam znalazłem nastepujący temat:
https://github.com/openwrt/openwrt/issues/14294

Eureka! Na splitterze PoE sieć wydaje się działać poprawnie po zmianie trybu wifi na AC (na razie uptime mam 20 minut, podczas gdy wcześniej na splitterze maksymalna przeżywalność wifi to było 30 sekund).

Na razie walkę uznam za zażegnaną - głównie dlatego, że jest 2:00 w nocy smile Post natomiast bardziej w celach informacyjnych niż cokolwiek innego, ale być może ktoś wie dlaczego może się tak dziać? Router który działał bez zarzutu przez ponad rok, nagle zaczął się wykładać, a żadne nowe urządzenie wifi się nie pojawiło w ostatnim czasie? Przez weekend przetestuję ostatnie buildy 24.10 - mam nadzieję, że prędkość WiFi nie jest niższa tak jak było to na 23.05.4.

10

(23 odpowiedzi, napisanych Oprogramowanie / Software)

Ciekawe że przepustowość pamięci ma tak duży wpływ. Projekt projektowi nierówny, ale zawsze żyłem w przeświadczeniu że pamięć nie ma dużego wpływu.

Ale być może to też tłumaczy bardzo dobre wyniki Ryzena (pomimo warstwy wirtualizacji przez WSL). Mam tam ręcznie optymalizowane moduły DDR5 (do trzeciego rzędu timingów) z częstotliwością 6200MT/s.

Może warto jednak założyć ten osobny temat? To nie ma absolutnie nic wspólnego z 24.10, skoro kompilujemy 23.05 smile

11

(23 odpowiedzi, napisanych Oprogramowanie / Software)

2x Intel(R) Xeon(R) Gold 5418Y 24C/48T = 48C/96T (pisząc wczoraj z pamięci pomnożyło mi się x2 w głowie) smile Ubuntu 20.04:

real    2m57.057s
user    36m21.431s
sys     3m41.744s

Ciekawie było obserwować obciążenie CPU. Tam gdzie 8 rdzeni Ryzena potrzebowało chwili żeby przemielić te fragmenty które rozkładały się na wszystkie rdzenie, na tym serwerze momenty gdzie obciążone były wszystkie rdzenie trwały maksymalnie sekundę-dwie. Niemniej, szybszy pojedynczy rdzeń w takim scenariuszu zwycięża.

Jak coś to mam dostęp jeszcze do i3-10100T, i5-12500T, Celerona G5900T, Xeona E2286G oraz E2336 i paru staroci w stylu D2123IT gdyby komuś zależało na konkretnych porównaniach.

12

(23 odpowiedzi, napisanych Oprogramowanie / Software)

Ryzen 7 7700 z włączonym PBO2, podniesionym TDP do 105W oraz Curve Optimizer. 5,55GHz na jednym rdzeniu i około 5,35-5,4GHz przy obciążeniu wszystkich. Windows 11 / WSL2:

real    2m53.552s
user    19m45.656s
sys     2m5.577s

Mój NAS, czyli Intel Kawa-Jezioro QQLT 6C/12T smile Ustawiony kaganiec na 65W oraz 4,0GHz, realnie osiąga jakieś 3,6-3,8GHz przy pełnym obciązeniu wszystkich rdzeni. Ubuntu 24.04:

real    7m4.222s
user    55m51.386s
sys     5m51.001s

W pracy mam dostęp do PowerEdge'y R760 które mają 96C/192T jeśli dobrze pamiętam, ale nie wiem czy taka mała kompilacja dobrze się będzie skalować smile

13

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Ja mam podejście takie, że trzymam się stabilnych wydań aby uniknąć jakichś dziwnych problemów (takich jak wydajność przez pół, heh). Wgrywania snapshotów albo nieoficjalnych buildów w ogóle nie biorę pod uwagę. Wyjątek stanowią tutejsze wydania od Cezarego, bo widzę jak to jest pakowane, wydawane i dystrybuowane za co czapki z głów dla Pana admina.

Robilem "enabled" Z poziomu usług w Luci oraz wykonywałem restart poprzez init.d. /etc/init.d/librespeed-go status zwracało coś w stylu, że aktywne ale bez połączeń. Zainstaluję na nowo i spróbuję poleceń od Ciebie, dzięki!

EDIT:
Działa, dziękuję janusz07!

14

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Przepraszam za posta pod postem, ale minęło kilka dni - mam nadzieję że zostanie mi to wybaczone smile

@janusz07
Zauważyłem że korzystasz z librespeed-go. Bardzo mi się ta paczka spodobała i zainstalowałem ją używając opkg. Instalacja w ten sposób dodała stosowną usługę w init.d, lecz niestety nic nie znajdowałem pod adresem <ip-ax3600>:8989. Dopiero wywalenie zawartości pliku /etc/init.d/librespeed-go i zastąpienie go prostą usługą:

#!/bin/sh /etc/rc.common

USE_PROCD=1
START=99

start_service() {
        procd_open_instance
        procd_set_param command /usr/bin/librespeed-go
        procd_close_instance
}

...rozwiązuje u mnie problem. Wszystko w sumie działa poprawnie, ale może z tutejszych speców wie czemu w domyślnej konfiguracji librespeed-go nie działa? Nasłuchuje na innym porcie niż 8989?

15

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Witam serdecznie po dłuższej nieobecności.

Ostatnio naszło mnie na przegląd sprzetu w domu i z tej okazji podnosiłem openwrt na AX3600. Miałem około roczne 23.05.2 które postanowiłem podnieść do (wtedy) najnowszego 23.05.4. Jakież było moje zdziwienie, gdy klienci WiFi zaczeli pokazywać prędkość ~500Mbps na speedtest.

Znalazłem tutaj skrypt w wątku, który ma rozkładać przerwania na wszystkie rdzenie procesora. Zaaplikowałem. Poprawa jest, ale nie powróciło to do prędkości z 23.05.2. Poniżej link do screenów odpowiednio z 23.05.4 i 23.05.2:
https://imgur.com/a/KGijmie

Test na Androidowej apce speedtest zwraca wynik ~930Mbps przy pobieraniu podczas gdy na 23.05.4 było około 700Mbps z zaaplikowanym skryptem od przerwań. W obu przypadkach klient to Samsung S23 który raportuje link zestawiony na 2400Mbps.

Ja następną próbę podejmuję przy wydaniu 24.xx. Mam dwie sztuki AX3600 które robią za AP.

Przepraszam za posta pod postem, ale nikt zdaje się nie wiedzieć co z tym zrobić. Support mikrotika po podesłaniu jednej propozycji która nic u mnie nie zmieniła, zamilkł. Póki co używam linka zestawionego na 1Gbps żeby mieć szybsze wifi i pewnie tak już zostanie do czasu aż wprowadzą obsługę rtl8156 i będę mógł zrezygnować ze switcha.

Ok, zgłosiłem problem na forum mikrotika, choć coś czuję że wyląduję w supporcie mikrotika: https://forum.mikrotik.com/viewtopic.ph … 1#p1022001

Że tak powiem... plot thickens tongue Być może trafiłem na jakiegoś babola w RouterOS?

https://youtu.be/5qoR7-OQsM0

Podsumowując - wymuszając 1Gbps na RB5009 wszystko działa poprawnie poprzez switcha 2,5Gbps. Gdy zestawiony jest link 2,5Gbps... jest wolniej.

Ale dlaczego po kablu idzie jak trzeba tylko z wifi są problemy? W statystykach nie ma żadnych niespodzianek, retransmisji etc.

Wymieniłem switcha na QNAP QSW-1105-5T i jest tak samo transfer przycięty do 400Mbps. Chyba odpalę Wiresharka i zacznę to głębiej analizować...

Nie mam jakiejś awersji do Realteków, ale QNAPa udało się kupić za pół ceny z uwalonym jednym portem, więc będzie testowane na nim niebawem. Może nawet jeszcze dziś jeśli allegro dotrzyma słowa o jednodniowej przesyłce.

W laptopie ustawione mam wszystko w trybie wysokiej wydajności ze średnią agresywnością roamingu (3 w pięciostopniowej skali). Green ethernet raczej nie dotyczy wifi, bo to o wifi cały czas mowa smile

Nie udało mi się podjechać do domu rodzinnego po TP-Linka TL-SG105 przez weekend żeby zrobić porównanie prawie 1:1, ale w sumie uświadomiłem sobie, że leży mi nieużywany Linksys E3000 z w miarę świeżym DD-WRT. Oto wyniki:

E3000:
https://i.imgur.com/ToOgwgk.png

TL-SH1005:
https://i.imgur.com/elBoVUZ.png

Chyba jednak zdecyduje się na QNAPa, bo bazuje na HW Broadcoma. Asustor bazuje na platformie Realteka podobnie jak mój obecny chińczyk, więc istnieje ryzyko że sytuacja się powtórzy.

Jasne, mogę łatwo zrzucić to na karb taniości, ale czy jest jakieś sensowne wytłumaczenie tego zachowania? Z czego może wynikać przycięty transfer? Jeśli kupię prosty switch 2,5Gbit np od QNAP albo Asustor (ten mi najbardziej przypadł do gustu, bo upycham to w ciasną skrzynkę), mogę liczyć na rozwiązanie tego problemu?
https://www.x-kom.pl/p/1121043-switche- … 5gbit.html
https://proline.pl/asustor-switch-nstor … h-p8112032

Hej,
W końcu udało mi się namierzyć problem związany z moją siecią bezprzewodową, a wskazówką okazało się to, że iperf3 do serwera NAS nie przebijał 500Mbps, ale wyjście do internetu bez problemu było w stanie wysaturować 1Gbit.

Myślę że poniższy obrazek powie więcej niż 1000 słów:
https://i.imgur.com/baTRjOJ.png

*Wyjście na świat jest poprzez RB5009 z wkładką SFP od ISP.
*W konfiguracji #2 osiągam pomiędzy NAS a urządzeniem bezprzewodowym zapiętym do AX3600 pełen transfer 1Gbit podczas gdy w konfiguracji #1 prędkość jest ograniczona do ~400Mbps.
*Gdy tego samego laptopa podepnę kablem do AX3600, iperf3 osiąga pełen gigabit w konfiguracji #1.
*Gdy zacznę ograniczać prędkość wifi w konfiguracji #1 (80MHz kanał zamiast 160MHz, albo 802.11ac zamiast 802.11ax), szybkość wifi spada.
*Wszystkie urządzenia mają doskonały zasięg, testuję z laptopem który przy 802.11ax z kanałem 160MHz zestawia link 2,4Gbit.

O co tu chodzi? Jedyne wytłumaczenie jakie widzę jest takie, że TL-SH1005 w jakiś sposób tnie możliwość puszczania transferu na wielu wątkach? Sugerowałby to fakt, że w konfiguracji #2 bezprzewodowo iperf3 bez parametru -P 8 również wyciąga około 400Mbps. Pliki kopiuję z serwera, który ma skonfigurowane i działające SMB Multichannel, które zdaje się opiera się o ten sam mechanizm jeśli dobrze rozumiem.

Co robić? Jak żyć? Nie chcę tracić 2,5Gbit linka pomiędzy PC a NAS który działa bez zarzutu, a wychodzi na to że teraz mam do wyboru albo 2,5Gbit na pececie, albo szybkie wifi, ale nie oba na raz.

TL-SH1005 to tani 5-portowy switch 2,5gbit, który został wypuszczony wyłącznie na rynek Chiński i nie ma żadnych europejskich certyfikatów. Da się go kupić tylko poprzez aliexpress.

Przyszło mi do głowy jeszcze wpiąć w jego miejsce gigabitowego switcha i zobaczyć co się stanie z wifi.

25

(1,210 odpowiedzi, napisanych Sprzęt / Hardware)

Wspominałem o swoim problemie w wątku dotyczącym wydań 23.05, ale skoro problem dotyczy konkretnie AX3600, pomyślałem że to jest bardziej odpowiednie miejsce.

Mam dwie sztuki AX3600 które robią za AP. Gdy stawiałem na nich openwrt, osiągałem transfery rzędu 1Gbit bez najmniejszego problemu. Minęło trochę czasu, ja się przestałem tym interesować, ale ostatnio chcąc skopiować trochę plików z NASa, zobaczyłem transfer rzędu 40MB/s. Próbowałem wielu rzeczy i wersji firmware ale nic zdaje się nie pomagać - przy aktualizacji do najnowszego builda Cezarego, transfer jest jeszcze niższy i wynosi 30MB/s, obecnie mam zainstalowane oficjalne rc3. Na telefonie z prostym wifi 6 1x1, które zestawia max 600Mbps, iperf3 również spadł z okolic 60MB/s do 30MB/s.

Sprzęt który posiadam to ThinkPad E15 G2 z AX200 oraz telefon Galaxy A52s. Na wszystkich urządzeniach obserwuję około dwukrotny spadek prędkości iperf3/SMB względem tego co osiągane było 2 miesiące temu. Obniżanie prędkości po stronie routera (przełączanie ze 160MHz na 80MHz oraz zmiana standradu z AX na AC) obniża prędkości jeszcze bardziej. Co ciekawe, speedtest zarówno w formie strony internetowej na laptopie jak i aplikacji na telefonie jako jedyny pozostał niewzruszony i wciąż wyciąga około 450Mbps na telefonie i pełen gigabit na laptopie. O co tu chodzi? Jak to diagnozować?

EDIT:
Ok, kilka godzin troubleshootingu i problem namierzony, ale nie wiem jak go rozwiązać. W związku z tym, że ostatecznie nie jest związany z AX3600, założyłem nowy temat:
https://eko.one.pl/forum/viewtopic.php? … 81#p288881