sajnos sokan félreértelmezik az 1. képet (pedig elég egyértelmű az angol szöveg)
1: Mounted filesystem = ami fel van csatolva
2: Mount points = kézzel megadott csatolási pont

Azért mert valamit felvettél a 2-esben, azért még nincsen csatolva, csak ha megjelenik az 1-esben.

CC= ha felrakod a mentésemet, akkor elég sokminden felkerül, és be is lesz állítva.

rtorrent: [link]

[ Szerkesztve ]

Lede-n is feltudom rakni a luci-s feluletet es ez mukodik azzal az rtorrent-el ami a tarolobol jon?

Igen, a kmod-fs-ext4 kell ext2/3-hoz is. De ha a HDD a routeren marad, akkor nyugodtan formázhatod ext4-re.

Alex

azért linkeltem, hogy olvasd el őket
működik lede alatt is [link]

[ Szerkesztve ]

A mostani netemet teljesen kihasznalja (hellyel kozel). Egy eleg jo seed/leech aranyu torrentet valasztottam.

gyorsabb net esetén ennél sokkal gyorsabb letöltésre is képes elvileg, csak jól be kell állítani
egyébként miért választottad az rtorrentet?
ilyen sebességre a transmission is képes, és azt valamivel könnyebb kezelni szerintem (és talán még kevesebb helyet is foglal?)

Mindketto fent van egyebkent, de a tm valtozo sebessegel tolt, amit az rtorrent stabilan hoz.
Egyebkent hiaba valtoztattam settings.json-ban, PC-n is ilyen ossze-vissza ugral. Egyebkent marad a transmission a queued miatt.

Igen, a tm sebesség ugrálás az valóban létező dolog, de én sosem értettem, hogy miért probléma ez bárkinek? Meg ki nézegeti? Betöltöd, lejön azt kész.
A max a sebességben lehet (?) jobb az rtorrent, egyébként a tm a nyerő szerintem.
De gondolom mindent be lehet állítani az rtorrent -ben is.

Évekig használtam az rtorrentet egy kiszuperált laptopon, de amikor ajánlották a transmissiont, rájöttem, hogy a TM sokkal kevesebb ramot eszik, ami akkor nem volt lényeges, de nem elhanyagolható egy router esetén.

Dettó. Ráadásul a TM-et elég jól lehet finomhangolni ami a memória fogyasztást illeti. Persze továbbra is igaz, hogy alapvetően a szálszám és a cache méret határozza meg a memória fogyasztást.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Megmondom oszinten, amit belinkeltem kepet az most transmission-n harmadjara nezve is 1,5MB/s el jon. ez a harmada amit az rtorrent tud. Viszont az mindent egyszerre tolt, es sorba nem tudom allitani, 200 torrentel mar bajos a hasznalat (ezt csak pyroscope kiegeszittesel tudom kezelni, azt is csak PC-n)

Most annyit csinaltam, hogy levettem a global-t 100-ra es a per peer-t meg 25-re, es kivettem az alternative speed settings elol a pipat.

Most egy ujabbal probalkozok ahol sokkal tobb a seed/leech arany de szinte biztosan tudom hogy ugralni fog.( linuxon is kellett egy sysctl.conf beallitas mire jo lett)

utp, tcp optimalizalast hiaba csinalok a routerben csak 128MB ram van [link]

én is ezt mondom, az ugrálás az tuti, de ha jól beállitod (peerek 50/15, letöltési sor 1, cache 0, stb), akkor a TM is tud 4-6MB/s -t letöltési átlagban, akkor meg kit érdekel hogy közben ugrál
a nagy baj inkább az a TM-mel, hogy ez a 4-6MB/s erősebb, többmagos eszközön is csak ennyi

cache sem jo a 2mb? egyebkent nem volna semmi baj ha fel-felmenne 4-re, de nem is akar egy torrentnel sem. Csak Opentrackerrol toltok. lehet valami dht vagy hasonlot ki kellene kapcsolnom?

a cache-re is az USB-s meghajtót használja, így egy routeren inkább lassít, mint gyorsít
zárt helyről (pl mag) hozza a sebességet a TM: [link]

Egy fokkal jobb lett, de ugy tudom hogy mas mechanizmust hasznal az rtorrent ezert van eltero sebesseg is. Mindegy a tema kitargyalva, majd amelyikkel kelyelmesebb lesz tolteni az marad.

Felraktam a 17.01.1 LEDE-t, és vége visszakaptam a telómat, úgyhogy most mértem egyet 5GHz AC-n, és SISO módban stabilan megvolt a 230Mbit/s, ami jó eredmény. 2.4gigán szintén SISO módban volt 55Mbit/s 20MHz-en, ami szintén baromi jó (72 elméleti maximumból).

A hírhedt intel 7260 kártyámmal még nem néztem meg, ha lesz egy kis időm akkor kipróbálom.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Holnap, holnapután érkezik egy azonos chipsetű adapter (mt7612u). Amint lesz időm letesztelem, akár visszatérve lede alatt is.

LEDE alatt észere vettem hogy 48-as csatornánál följebb állítom akkor nem működik a az 5GHz-s wifi. DD-wrt alatt minden csatornánnál működött a wifi. Ez driver hiba?

48-as csatorna fölött 60 másodperces kötelező scannelés van, ahol időjárási radart keres a cucc, és ha talál, nem engedélyezi. Nálam 60 másodperc után elindul az adás 56-on (LEDE alatt). DFS-nek hívják a technikát.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Nekem továbbra is jól megy éles üzemben az akkori trunk LEDE-ből build-elt firmware.
2,4 GHz-en nálam is 20 MHz-re van állítva, mobillal 72 Mbps-es kapcsolódási sebességgel 50 Mbps körüli sebesség mérhető. Notebook-on Intel 7260-al 5 GHz-en Speedtest-el kihajtja a 240 Mbps-t, LAN-ról 20 MB/s-el másolok 1 szobával távolabb.

Alex

Megérkezett az adapter, EDUP EP-AC1605.

Két gyors mérés 2,4:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51485 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 8.62 MBytes 71.4 Mbits/sec
[ 4] 1.01-2.00 sec 10.1 MBytes 85.7 Mbits/sec
[ 4] 2.00-3.01 sec 12.8 MBytes 107 Mbits/sec
[ 4] 3.01-4.00 sec 20.6 MBytes 174 Mbits/sec
[ 4] 4.00-5.00 sec 23.6 MBytes 198 Mbits/sec
[ 4] 5.00-6.00 sec 23.1 MBytes 194 Mbits/sec
[ 4] 6.00-7.00 sec 23.5 MBytes 197 Mbits/sec
[ 4] 7.00-8.01 sec 22.5 MBytes 188 Mbits/sec
[ 4] 8.01-9.00 sec 23.9 MBytes 201 Mbits/sec
[ 4] 9.00-10.01 sec 24.2 MBytes 203 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec sender
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec receiver
iperf Done.

és 5 GHz-en:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51299 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 24.2 MBytes 203 Mbits/sec
[ 4] 1.00-2.00 sec 27.2 MBytes 229 Mbits/sec
[ 4] 2.00-3.00 sec 31.0 MBytes 260 Mbits/sec
[ 4] 3.00-4.00 sec 35.6 MBytes 299 Mbits/sec
[ 4] 4.00-5.00 sec 35.4 MBytes 297 Mbits/sec
[ 4] 5.00-6.00 sec 36.1 MBytes 303 Mbits/sec
[ 4] 6.00-7.00 sec 35.8 MBytes 300 Mbits/sec
[ 4] 7.00-8.00 sec 36.4 MBytes 305 Mbits/sec
[ 4] 8.00-9.00 sec 33.4 MBytes 280 Mbits/sec
[ 4] 9.00-10.00 sec 36.6 MBytes 307 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec sender
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec receiver
iperf Done.

A mérés kb. 8 méter távolságból, egyenes rálátással, üvegajtó mögött történt, Úgy néz ki itt a 2,4 GHz a hektikusabb, néha kezelhetetlenül alacsony, szégyenteljes mérés is született. Ennek mondjuk oka lehet a vevőhöz közeli wdr3600-as, aminek nem kapcsoltam ki a wifijét és gyanúsan közeli csatornán dolgozik, jóval nagyobb jelszinten.

[ Szerkesztve ]

Kiegészítésként, az ajánlós topikban visszaolvasva krealon hozzászólását, nála is hasonló volt a probléma, a pozicionálás megoldotta. Kikapcsolva a vevő melletti wdr3600-as wifijét és megfelelően beállítva az antennákat hihetetlen eredményeket produkált a kettős.
Az eleinte akadozós 2,4 GHz megtáltosodott, iperf3-mmal mérve volt 200Mbites átvitel is, total commanderrel másolva egy ~7GB-os mkv-t 13-15 MB-os másolási sebességet mutatott.

Elkezdtem nézegetni a firmware felrakásának módját. Nekem úgy tűnik, hogy OpenWrt/LEDE alól valóban csak annyi, ami a mellékelt readme.txt-ben is áll. Persze ehhez olyan firmware-t kell build-elni, amiben írható a defaults partíció (ugyanis alapból read-only).
Egyébként a flash-ban elfoglalt helye valóban egyezik a padavan-ban definiált Factory partícióval.

Padavan (forrás DD-Wrt fórum):

Jan 1 00:00:05 kernel: Creating 7 MTD partitions on "raspi":
Jan 1 00:00:05 kernel: 0x000000000000-0x000000030000 : "Bootloader"
Jan 1 00:00:05 kernel: 0x000000030000-0x000000040000 : "Config"
Jan 1 00:00:05 kernel: 0x000000040000-0x000000050000 : "Factory"
Jan 1 00:00:05 kernel: 0x000000050000-0x000000182bf0 : "Kernel"
Jan 1 00:00:05 kernel: 0x000000182bf0-0x000000fc0000 : "RootFS"
Jan 1 00:00:05 kernel: 0x000000fc0000-0x000001000000 : "Storage"
Jan 1 00:00:05 kernel: 0x000000050000-0x000000fc0000 : "Firmware_Stub"

LEDE:

[ 2.630000] Creating 6 MTD partitions on "spi32766.0":
[ 2.640000] 0x000000000000-0x000000030000 : "u-boot"
[ 2.650000] 0x000000030000-0x000000034000 : "u-boot-env"
[ 2.660000] 0x000000034000-0x000000038000 : "radio"
[ 2.670000] 0x000000038000-0x000000040000 : "factory"
[ 2.680000] 0x000000040000-0x000000050000 : "defaults"
[ 2.690000] 0x000000050000-0x000001000000 : "firmware"
[ 2.740000] 2 seama-fw partitions found on MTD device firmware
[ 2.750000] 0x000000050040-0x0000001d0000 : "kernel"
[ 2.760000] 0x0000001d0000-0x000001000000 : "rootfs"
[ 2.770000] mtd: device 7 (rootfs) set to be root filesystem
[ 2.780000] 1 squashfs-split partitions found on MTD device rootfs
[ 2.800000] 0x0000005d0000-0x000001000000 : "rootfs_data"

Úgyhogy, ha valaki ki szeretné próbálni, szívesen közzéteszem azt a LEDE build-et, amiben engedélyezem a defaults partíció írását is.

Egyébként kíváncsi lennék a használt padavan forrásra, illetve a partíció előállításának módjára is. Igazán megoszthatta volna emberünk...

Alex

Ha padavan után rakok vissza openwrt-t, akkor a radio partíció teljesen üres, a wifi ugyan működik, de nem tudom mennyire jó, ha csak a default kerül visszaírásra.

Szerintem a prometheust használja ő is a buildelésre, csak a board konfigurációját módosította az első fw-kben. A prometheusba lassan kerülnek a módosítások, eleinte mindig megszakadt a buildelés a switch rossz konfigurációja miatt, most módosítás után pedig nem működik a lan1-es port. A want ki sem próbáltam, lanként működött.
A mostani fw-jében működnek a ledek, régiónként és csatornánként finomította a wifi power limitjét.

A prometheus egyébként menti az aktuális rendszert flash előtt, elméletileg vissza is tudná rakni. Bár nem tudom, hogy ez csak azonos rendszer előző mentését rakja vissza, vagy tudja kezelni a padavan és az openwrt/lede eltérő layoutját is.

Az a kérdés, hogy a Padavan módosítja-e a config partíciót. Én azt gondolom, hogy nem. Ha így van, akkor elég a default partíció visszaírása.

Mert ugye Padavan Config partíció = LEDE u-boot-env+radio+factory partíció.

Alex

Azóta egyébként adott ki radmir valami újabb verziót? Jól értem, hogy egyébként nem jó? Csak switch-ként megy? Vagy valamit félreértek?

Alex

Újraírja. Nem használja csak az elejét, ami openwrt-re visszatérés után az u-boot-env-be kerül, a radio és a factory teljesen üresen marad.
A radmir-féle fw jó és tökéletesen működik, a prometheusos környezet végeredményével vannak gondok, amit gondolom radmir orvosolt. Igazából nekem megfelelne a munkája, amit hiányolok az csak kozmetika, nem implementálta a skineket. Ha d-linkem van, pofásabb lenne d-link logo a fejlécben.

Egyébként az orosz fórumon a ddwrt-s fórum posztjaival egy időben volt egy kis diskurzus a témában és nem tudom, hogy a nick őt takarja-e, de akkor osztott meg valaki fájlokat, amiket azóta törölt. A power limites fájlok pl. megegyeznek.

Mennyire járható út összetenni egy fájlba az openwrt adott partícióit és padavan alatt visszaflashelni a többivel együtt?
mtd1_u-boot-env.backup \
mtd2_radio.backup >> mtd1.bin
mtd3_factory.backup /
mtd4_defaults.backup >> mtd2.bin
mtd5_firmware.backup >> mtd6.bin

[ Szerkesztve ]

Ha Padavan alatt minden partíció írható, akkor az első kettő sima ügy, hiszen összességében azonos méretekről van szó. A gond az utolsóval van, hiszen, mint látható a padavan alatti Firmware_Stub partíció mérete nem azonos az OpenWrt alatti firmware partíció méretével, ráadásul előbbi a kisebb.
Ha viszont szétvágod az OpenWrt-s firmware partíció mentést, majd a Firmware_Stub-ba és a Storage-ba visszaírod, az jó lehet, hiszen ezen kettő együttesen éppen az OpenWrt-s firmware partíció.
Egyébként miért akarsz visszaállni? Azt hittem elégedett vagy.

Alex

Hosszú távon maradnék mindenképp padavanon, csak esz a kíváncsiság. Nem mellesleg jó tudni, hogy van visszatérési lehetőség. Esetleg ezzel az mtk chipsetes adapterrel egy pár mérést végezni openwrt/lede alatt is.
Visszaíráskor az mtd parancs tud egyszerre több partíciót írni vagy több menetben kell és a végén újraindítani?

Az mtd-vel egyszerre egy partíciót tudsz írni. Azaz célszerű a "-r" paraméter nélkül (ami egyébként a reboot) indítani. Az utolsónál természetesen lehet a "-r".

Alex

Padavan alatt a gyári recovery már nem működik?

Köszi szépen!
A partíciónkénti visszaírást és az újraindítást én is így gondoltam, hogy csak a végén megadni az -r paramétert.

(#336) suste
Működik, de azzal csak az fw írható vissza. A padavan viszont más felosztásban használja a partíciókat és felülírja a tartalmát, ezért openwrt-re visszatérve nullás lesz a radio és factory partíció, a rádióadatok a defaults-ra kerülnek, ahol nem hiszem, hogy használni tudná.

Ki fogom én is mindenképpen próbálni. Ha jól tudom, akkor nyomtató szerver, OpenVPN szerver van a padavan-ban. Custom ddns-t lehet felvenni. Nekem első körben ezek, amik nagyon fontosak.

Alex

Gyorsan megnéztem, mert ap módban nem jelenik meg minden szolgáltatás, de beleforgatta a vpn szervert. Van nyomtató szerver is, a ddns-nek nincs webes felülete, config fájlból kell beállítani.

A leírásom óta kipróbáltam az övét is, bármilyen merész lépésnek tűnik, de valóban gördülékenyebb wifin megtenni az első lépést és flashelni a módosított partíciót. Bekapcsoltam az ssh-t, winscp-vel felmásoltam a bin-t, majd flasheltem.

Melyik "övére" gondolsz? Mert eddig én egy linket láttam, az is radmir készítette elvileg, nem? Amit most tettél fel, az miben különbözik?

Alex

Az írási módszerére vonatkozott.
A mostani nem túl bőbeszédű readme már kibővített verzió, az elsőben ennyi sem volt. A lényeget a hozzászólásokban napokon keresztül csepegtette, mert kábelen rettentő nehéz bejelentkezni, végigvinni és ezt nem említette, nem konkretizálta mikor telnetelt, és mikor csatlakozott ssh-n. Később kiderült, hogy ő wifin keresztül csatlakozott, úgy tényleg könnyebb.
A fórumon csak a default partíció mentése szerepel és annak visszaírásával szerinte helyreállítható az eredeti állapot.

Egyébként már 4 fw-t töltöttem le a linkelt yandex tárhelyről, ezekből csak kettőt tettem fel. Az egyik eleve működésképtelen próbálkozás volt, hogy az uboot recoveryjén keresztül lehessen flashelni. Az elsőben emlékeim szerint a ledek működése volt korlátozott és a wifi power limit táblázatok elég magas értékeket tartalmaztak, lehet a chip nem is tud ilyen tartományban dolgozni, a méréseket ezzel készítettem. Azóta került fel még kettő, az egyikben nincs módosított power limit, a másikban pedig finomított értékek vannak már és állítható a frontledek működése.

És azt meg tudod mondani, hogy melyik melyik verzió? Mert ugye van ott egy normál és egy noSingleSKU verzió. Ezeket az infókat megoszthatnád, hátha másnak is jól jön.

Alex

A noSingleSKU-ban nincsenek engedélyezve a régiónkénti max power táblázatok. A forrásban ez az alapértelmezett, de egy európai (CE) akkor is van mellette, nem tudom használja-e ilyenkor is. Ellenőrizni nehezebb, mert nincs olyan visszajelzés a használt értékről, mint openwrt-nél.
Nálam a DIR-860L_3.4.3.9-099.trx van a routeren.

Ránézve az oldalára, tegnap megint frissültek a fájlok. Kár, hogy nincs changelog!

[ Szerkesztve ]

Én most felraktam a tegnapi DIR-860L_3.4.3.9-099.trx-et. Előtte build-eltem egy LEDE-t, ahol a szükséges partíciók írását engedélyeztem. OpenWrt alatt felülírtam a default és a firmware partíciókat.

Hát, mit mondjak... A webes felület elég gyakran "megáll" (akár wifi-n, akár vezetéken csatlakozva), ilyenkor általában nem is jut tovább, miközben ssh-n semmi gond a kapcsolattal. Próbáltam már nvram törlést, de nem segített.
Az 5 GHz-es wifi az Intel 7260-al semmivel nem jobb (a mini szerveremről samba-n másolás sem), viszont a 2,4 GHz tényleg gyors. Mondjuk, most helyileg ott van a router, ahol korábban volt, ott LEDE alatt is elég jól ment.

Samba-t is megnéztem gyorsan, ext4-ről itt is tudja a 100 MB/s körüli olvasási sebességet.

[ Szerkesztve ]

Alex

Tény, hogy 2.4-en ilyen sebességet még senki nem mért. A kérdés, hogy ha valóban gyorsabb, akkor mi lehet ennek az oka, és hogyan lehetne a megoldás portolni LEDE-re, OWRT-re?

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Próbálkoztam saját buildel, amiben voltak skinek. Ott tapasztaltam skin váltás után egy ideig a megtorpanásokat, ennél még nem. Egyébként suste mérési metódusát használva lassabban fut le a teszt első része, a számolás viszont magasabb érték, mint openwrt/lede alatt.
A 2,4 GHz-es wifi tulajdonságainál 400M-es TRate érték jelenik az adapteres csatlakozásnál, ez nálad is így van? Elméletileg 2x2:2-es felállásban nem is lehetne ilyen linksebesség. Rosszul tudom?
A samba-s olvasási értékeket még nem sikerült elérnem, nálam mindegyik hdd-nél leragad a ~30MB-os sebességnél, gondolom ez az usb2 limit lehet.

Esetleg, ha a buildelt lede fw-t meg tudnád osztani, eltenném későbbre. Akkor nem kellene a darabolással szöszmötölnöm. Vagy csak a default partíciót tetted írhatóvá?

(#345) dchard
Iperf3 méréseknél voltak 200Mbites átlageredmények is.

[ Szerkesztve ]

A LEDE által használt wifi drivert le lehetne forgatni CC alá?
Én még minidg annak örülnék, hogy ha nem kéne fw-t cserélni (CC tökéletesen teszi a dolgát és meg van minden csomag hozzá ami nekem kell), csak a wifi drivert fríssíteném.
Egyébként kiderült hogy a LEDE mit módosított amitől javult? Vagy nem ilyen egyszerű a dolog?

A padavan felrakást meg lehetne majd egyszerűsíteni az egyedi LEDE builddel, hogy eleve belerakni a szükséges partíciókat, és egy gombra/parancsra meg kicserélné őket? (mint PEPPE2K ubootmod-ja)
És akkor utána gondolom már csak a firmware partíció frissítés maradna, ami mehetne luciból is?
(Bár én még mindig nem látom értelmét így ennek a padavannak )

(#346) woodworm
tényleg, akartam kérdezni, hogy milyen webserver van a padavan alatt?
fel lehetne tenni a 9092-t arra is?
a cpu-test értékeit megírhatnád, és akkor beteszem a táblázatba

[ Szerkesztve ]

Szia!

Ez az eredeti build, de folyamatosan ezt tapasztalom a webes felületen. Nekem routerként megy, neked csak AP-ként, ha jól sejtem. Más különbséget nem látok.
2,4 GHz-en csatlakozva nálam a TRate az 300M, úgyhogy ahhoz mérten különösen jó az eredmény.
Samba-nál biztos, hogy az USB2 a korlát. Én egy USB3-as házban lévő notebook HDD-vel próbáltam.
LEDE-ből majd build-elek egy általánosat, mert ezt kifejezetten a nekem szükséges csomagokkal és configokkal build-eltem. Egyébként mindegyik partíciót írhatóvá tettem. Másrészt saját build esetén olyan partíciókat (is) definiálhatunk, amit akarunk. Lehet átfedés is küztük.

(#347) suste: A LEDE és az OpenWrt is az mt76 wifi driver-t használja, nyilván a LEDE újabbat, mint a CC.

A fentebb leírt LEDE build-el egyébként valóban ennyi a flash-elés:

From OpenWRT/LEDE:
1. mtd write mtd2.bin defaults
2. mtd -r write DIR-860L_3.4.3.9-099.trx firmware

LuCI-ból szinte biztos, hogy nem megy a firmware partíció, bár nem néztem, de szerintem a HW ID nem egyezik bennük, így a sysupgrade visszautasítaná.

Alex

Ok, azt tudom, hogy az mt76-ot használja, de a kérdés arra vonatkozott, hogy lehetséges-e CC-15.05.1 -hez való újabbat forgatni, amit csak simán csomagként ráteszel majd.

Az üres LEDE-be beleférhetne pluszban mindkét fájl (bin+trx) is? (Nem ismerem a méreteket.)
Mert akkor tényleg egyszerű lenne.

Úgy látom egy httpd daemon fut, hogy ez pontosan milyen webszervert takar, passz. Maga az adminfelület asp és js fájlokból áll jobbára.

Előkerestem és pluszban mértem egyet a minivel is:

D-LINK-DIR-860L-B1
PADAVAN-3.4.3.9-099-cf494ea
MT7621AT
900 MHz
2x2
Started 1 process(es)
Elapsed time: 6.99 sec

Started 2 process(es)
Elapsed time: 9.9 sec

Started 3 process(es)
Elapsed time: 9.81 sec

Started 4 process(es)
Elapsed time: 10.1 sec

Started 30s counting (0->)
9050

XIAOMI-MI-MINI
PADAVAN-3.4.3.9-099_460bda1
MT7620A
600 MHz
1
Started 1 process(es)
Elapsed time: 9.47 sec

Started 2 process(es)
Elapsed time: 19.45 sec

Started 3 process(es)
Elapsed time: 29.01 sec

Started 4 process(es)
Elapsed time: 38.95 sec

Started 30s counting (0->)
6950

(#348) vargalex
Az a baj, hogy az én házam is USB3-as lenne.

[ Szerkesztve ]