Továbbra is tesztelgetek. Most a proci sebességét próbáltam ki. Ehhez egy egyszerű shell script-et használtam. Nem egy super pi teszt, de egy olyan környezetben ahol még vi sincs ezt lehetett gyorsan összedobni.
A teszt:
#!/bin/ash
uptime
LOOP=5000; I=0
while [ $I -lt "$LOOP" ]; do
echo "speed test of WL500gP and RT-N16" > /dev/null
I=`expr $I + 1`
done
uptime
(Az RT-N16-on csak ash van, a WL-500-on #!/bin/sh az első sor (valójában szintén ash). Eredetileg nem az "expr"-t szerettem volna használni, de az RT-N16-on se $(()) se let "" sincs).
Eredmény, RT-N16:
/tmp/test.sh
00:43:10 up 43 min, load average: 0.00, 0.00, 0.08
00:43:40 up 43 min, load average: 0.72, 0.17, 0.13
# /tmp/test.sh
00:44:15 up 44 min, load average: 0.40, 0.15, 0.12
00:44:46 up 44 min, load average: 1.03, 0.33, 0.18
30-31 másodperc
WL-500gPv1/266MHz:
/usr/local/sbin/test.sh
20:23:00 up 20 days, 17 min, 0 users, load average: 0.00, 0.00, 0.00
20:24:25 up 20 days, 18 min, 0 users, load average: 0.88, 0.28, 0.09
$ /usr/local/sbin/test.sh
20:24:50 up 20 days, 18 min, 0 users, load average: 0.58, 0.25, 0.09
20:26:15 up 20 days, 20 min, 0 users, load average: 1.18, 0.53, 0.20
85 másodperc.
Azaz az RT-N16 több mint kétszer (majd háromszor) olyan gyors. Persze nem tudtam ugyanabban a környezetben elvégezni a teszteket (WL-500gP 2.4-es RT-N16, 2.6-os kernel), de akkor eltérést nem lehet a környezettel magyarázni.
Ezek alapján nem igazán értem milyen proci van a routerben, de talán idővel az is kiderül.
Visszaolvasva a hsz-okat volt egy olyan érzésem, hogy volt aki félreértette mit írtam a #56hsz-ban.
Ott azt teszteltem, hogy milyen gyorsan tudja a routeren futó program olvasni az USB-re kötött diszket. A /dev/null átirányítás azért, hogy más ne zavarja a mérést.
Az RT-N16 kb 24 MByte/s-el tudja olvasni a WL500 meg kb. 11 Mbyte/s-el.
Amikor a USB tároló a hálózaton meg van osztva akkor természetesen ennek is van extra processzor igénye, így lesz a WL-500 11 Mbyte/s-es olvasásából:
Samba esetén kb. 2.8-2.9 MByte/s
NFS esetén kb. 4 MByte/s (Linuxon, Windows-on valamivel kevesebb).
Ha az arányokat nézzük akkor várhatólag az RT-N16
Samba esetén kb. 6-6.5 MByte/s-et
NFS (Linux) esetén kb. 9 MByte/s-et
tudhat.
Ha eljutok oda a tesztelésben meg is fogom mérni.
Laca 012
Ez alapján tényleg valamivel lassabb lesz a Samba-s (vagy bármilyen router USB tároló) elérésed mint a Digi (legalábbis letöltés irányban).
Mivel nekem kifejezetten cél lenne, hogy az RT-N16-on ne legyen szükség HW modra (mint volt a WL-500nál), így az, hogy nem lehet SATA vezérlőt rákötni nem akkor gáz. A HW mod után még jönne a SW-es küzdelem is. Szóval nekem ennyit már nem ér meg.
avman
Annyira gyakran nem szokott borulni a rendszer. Október 4-én (20 napja, azaz majd három hete) feltettem az Oleg r655-öt és most 20 napos uptime-om van.
Okok amiért nem szokott menni a net (elmúlt 1.5 év WL-500gP tapasztalat alapján):
áramszünet, szolgáltató hálózatával valami gond van, valami gond van a modem/router kombóval
Ebben a sorrendben...
### RT-N16, WL-500 Oleg optware script ami majdnem mindent feltesz ### ===========> http://wl500g.info/showthread.php?t=23684 <===========
)
ha gondolod, beszámítom egy v5-ös wrt54g-be, de csak mert megsajnáltalak 
) Inkább építek egy 
) szerintem különben az általad felsorolt problémákat valami tuning firmware szokta orvosolni, csak egyelőre ezekre az új cuccokra még nem léteznek.
