Jest zasadniczą różnicą korzystanie z wifi pod alternatywnym softem (Asus współpracuje ze społecznością open-source i mamy wydajne WiFi pod alternatywnymi softami) na Asusie a TL-gdzie po wgraniu Open-Wrt możemy zapomnieć o wydajnym radiu. Punkt 1,2 nie przekłada się na realne możliwości routera (Asus ma wydajniejszy procesor i 2x więcej RAM). Do punktu 3 zapomniałem dodać " gdyż nie miałem na myśli podziału łącza dla działalności gospodarczej.

Asus wspolpracuje? 1wsze slysze... laduja tam broadcoma z zamknietymi sterami.
Natomiast tplink wrzuca uklady atherosa, ktore dzialaja swietnie pod linuksem, rozwiazania biznesowe sa oparte rowniez na atherosach... ubnt, microtik... wiec ciezko mi sie z Toba zgodzic w tej kwestii.

Czy ma wydajniejszy procesor, nie wypowiem sie bo nie wiem, jezeli juz to pewnie nieznacznie. Jedyny plus jaki widze to 2xwiecej ramu co moze byc przydatne przy torrentach np. Ale czy mozna tym tlumaczyc 2x wieksza cene? Nie sadze.

@belliash:

Testy z QoS. W roli głównej RT-N66U z merlinem 3.0.0.4_270.26b, ustawienia domyślnie jak fabryka dała. HW acceleration enabled wg gui, przestawiony wan na static na adres 192.168.0.1. Reszta standardowa nic nie ruszana.
Zawodnicy: dwa laptopy z gigabitem (jeden broadcom, drugi marvell). Na jednym serwer ftp, katalog domowy na ramdysku, w nim plik (film) o wielkości 890370698 bajtów. Pobieranie pliku wget do /dev/null, interesuje mnie wynik średni z pobierania.

Wyniki:
* laptopy spięte razem bezpośrednio kablem: 112MB/s za każdym razem
* laptopy spięte razem przez switch (oba wpięte do portów LAN): 112MB/s za każdym razem
* laptopy spięte wan i lan, bez żadnego qos: 112MB/s za każdym razem

Uczyniłem prosty skrypt do qos: jedna kolejka na HTB/SFQ, powiedzmy że wzorcowa konfiguracja. Obie kolejki takie same, zapięte na eth0 (wan) i br0 (lan). Zassane do /tmp i wykonane. Jeden latop przestawiony na 192.168.0.2 (serwer z ftp), podłączony do wan Asusa. Drugi został na switchu do lanu, on pobierał wgetem. Obciążenie sprawdzane topem na drugiej konsoli

* htb rate 1024kbit ceil 1024kbit

Pobieranie danych się wacha się od 92 - 158KB/s, średnia wyszła 120KB/s, obciążenie 0% wszędzie.

* htb rate 10240kbit ceil 10240kbit

Średnia pobierania 860KB/s, wacha się w granicach +- 20KB. Obciążenie usr 0%, małe (ok 3-4%) na sirq, reszta idle.

* htb rate 102400kbit ceil 102400kbit

Średnia pobierania 11.5MB/s. wacha się +- 0.1MB/s, Obciążenie usr 0%, za to sirq na ok 60-80%. Konsola powoli lagi dostaje.

* htb rate 1024000kbit ceil 1024000kbit

Średnia pobierania 16.2MB/s. Obciążenie usr 0%, za to sirq na ok 100%. Konsola wyraźnie opóźniona.

Ustawienie powyżej nie ma już żadnego wpływu - zawsze jest do 16.2MB/s u mnie. Granica jest gdzieś koło 202400 - przy takim ustawieniu sirq daje 95-99% i te 16MB/s

WDR4300, w porownaniu do tego routera wypada blado (wiec WDR3600 takze).
htb rate i ceil ustawiony na 102400 i transfer waha sie w przedziale 6.5-9MB/s, bardzo wysoki load i praktycznie nie da sie z routera korzystac (lagi na konsoli, dlugie oczekiwanie na zadania). AKtualnie routera nie posiadam pod reka wiec nie ma jak kontynuowac testow. Moze pepe2k sie skusi na testy po O/C


Nastepny w kolejce do testow byl Asus RT-N16: ale ten przy 100mbps daje max 6.5MB/s i load powyzej 2, wiec testy nie trwaly zbyt dlugo.


Z kolei RsPro na domyslnym zegarze 680MHz przy 100mbps daje stabilne jak skala 11.4MB/s i load wynosi 0.00-0.03 ale to moze wynikac tez z racji odswiezania obciazenia przeze mnie na konsoli. Zwiekszylem wiec predkosc do 150mbps: transfer nadal w miare stabilny i wynosil 16.5-17.1MB/s ale load juz w granicach 0.5-0.8 i konsola ma minimalne lagi (a moze poprostu wysycone pasmo i trzeba czekac az HTB to przetrawi ). Niemniej jednak transfer jest juz wyzszy niz w przypadku RT-N66U, a obciazenie mniejsze.
Widac tu juz jednak rosnace obciazenie, wiec kolejny krok to 160mbps: i tu transfer wynosil 17.7-18.2MB/s, ale konsola ma juz mocnego laga a load wynosi ~2. Ciekawe jak by sie spisal na 800MHz

Tak wiec na chwile obecna okazuje sie ze sposrod testowanych urzadzen RsPro radzi sobie najlepiej. Brak sprzetowego NAT jednak powoduje ze w iperf nie daje sie przeskoczyc 290mbps oraz ma tylko 3 porty LAN... Ale za to mozna wlozyc 3 niezalezne radia i to jakie sie chce - nawet 600mW jak sie ktos nie boi ze bedzie swiecil w nocy

Wielka szkoda, ze ubnt juz nie produkuje tych urzadzen, bo moglibysmy sie spodziewac jeszcze wiekszej wydajnosci...

Ja mam takie od JJPlus

@artek: I wykorzystujesz je w domu (indoor)? Jak z zasiegiem i predkosciami porownujac do innych? Mozesz napisac cos wiecej? Jaki(e) to model(e)?

BTW, probowales robic O/C na RsPro?

Do czego komuś aż 600 mW w domu? Ołowiane ściany macie?

Ja robiłem o/c, działa. Jeszcze redboota z 800MHz mam na dysku.

Mocno sie grzeje? Duza roznica w wydajnosci?

P.S. Moze by wydzielic watek o porownaniu routerow i ich wydajnosci, do osobnego tematu?

Z tego co pamiętam to bander twierdził że mało stabilny był na 800MHz. 720 było już normalnie.

Przeciez ubnt sam podaje ze mozna zrobic OC do 800MHz...

Tyle że to tak jak z testami pepe2k: o/c możesz zrobić, ale czy będzie działać stabilnie to inna sprawa.

Szkoda ze pozbyles sie swojego RsPro

Ja nigdy nie miałem RSPro. Działałem ze sprzętami innych

Jak się wyrobię, to może w końcu w tym tygodniu puszczę wyniki i komentarz dotyczący O/C. Jak na razie 3 egzemplarze WDR3600 działają całkiem stabilnie na znacznie podniesionych zegarach, ale tylko mój egzemplarz dolatuje prawie do 800 MHz... żebym miał jeszcze takie szczęście w totku

rspro działa na 720mhz defaultowo (bynajmniej te co ja sprzedawałem)


Mam zasięg w garażu. Wystarczy ?

Mam Mikrotika R52N(N) oraz JA25MPA(G).

Dla mnie to zupełna przesada... problem zasięgu powinno się rozwiązywać przy pomocy anten kierunkowych wystawionych na zewnątrz elewacji i/lub bardziej czułych odbiorników, a nie pompowaniem 0,6 W w tor radiowy, no chyba że masz ten garaż 5 km od domu... Ale to tylko moje zdanie

i bede dziury wiercił w elewacji domu ? to jest przesadza

Masz racje arteq ...



... jednak 720MHz.

Nie wiem czy wiecie, ale OpenWrt na RT-N66U powoli staje się faktem. Nie wszystko jeszcze działa idealnie, ale pierwsze bootlogi pojawiły się na dev.openwrt.org, a w repozytorium, w trunku, pojawiają się ostatnio dość często różne zmiany dla Broadcomów z rdzeniem ARM (czyli tych wszystkich nowych).