Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Pavel85 13. 12. 2013, 16:39:33
-
Zdravím všechny
Mám doma Gigovou síť ve které je připojen NAS D-link DNS 320.
Problém je v rychlosti kopírování z NASu do PC. Pokud kopíruji na NAS, jede to podle TC cca 23MB, ale pokud kopíruju opačně, jede to pouze 7-8MB. Zkoušel jsem spojit nas i PC napřímo a je to stejné. Nevíte někdo, kde by mohl být zakopaný pes?
-
Nemáš šikmú podlahu?
-
Krome sikme podlahy me napada, ze v tom NASu mate mozna dva disky, asi v nejakem RAIDu a zapisy se rozkladaji na dva diksy a tim padem to tam jde sypat rychleji, nez do PC. Ty vase udaje pak nejsou rychlosti site, ale rychlosti, jakou PC a NAS dokazi cist data. PC asi cte rychleji, nez pise, protoze zapis je komplikovanejsi operace.
-
Jsou tam 2 disky, ale nejsou v RAIDu. Jsou single a je jedno z kterého čtu.
-
Sice neni nejrychlejsi a informacni kancelar asi neotevres, nicmene bych se zkusil podivat na NIC. Prisery typu Realtek radi cachuji.
-
Není ten NAS skoro plnej? Totiž minimálně EXT4 se stává na slabším CPU dost nepoužitelným systémem pokud volný prostor poklesne pod 20% celkové kapacity.
Navíc uvnitř jsem našel, že má být pouze 800Mhz ARM to není zrovna moc.
-
Jsou tam 2x1TB disky. Jeden je Seagate a druhý Samsung. Seagate je opravdu skoro plný (jsou na něm hlavně HD filmy), ale Samsung je tak na 50%. A čtení je pomalé na obou, akorát jsem nikde nenašel, co to používá za Formát.
-
Když vidím ty komenty tak snad i poradím.
Předpokládejme, že nejsi úplný kus debila a vypnul jsi P2P. (I takové blbce bohužel znám.).
Jako nejjednodušší, zkusil bych vypnout AV a firewall, snížení rychlosti směrem dovnitř může být způsobeno právě tím, že se to projíždí AV.
Pokud to nepomůže:
Vyndej disky, resetuj konfiguraci (nebuď vůl a udělej to, nepíšu to sem, jen abych mohl zmáčknout pár kláves navíc), nahoď tam nový firmware a vrať tam disky zpět. Připoj se k tomu přes putty, otevři si /etc/samba/smb.conf a trochu zvětši buffery pro příjem a odesílání, měl by ses dostat oběma směry nad 30mega/s.
-
P2P v NASu samozřejmě.
-
Díky za radu, tohle bych mohl zkusit jak na tobude čas. Budu sice muset oprášit velice chabé znalosti Linuxu ale snad to zvládnu.
-
Tak jsem se v tom trochu pohrabal přes telnet a vykopíroval si ten smb.conf , ale netuším,co by tam mohlo být špatně.
tady je
[ global ]
netbios name = NAS
server string = DNS-320
veto files = /.AppleDouble/.AppleDB/.bin/.AppleDesktop/Network Trash Folder/recycle/.systemfile/lost+found/Nas_Prog/P2P/aMule/
workgroup = pahil
security = user
delete veto files = yes
unix charset = UTF8
encrypt passwords = yes
hide unreadable = yes
map to guest = bad user
null passwords = yes
guest account = nobody
max log size = 10
local master = no
log level = 0
dns proxy = no
ldap ssl = no
use mmap = yes
use spnego = yes
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
max xmit = 131072
disable netbios = yes
strict allocate = yes
csc policy = manual
allocation roundup size = 1048576
create mask = 0777
directory mask = 0777
force create mode = 0777
force directory mode = 0777
use sendfile = yes
deadtime = 10
smb passwd file = /etc/samba/smbpasswd
disable spoolss = yes
nt acl support = yes
acl map full control = yes
strict allocate = no
load printers = yes
printcap name = /usr/local/LPRng/etc/printcap
min print space = 2000
max print jobs = 1000
printing = lprng
print command = /usr/local/LPRng/bin/lpr -P%p -r %s
lpq command = /usr/local/LPRng/bin/lpq -P%p
lprm command = /usr/local/LPRng/bin/lprm -P%p %j
lppause command = /usr/local/LPRng/sbin/lpc hold %p %j
lpresume command = /usr/local/LPRng/sbin/lpc release %p %j
queuepause command = /usr/local/LPRng/sbin/lpc -P%p stop
queueresume command = /usr/local/LPRng/sbin/lpc -P%p start
[ printers ]
path = /mnt/HD_a4/.lpd
guest ok = yes
printable = yes
use client driver = yes
browseable = no
[ Filmy ]
comment =
path = /mnt/HD/HD_a2/Filmy
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
[ Volume_1 ]
comment =
path = /mnt/HD/HD_a2
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
[ Seriály ]
comment =
path = /mnt/HD/HD_b2/Seriály
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
[ Data ]
comment =
path = /mnt/HD/HD_b2/Data
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
[ Hudba a mluvené slovo ]
comment =
path = /mnt/HD/HD_b2/Hudba a mluvené slovo
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
[ Volume_2 ]
comment =
path = /mnt/HD/HD_b2
browseable = yes
public = yes
oplocks = yes
map archive = no
read list =
write list = "nobody","@allaccount"
invalid users =
valid users = "nobody","@allaccount"
-
V konfiguraci Samby bych to nehledal, ono tam zas toho tolik nastavit nejde.
Zajímavější by bylo odeslat výsledek příkazů
df
(kolik toho místa je alokováno - jak říkám pokud tam je pod 20% free a je to EXT4 většinou to hnije a to hodně)
ps w
(ať tedy víme co tam běží)
free
(trošku té volné paměti taky nezaškodí)
cat /proc/cpuinfo
(co za ARM v tom je)
-
Čtení je pomalejší než zápis? Dost divné...(co kabely? co jumbo frames? vypnuto?)
Pokud je jeden úplně plnej, mohl by to být problém - pokud by to šlo zkusil bych data z něj někam dát tak, aby alespoň 20% bylo free.
Tohle se řešilo na všech NAS fórech a prostě obecně ext4 začne mít extrémní režii pokud je tak málo místa.
Zkusil bych i příkaz "top" většinou wait leze nad 90% (pod ext4) nebo sys (pod ext3).
ext3 je ale mnohem odolnější a funguje obecně na těchto slabých platformách lépe (vyjma kontroly integrity)
800MHz ARM tam očekávám cca 50MB/s čtení a 35MB/s zápis.
-
Tady jsou ty výpisy.
/ # df
Filesystem 1k-blocks Used Available Use% Mounted on
rootfs 9911 4541 4858 48% /
/dev/root 9911 4541 4858 48% /
/dev/loop0 27392 27392 0 100% /usr/local/modules
/dev/mtdblock5 5120 472 4648 9% /usr/local/config
/dev/sda4 495884 46236 449648 9% /mnt/HD_a4
/dev/sdb4 495884 2318 493566 0% /mnt/HD_b4
/dev/sda2 959394656 909569560 49825096 95% /mnt/HD/HD_a2
/dev/sdb2 959375816 485432176 473943640 51% /mnt/HD/HD_b2
¨
/ # ps w
PID USER COMMAND
1 root init
2 root [kthreadd]
3 root [ksoftirqd/0]
4 root [events/0]
5 root [khelper]
42 root [kblockd/0]
45 root [khubd]
61 root [crypto]
62 root [crypto_ret]
67 root [pdflush]
68 root [pdflush]
69 root [kswapd0]
70 root [aio/0]
71 root [cifsoplockd]
72 root [cifsdnotifyd]
74 root [xfslogd/0]
75 root [xfsdatad/0]
232 root [scsi_eh_0]
233 root [scsi_eh_1]
243 root [mtdblockd]
244 root [nftld]
277 root [kcryptd/0]
279 root [rpciod1/0]
304 root [loop0]
306 root [jffs2_gcd_mtd5]
1199 root /bin/login --
1202 root xmldb -n config
1205 root xmldb -n config -s /var/run/xmldb_sock_wto
1226 root /usr/sbin/syslogd -r -m 0 --rt_line 800
1243 root mserver
1274 root [kjournald]
1352 root chk_io
1363 root system_daemon
1365 root op_server 3 3 3
1371 root avahi-daemon: running [NAS.local]
1372 root mail_daemon
1394 root /usr/sbin/lighttpd-angel -D -m /usr/local/lib -f /etc/lighttpd/l
1402 root and
1415 root /bin/login
1438 root crond
1449 root [md0_raid1]
1492 root [kjournald]
1547 root [kjournald]
1592 root lpd Waiting
1602 root apkg
1612 root inotify_upnp
1622 root /usr/sbin/upnp 0 D-Link Corporation http://www.dlink.com/ D-Link
1643 root smbd -D
1645 root smbd -D
1646 root nmbd -D
1731 root scheddler
1812 root /usr/sbin/lighttpd -D -m /usr/local/lib -f /etc/lighttpd/lighttp
1813 root /usr/bin/php-cgi
4041 root /ffp/sbin/telnetd -l /ffp/bin/sh
4082 root /ffp/bin/sh
4153 root /ffp/bin/sh
4424 root /ffp/bin/sh
4817 root fan_control 0 c
4818 root /ffp/bin/sh
4830 root /ffp/bin/sh
4833 root /ffp/bin/sh
4845 root ps w
/ # free
total used free shared buffers
Mem: 125504 123248 2256 0 11324
Swap: 530040 0 530040
Total: 655544 123248 532296
/ # cat /proc/cpuinfo
Processor : ARM926EJ-S rev 1 (v5l)
BogoMIPS : 796.26
Features : swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant : 0x2
CPU part : 0x131
CPU revision : 1
Cache type : write-back
Cache clean : cp15 c7 ops
Cache lockdown : format C
Cache format : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128
Hardware : Feroceon-KW
Revision : 0000
Serial : 0000000000000000
A kde vypnu to JUMBO FRAMES ? Linux znám opravdu jen velice málo.
-
a ještě ten top
Mem: 123308K used, 2196K free, 0K shrd, 11492K buff, 83548K cached
CPU: 0% usr 0% sys 0% nice 99% idle 0% io 0% irq 0% softirq
Load average: 0.01 0.02 0.00
PID PPID USER STAT VSZ %MEM %CPU COMMAND
4854 4853 root R 1360 1% 0% top
1813 1812 root S 13228 11% 0% /usr/bin/php-cgi
1643 1 root S 12592 10% 0% smbd -D
1645 1643 root S 12592 10% 0% smbd -D
1372 1 root S 11116 9% 0% mail_daemon
1612 1 root S 10400 8% 0% inotify_upnp
1402 1 root S 6944 6% 0% and
1646 1 root S 6576 5% 0% nmbd -D
1622 1 root S 5192 4% 0% /usr/sbin/upnp 0 D-Link Corporation ht
1731 1 root S 5036 4% 0% scheddler
1812 1394 root S 4876 4% 0% /usr/sbin/lighttpd -D -m /usr/local/li
1602 1 root S 4780 4% 0% apkg
1365 1 root S 3820 3% 0% op_server 3 3 3
1438 1 root S 2668 2% 0% crond
1371 1 root S 2612 2% 0% avahi-daemon: running [NAS.local]
1 0 root S 2596 2% 0% init
1592 1 root S 2476 2% 0% lpd Waiting
1202 1 root S 2308 2% 0% xmldb -n config
1363 1 root S 1980 2% 0% system_daemon
1205 1 root S 1944 2% 0% xmldb -n config -s /var/run/xmldb_sock
1352 1 root S 1936 2% 0% chk_io
1199 1 root S 1924 2% 0% /bin/login --
1415 1 root S 1924 2% 0% /bin/login
4817 1 root S 1864 1% 0% fan_control 0 c
1243 1 root S 1768 1% 0% mserver
1226 1 root S 1688 1% 0% /usr/sbin/syslogd -r -m 0 --rt_line 80
1394 1 root S 1456 1% 0% /usr/sbin/lighttpd-angel -D -m /usr/lo
4424 4041 root S 1368 1% 0% /ffp/bin/sh
4853 4041 root S 1368 1% 0% /ffp/bin/sh
4082 4041 root S 1368 1% 0% /ffp/bin/sh
4153 4041 root S 1368 1% 0% /ffp/bin/sh
4818 4041 root S 1368 1% 0% /ffp/bin/sh
4830 4041 root S 1368 1% 0% /ffp/bin/sh
4833 4041 root S 1368 1% 0% /ffp/bin/sh
4846 4833 root S 1360 1% 0% top
4041 1 root S 1360 1% 0% /ffp/sbin/telnetd -l /ffp/bin/sh
67 2 root SW 0 0% 0% [pdflush]
69 2 root SW< 0 0% 0% [kswapd0]
68 2 root SW 0 0% 0% [pdflush]
306 2 root SWN 0 0% 0% [jffs2_gcd_mtd5]
1492 2 root SW< 0 0% 0% [kjournald]
304 2 root SW< 0 0% 0% [loop0]
1547 2 root SW< 0 0% 0% [kjournald]
5 2 root SW< 0 0% 0% [khelper]
1274 2 root SW< 0 0% 0% [kjournald]
243 2 root SW< 0 0% 0% [mtdblockd]
1449 2 root SW< 0 0% 0% [md0_raid1]
2 0 root SW< 0 0% 0% [kthreadd]
62 2 root SW 0 0% 0% [crypto_ret]
42 2 root SW< 0 0% 0% [kblockd/0]
3 2 root SWN 0 0% 0% [ksoftirqd/0]
4 2 root SW< 0 0% 0% [events/0]
70 2 root SW< 0 0% 0% [aio/0]
71 2 root SW< 0 0% 0% [cifsoplockd]
-
Při 95% už většině lidem NAS neodpovídal vůbec na nic... mnohdy jim NAS přestal reagovat při 82% využitého prostoru.
Řešilo se to deaktivováním některých funkcionalit ext4, problém dělá vyhledávání nefragmentovaného prostoru.
Jak se chová ten "top" při čtení a zápisu?
Pošli sem ještě obsah /etc/fstab
Jumbo frames se dá vyčíst z ifconfigu (MTU:9000) a většinou to lze nastavit rovnou v GUI NASu.
-
tady je
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 1 1
Akorát se mi zdá, že ten nas nepoužívá EXT4 ale EXT3, ale nejsem si jistý.
Nejhorší je, že ty data nemám kam vykopírovat.
-
JUMBO by mělo být tedy vyplé
/ # sbin/ifconfig
egiga0 Link encap:Ethernet HWaddr 5C:D9:98:F9:58:06
inet addr:10.0.0.10 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:553663 errors:0 dropped:0 overruns:0 frame:0
TX packets:1698172 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:254564427 (242.7 MiB) TX bytes:2433919331 (2.2 GiB)
Interrupt:11
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:64550 errors:0 dropped:0 overruns:0 frame:0
TX packets:64550 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11617372 (11.0 MiB) TX bytes:11617372 (11.0 MiB)
-
Vypadá to celkem normálně... Co je vykopírovat na ten druhý disk? Tak aby první měl alespoň 15% volného prostoru.
Taky bych se zkusil při čtení a zápisu kouknout do toho "top" co se děje.
-
Já bych asi začal tím, že bych překontroloval disky, jak jsou na tom. Nejde jen o špatné bloky, ale i o jejich odezvu. Mám tu zdravý disk, ale odezva je kolem 200ms panečku a jak se to všechno loudá. Jakmile bych měl jistotu v discích, pokračoval bych dál a začal se hrabat v systému. Pravdou je, že ten zaplněný disk může být problém, ale 20% free je moc. 5% by mělo stačit.
-
Já bych asi začal tím, že bych překontroloval disky, jak jsou na tom. Nejde jen o špatné bloky, ale i o jejich odezvu. Mám tu zdravý disk, ale odezva je kolem 200ms panečku a jak se to všechno loudá. Jakmile bych měl jistotu v discích, pokračoval bych dál a začal se hrabat v systému. Pravdou je, že ten zaplněný disk může být problém, ale 20% free je moc. 5% by mělo stačit.
Nebylo by špatné to je fakt, šel by použít příkaz dd
dd if=/dev/zero of=smazat.bin bs=1M count=10000 (zápis)
dd if=smazat.bin of=/dev/null bs=1M count=10000 (čtení)
pak ten soubor odstranit samozřemě :)
rm smazat.bin
Jakmile volný prostor klesne pod 20% výkon strašně padá dolu, jde jen o to jestli snesitelně nebo neúnosně. U nasů bylo obvyklé nerezervovat prostor pro roota. Synology, QNAP a Netgear pod ARMem to řešili tím, že zablokujou určitou kapacitu disku a pak ještě změní některé parametry kernelu.
Nicméně faktem je, že to nikdo z nich pořádně nedořešil a v extrémním případě to při 20% což je klidně 600GB prostoru se zařízení zasekne a nereaguje (load 100% - je tím popsáno asi tak desítky stran textu nadšených uživatelůls
).
Jediná možnost je rázně zvýšit výkon CPU a pamět tudíž 2GHz a výš + 512MB a výš (enterprise modely).
-
Pozor, trošku jsem to nedomyslel :-) po ránu jsem vymazanej. Samozřejmě to zobrazí rychlost v rámci souborového systému.
I tak by to ale mohlo něco naznačit. Co takhle firmware? Je poslední? Bohužel pokud vím záplata se někdy řešila i reformátováním (nezkoumal jsem to do hloubky, ale asi nějaký parametry při tvorbě fs).
Kouknul bych i do dmesg a zkusil pustit smartctl na oba disky.
-
A nebo udělat přesně to, co jsem psal ::)
S tím NASem jsem už měl tu čest a byl tam stejný problém, ale všechny cesty vedou do Říma, třeba se tam dostanete i přes Aljašku.
-
Takže v tom "top" při kopírování je u procesoru tak 60-75% a u "sys" to lítá tak 15-20%.
PANKapitanRUM - zkusil bych to co jsi poradil, ale je to časově náročnější a nejraději bych u toho všechno zálohoval, jenže zatím není kde.
Jinak FW je nejnovější a v nastavení jsem nikde nenašel možnosti JUMBO RFAMES.
A ještě mi vrtá hlavou, ten jeden plný disk by způsoboval pomalé kopírování z obou disků?
Včera jsem si s tím hrál a je zvláštní, že někdy to jede třeba jen 6-7MB/s a někdy třeba 15MB/s. Zkoušel jsem i vypnout DLNA, jestli to nebrzdí, ale nic nepomáhá. Nic jiného na tom neprovozuji. Slouží to pouze jako uložiště přístupné přes sambu (žádná oprávnění nebo skupiny,přístup mají všichni) a jako DLNA server pro TV, která neumí sambu. Takže ani FTP nemám zaplé, ale ito se chová stejně.
A ještě jedna otázka. Pokud bych vytáhnul disky za účelem překopírování dat (ať to nemusím tahat po té síti), budou data přístupné? Třeba přes redukci USB, nebo normálně v kompu?
-
Proto, že je to "časově náročnější" tady budete raději tlachat pár měsíců a řešit teorii, než zkusit to co vám navrhuje někdo, kdo tvrdí že měl ten samý model a že to pomůže? No tak na to se dá říct snad jedině looool. :)
-
Takže v tom "top" při kopírování je u procesoru tak 60-75% a u "sys" to lítá tak 15-20%.
PANKapitanRUM - zkusil bych to co jsi poradil, ale je to časově náročnější a nejraději bych u toho všechno zálohoval, jenže zatím není kde.
Jinak FW je nejnovější a v nastavení jsem nikde nenašel možnosti JUMBO RFAMES.
A ještě mi vrtá hlavou, ten jeden plný disk by způsoboval pomalé kopírování z obou disků?
Včera jsem si s tím hrál a je zvláštní, že někdy to jede třeba jen 6-7MB/s a někdy třeba 15MB/s. Zkoušel jsem i vypnout DLNA, jestli to nebrzdí, ale nic nepomáhá. Nic jiného na tom neprovozuji. Slouží to pouze jako uložiště přístupné přes sambu (žádná oprávnění nebo skupiny,přístup mají všichni) a jako DLNA server pro TV, která neumí sambu. Takže ani FTP nemám zaplé, ale ito se chová stejně.
A ještě jedna otázka. Pokud bych vytáhnul disky za účelem překopírování dat (ať to nemusím tahat po té síti), budou data přístupné? Třeba přes redukci USB, nebo normálně v kompu?
Ano symptom je přesně takový, jeden zaplněný disk výrazně zbrzdí celý systém...
Ono je to patrné i na běžném PC s vícejaderným CPU, jenže tam se to tak nějak ztratí.
5% je extrémně málo (i v linuxu se to bere jako bezpečnostní limit - proto je obvykle alokovanej pro uživatele root)
Uživatelům už systém vrací 0% volného prostoru.
Disky obvykle jsou přístupné... celkem bez problémů, to si zkus. Vyjmutí ve vypnutém stavu samozřejmě nic nepoškodí.
Bývají tam cca 3 oddíly (root, swap - v RAIDu 1 a zbytek dle konfigurace) obvykle nad LVM se softwarovým raidem.
-
Muze mi nekdo vysvetlit proc by ext4 melo hnit pri free < 20%?
Jiz par mesicu je u me stav (na pracovnich discich):
** 6.0T 5.9T 145G 98% **
** 15T 15T 17G 100% **
A uplne v pohode nad tim operuji (read/write). A to bych to mel mit ztizene RAID-5...
To co opravdu hnije je implementace SMB serveru - kdyz se soubor pres SMB zapise, tak nejde cist rychleji nez 8-9 MB/s => NAS pouzivejte pres NFS nebo iSCSI :)
-
Muze mi nekdo vysvetlit proc by ext4 melo hnit pri free < 20%?
Jiz par mesicu je u me stav (na pracovnich discich):
** 6.0T 5.9T 145G 98% **
** 15T 15T 17G 100% **
A uplne v pohode nad tim operuji (read/write). A to bych to mel mit ztizene RAID-5...
To co opravdu hnije je implementace SMB serveru - kdyz se soubor pres SMB zapise, tak nejde cist rychleji nez 8-9 MB/s => NAS pouzivejte pres NFS nebo iSCSI :)
Ten ARM s málo RAM to prostě neutáhne... je to naprosto normální stav, jeden tu mám a volných je 15% prostoru - přenosové rychlosti už klesly na polovinu je to běžná věc.
-
Muze mi nekdo vysvetlit proc by ext4 melo hnit pri free < 20%?
Jiz par mesicu je u me stav (na pracovnich discich):
** 6.0T 5.9T 145G 98% **
** 15T 15T 17G 100% **
A uplne v pohode nad tim operuji (read/write). A to bych to mel mit ztizene RAID-5...
To co opravdu hnije je implementace SMB serveru - kdyz se soubor pres SMB zapise, tak nejde cist rychleji nez 8-9 MB/s => NAS pouzivejte pres NFS nebo iSCSI :)
Ten ARM s málo RAM to prostě neutáhne... je to naprosto normální stav, jeden tu mám a volných je 15% prostoru - přenosové rychlosti už klesly na polovinu je to běžná věc.
Nepříjde mi, ale že by ta Samba v tom byla tak hrozná, mě to dá 600Mbit/s teď to teda přibrzdilo s tím plným diskem na 300Mbit/s.
I tak na cca 6Watt energie slušný výkon + disky samozřejmě.
-
A skusal si aj kopirovat z NASu na ine zariadenie?
Ak sa na NASe sprava vsetko OK moze byt problem aj v PC na ktory data kopirujes.
-
Je to obecný problém tohoto zařízení proboha ::)
POSTUP OPRAVY JSEM POPSAL!
PRO BLBÉ, JE TO OBECNÝ PROBLÉM TOHOTO ZAŘÍZENÍ!
Pro ty, kteří to nepochopili, tohle se stalo víc lidem s tímto zařízením řešení jsem popsal.
Pro úplně blbé: Je to začarovaný a odčarujete mnou uvedeným postupem.
Pro ještě blbější: Tak se podívejte do Google: NAS D-link DNS 320 slow read
http://nas-tweaks.net/148/transfer-rate-and-networkperformance-of-the-d-link-dns-320/
Yang XIAO
18. December 2011 at 11:38
I got faster Write speed ?!
- Write at about 18MB/s
- Read at about 9MB/s
Do you have any idea about this ?
Možná nejste blbý vy, ale já, že jsem nepoznal, že tohle je výroční festival Mezi ploty >:(
Jdu se ožrat....
-
Kapitáne, jen klíd, nakonec asi k tomu dojde, ale třeba někdo objeví jiný postup. ;D
-
Kapitáne, jen klíd, nakonec asi k tomu dojde, ale třeba někdo objeví jiný postup. ;D
Máš tam tedy ten funplug? Jestli jo zkus ho tedy vypnout dle návodu.
-
Není důvod ho vypínat, vím, že je to člověk na svém místě a málo kdy se sekne vedle, pravděpodobnost úspěšnosti jeho postupu je kolem 90%. Já kdybych nebyl línej, přečet si celé vlákno a hodil dotaz do googlu, potvrdil bych jeho slova a neotravoval nějakou (s největší pravděpodobností) abytečnou kontrolou disků. Že to podává svým svérázním způsobem? No a co má být? Každý jsme nějaký. Pokud to pomůže, tak není důvod to řešit. A to, že možná existuje jiný, alternativní postup není vyloučené a třeba na něj přijdete a pak ho zveřejníte ostatním. To je v komunitě běžná praxe, takže není důvodu se čertit.
-
Není důvod ho vypínat, vím, že je to člověk na svém místě a málo kdy se sekne vedle, pravděpodobnost úspěšnosti jeho postupu je kolem 90%. Já kdybych nebyl línej, přečet si celé vlákno a hodil dotaz do googlu, potvrdil bych jeho slova a neotravoval nějakou (s největší pravděpodobností) abytečnou kontrolou disků. Že to podává svým svérázním způsobem? No a co má být? Každý jsme nějaký. Pokud to pomůže, tak není důvod to řešit. A to, že možná existuje jiný, alternativní postup není vyloučené a třeba na něj přijdete a pak ho zveřejníte ostatním. To je v komunitě běžná praxe, takže není důvodu se čertit.
Jak tak na to koukám, jsem rád, že mám k ajťákovi hodně daleko...
-
Není důvod ho vypínat, vím, že je to člověk na svém místě a málo kdy se sekne vedle, pravděpodobnost úspěšnosti jeho postupu je kolem 90%. Já kdybych nebyl línej, přečet si celé vlákno a hodil dotaz do googlu, potvrdil bych jeho slova a neotravoval nějakou (s největší pravděpodobností) abytečnou kontrolou disků. Že to podává svým svérázním způsobem? No a co má být? Každý jsme nějaký. Pokud to pomůže, tak není důvod to řešit. A to, že možná existuje jiný, alternativní postup není vyloučené a třeba na něj přijdete a pak ho zveřejníte ostatním. To je v komunitě běžná praxe, takže není důvodu se čertit.
Jak tak na to koukám, jsem rád, že mám k ajťákovi hodně daleko...
Když Tě tak čtu, tak si myslím, že o řemesle to není ... možná v tom co děláš si dobrej, ale ...
-
Zdravím všechny
Mám doma Gigovou síť ve které je připojen NAS D-link DNS 320.
Problém je v rychlosti kopírování z NASu do PC. Pokud kopíruji na NAS, jede to podle TC cca 23MB, ale pokud kopíruju opačně, jede to pouze 7-8MB. Zkoušel jsem spojit nas i PC napřímo a je to stejné. Nevíte někdo, kde by mohl být zakopaný pes?
Napadlo te ze cely problem je pouze v tom ze to procesor v NASu neupocita? Je tam 800Mh procesor na ARM.
Rychlost odpovida recenzi http://diit.cz/clanek/zkusenosti-z-provozu-rychlost
-
Napadlo te ze cely problem je pouze v tom ze to procesor v NASu neupocita? Je tam 800Mh procesor na ARM.
Ááááá, další účastník festivalu Mezi ploty!
Ostatním to po úpravě jede dost přes 20, dokonce až ke 40-ti, ale zrovna ten jeho CPU, v tom jeho konkrétním kusu, tak ten to neupočítá.
Ani jako vtip to není moc dobrý ::)
-
Každý si tady jede svoje vlákno a nečte komenty ostatních, mám dojem i že ve chvílích kdy se přou. Vybavil se mi Cimrman. Starší dáma podává ruku mladší dámě, nikdy naopak!
-
Nechtěl jsem tady rozpoutat hádky.
Určitě vyskouším postup od KAPITána, ale chtěl jsem jen slyšet i jiné názory.
Takže vyskouším jak bude čas a dám vědět.
-
Určitě vyskouším postup od KAPITána, ale chtěl jsem jen slyšet i jiné názory.
Kdyz nejses ochoten nasledovat radu tak se neptej.
Podle jakyko klice si chces poznat nejlepsi radu kdyz o tom nic nevis.
Kvuli svymu egu okradas jen zbytecne lidi o cas.
S takovym pristupem to nikdy nikam nedotahnes.
-
S takovym pristupem to nikdy nikam nedotahnes.
Můj přístup taky stojí za velký hovno, vím to, ale je to trochu problém změnit.
Měl bych na sebe být víc tvrdej, nekecat, makat a konečně něco udělat, protože život utíká a čím dál tím víc to stojí za prd.
-
S takovym pristupem to nikdy nikam nedotahnes.
Můj přístup taky stojí za velký hovno, vím to, ale je to trochu problém změnit.
Měl bych na sebe být víc tvrdej, nekecat, makat a konečně něco udělat, protože život utíká a čím dál tím víc to stojí za prd.
Ale stačí udělat hezký svět kolem sebe a udržovat ho v takovém stavu. Pokud do něj někdo přijde a bude Ti ho chtít rozdupat, tak neváhat a jeho zadupat. Nemusí být celý svět nádherný, stačí ten kousek ve kterém žijeme.
-
Pro Lenin POWER!
Já jsem někde psal, že si budu vybírat tu nejlepší radu? Chtěl jsem jen znát více názorů.
Ty když příjedeš třeba s autem do servisu, že Ti něco někde třeba klepe a mechanik Ti řekne " jooo pane, minule tady někomu klepalo ložisko, tak to bude určitě to samé".
Necháš ho, jako né úplný laik to hned udělat?
Pokud ostatním vadí, že jsou okrádáni o čas, tak nemusí chodit na žádná fora. Nikdo je nenutí.
Já jsem vděčný za každou radu a čím více sejich sejde, tímvětší je šance najít řešení.
Šťastné a veselé!
-
Tak jsem vyskoušel postup stím resetem konfigurace.
Vytáhnul jsem disky, dal reset, vrátil disky a chová se to pořád stejně. nenahrával jsem nejnovější FW, protože už jsem ho tam měl delší dobu.
Dále jsem si vykopíroval smb.conf, upravil jsem ten buffer (nevěděl jsem o kolik, tak jsem jej zvětšil na dvojnásobek), nahrál soubor zpátky. Nic se nezměnilo a po restartu se ten buffer přepsal zpět.
Tak jsem tam kde jsem byl.
-
A modul P2P v tom zařízení máš určitě vypnutý? P2P démona? URČITĚ?
-
Napiš mi, která přesně verze HW to je a kterou tam máš přesnou verzi firmware.
Přes 20 se prostě MUSÍŠ dostat!
(http://extrahardware.cnews.cz/sites/default/files/pictures/archive/novinky/archive/2011/05kveten/d-link-nas-recenze/grafy/dns320-325_ftp_cteni.png)
(http://extrahardware.cnews.cz/sites/default/files/pictures/archive/novinky/archive/2011/05kveten/d-link-nas-recenze/grafy/dns320-325_smb_cteni.png)
http://extrahardware.cnews.cz/recenze-d-link-dns-320-vs-dns-325-test-nas
Udělej následující:
A) JAK JSEM TI ŘÍKAL, vypnit na svém pc ANTIVIRUS A FIREWALL! Je možné, že provoz směrem ven to nekontroluje a ten směrem dovnitř ano, podobné prasečiny dělá jeden náš Český antivirus, ale nedá se vyloučit, že by to mohl dělat i nějaký webový štít něčeho jiného, tak to určitě vypnit.
B) Proveď testy rychlosti FTP vs přímý přístup do adresáře a pošli mi rychlosti.
Až to budeš mít, postni mi sem výsledky!
A nezapomeň na tu verzi HW a Firmware!!!!
-
Přihoď informaci o tom z kolika PC jsi prováděl test (zkus to nejméně na 2 zařízení), jestli byly výsledky FTP vs Samba stejné a jestli jsi měl vypnutý antivirus a firewall.
Promiň, nějak ti nevěřím, že to je chyba v tom zařízení.
Jestli jsi provedl reset zařízení, P2P je vypnuté a máš v tom firmware 2.02 nebo lepší, tak to musí lítat jako z praku.
http://nas-tweaks.net/364/d-link-releases-updated-firmware-2-02-for-the-dns-320/
-
Zítra si s tím budu hrát v práci,tak pak sem hodím výsledky. Zatím dík.
-
Údaje ze štítku
DNS-320
HW ver. A1
A FW jsem dával 2.03
Rychlosti na FTP jsou při čtení taky kolem 7-8MB/s ale zápis jede strašně pomalu, jen cca 1,2MB/s.
Samba jede čtení cca 7-8MB/s a zápis cca 20-25MB/s.
P2P mám nastaveno disable.
Zkoušel jsem na svém NTB (Win 7) vypnout antivir i firewal a je to stejné.
Na NTB s win XP (bez antiviru a s vypnutým firewalem) se to chová naprosto stejně.
Oba NTB napojeny napřímo kabelem a na síťovce jumbo frames na disable.
-
Jo a ještě jsem chtěl dodat že disky nemám z RAIDu.
-
Tak jsem teď úplný debil.
Stalo se následující.
Chtěl jsem pomocí aplikace local backup v NASU překopírovat nějaké data z jednoho HDD na druhý. Spustil jsem to, a rychlost to ukazovalo kolem 20MB/s. Když jsem do toho pustil kopírování přes SMB do noťasu, najednou jelo čtení cca 20MB/s a ještě stíhal to interní kopírování na cca 10MB/s. Jakmile to interní kopírování zastavím, SMB rychlost jede zase jen na 7-8MB/s.
Jse z toho nějak mimo.
Jo a provedl jsem downgrade na FW 2.02 a je to stejné.
-
Zkoušel jsi to propojit napřímo kabelem nebo to pustit přes jiný gigabitový switch?
Třeba tenhle se někdy chová zvláštně: http://www.alza.cz/gigabitovy-switch-zyxel-gs-105a-d80963.htm
Je tam: Výhodou je podpora QoS, díky které je možné přiřadit portům vyšší prioritu.
Tahle "výhoda" mi dělala problémy.
Firmware 2.03 přiznám se neznám, zkusil bych cvičně použít firmware 2.02, Dlink není zrovna firma známá díky své maximální kvalitě, ale díky ceně. Až vyloučíš to, že to je antivirem/firewallem nebo sítí, s tím, že jsi první dvě věci už vyloučil, zkusil bych tam hodit ten firmware 2.02. Se 2.02 to šlapalo naprosto perfektně.
-
Chtěl jsem pomocí aplikace local backup v NASU překopírovat nějaké data z jednoho HDD na druhý. Spustil jsem to, a rychlost to ukazovalo kolem 20MB/s. Když jsem do toho pustil kopírování přes SMB do noťasu, najednou jelo čtení cca 20MB/s a ještě stíhal to interní kopírování na cca 10MB/s. Jakmile to interní kopírování zastavím, SMB rychlost jede zase jen na 7-8MB/s.
Jse z toho nějak mimo.
Ověř to znovu, zkontroluj, že se po downgrade zese nezaplo to nablblý P2P.
Nicméně konečně to začíná být zajímavé.
U firmware 2.02 zatím zůstaň a dej info, jestli je P2P stále vypnuté.
Možná bych teď, s firmwarem 2.02, provedl znovu ten postup s vyjmutím disků a resetem konfigurace.
(Pak znovu zkontroluj vypnuté P2P.)
Zařízení má limit někde na 20-40 megách za sekundu, na 20 se musíš dostat.
-
Matně si vzpomínám, že tam blbla kontrola disků smart, myslím, že jsem jí také vypnul.
http://diit.cz/clanek/prulet-nastavenim
Je to cca tady: http://diit.cz/data/images/thumb/67584_2b9e5e4fbd.png?1308424152
-
Jsem napojen napřímo.
P2P je stále na disable.
Ten smart mám nastaven přesně jako na obrázku, nemám nic zaškrtnuté.
Je divné, že jak kopíruje interně mezi disky (kopíruju filmy z jednoho na druhý), tak je rychlost čtení v mezi 15-22MB/s.
A když jsem se díval přes telnet příkazem top, tak u proc bylo skoro pořád 0% a u sys kolem 50%
-
fun_plug jsi vypnul, jak ti radili, viď?
-
Napiš mi na kapitantuzemak@seznam.cz
Večer bych se k tobě mohl připojit přes Teamviewer a dát ti to do kupy: http://www.teamviewer.com/cs/index.aspx
Dáš spustit plnou verzi zdarma, pouze spustit, nekomerční použití a pošleš mi číslo sezení a heslo.
Kdy to přesně zmáknem se domluvíme přes e-mail, viděl bych to cca na 20:00 dneska.
-
Problém uzavřen:
Cituji z e-mailu:
Tak to vypadá, že downgrade na FW 2.02 a factory reset asi pomohl. Teď
mámpři čtení tak 22-30MB/s.
Akorát tam teď nejde dostat FW 2.03, ale to asi kašlu.
Konečně taky jednou nějaký Happyend :P
-
Ještě rada, pár měsíců by to takhle mohlo vydržet, pak by se rychlost měla zase snížit, vyřešíš to opět tím resetem.
....app..mám to stejné s mobilem >:(
FW 2.03 tam můžeš zkusit dát...
Můžeš prošlapat cestu ostatním a zjistit, jestli to je v tom firmware, nebo jestli to bylo v tom hard resetu.
....ale možná bych byl rád, že to funguje a nepokoušel štěstí.
Pokud nepotřebuješ zrovna iTunes a extra large files, tak bys s firmwarem 2.02 mohl být spokojený.
-
App námět: Poladěním smb.conf a velikostí bufferů by ses mohl dostat (přes/na/k) 30mega, když už máš tu gigovou síť, tak bych to udělal, 30 je lepších než 20. Není to nic těžkého, vykopíruješ smb.conf, upravíš ho a do fun_plug přidáš jedno copy a možná reload jeden reload.
Jak na to:
http://dns323.kood.org/howto:bettersamba
http://forum.dsmg600.info/viewtopic.php?id=5717
http://nas-tweaks.net/148/transfer-rate-and-networkperformance-of-the-d-link-dns-320/
Following what samuelz sayd worked! Edit /etc/samba/smb.conf. with putty and change socket parameters. I’ve used 16k for snd and 32k for receive buffer to get my nas best write and read performance. You can try your own settings live without restart because it takes the changes instant. Remember to save a copy of the file smb.conf edited somewhere else and the add a “cp” line in funplug.init to copy your edited smb.conf file at each restart of the nas. In other case every time you restart the nas you’ll have the default config bavk. Sorry for my bad english, hope to have been usefull. :)
A tohle bych zkusil i já:
Today, I replaced my switch with cheap Tplink TL-SG1008D 8 port 10/100/1000 switch. Now the transfer rates are Write 32MB/s and Read 58 MB/s.
http://nas-tweaks.net/148/transfer-rate-and-networkperformance-of-the-d-link-dns-320/
58MB/s čtení, to je velmi slušné, po gigové síti jsem se dostal někam ke 100MB/s, ale to bylo z hodně dobrýho pecka na hodně dobrý pecko, NAS by se za 58 MB/s nemusel stydět.
Uvidíš, zkoušej, zkoušej, jestli se dostaneš nad 50, rád se nechám použit, jak jsi toho docílil, evidentně to možné je.
-
Jak vidím, už si mně předběhl s výsledkem.
Opravdu pomohlo použít tvůj postup s FW2.02. Nevím proč, ale teď mi to prostě nechce sežrat FW 2.03.
Začne si jej natahovat ale neustále píše 0% a nic se neděje.
Jinak ty ostatní věci vypadají velice zajímavě, ale není na to čas. Jsem rád, že se mi to podařilo rozchodit alespoň takhle, ale pokud by se našel nějaký čas, určitě to vyskouším.
Aktuálně se dostávám na rychlosti až k 30MB/s. Někdy to jde i k 35MB/s při čtení.
Zápis jede tak 20-25.
iTunes mám vyplé. Používám pouze SAMBU a UPnP AV Server kvůli TV, která SMB neumí a poslední dobou se mi stávalo, že se občas sekalo některé MKV a tak jsem vlastně přišel na to, že je to pomalé.
A ještě mne napadlo, jestli nebyla při prvním pokusu o factory reset chyba v tom, že jsem pak použil obnovení nastavení ze souboru backup. Možná kdybych to znova nastavil, valilo by to i na FW 2.03. Pokusím se to ověřit, ale nevím kdy to bude.
Každopádně VELK0 DÍKY!!!!!!
-
Ještě aktualizace
Zkusil jsem znova nahodit FW2.03 a povedlo se, ovšem rychlost čtení šla okamžitě rapidně dolů. Jelo to cca 10-12MB/s.
Vím že to není oněch 7-8, co mi to jelo předtím, ale dneska to mám píchlé do jiného NTB s XP.
hodil jsem tedy ypět FW2.02 a bez jakéhokoli jiného zásahu to jede okamžitě krásně k 30MB/s, dokonce při kopírování třeba 8GB MKV se rychlost šplhá až ke 40MB/s, což už je pro mé účely luxus.
A víc času na laborace asi už nebude, musím jít dělat taky něco jiného.
Takže ještě jednou díky všem a možná se tu zase ukážu, pokud bude čas na nějaké laborování.
-
O tom, že je firmware 2.03 zabugovaný(???) jsem nevěděl, ostatně měl jsem to v pazouře už před delší dobou.
Ale jsem rád, že se to vyřešilo a funguje ti to.
Firma Dlink si mě svým přístupem rozhodně nezískala.
Další z kotrmelců: http://www.root.cz/zpravicky/routery-d-link-obsahuji-backdoor/
App, až bude mít každé zařízení svojí veřejnou IPv6 a ve firewallu bude třeba defaultně povolený přístup na port 80 všech strojů v síti, to bude teprve sranda ;D
-
Škoda, že jsem si toho tady nevšiml, já jsem totiž řešil ten samý problém o rok dříve a změřeno mám zde:
http://forums.dlink.com/index.php?topic=51588.msg194097#msg194097
Nicméně když jsem měl FW2.02 s FFP, tak jsem zkoušel sambu optimalizovat a nikdy jsem se na hodnoty jako bez FFP nedostal, měl jsem prostě moc málo free ram. Pokud tedy někdo úspěšně zoptimalizoval sambu tak, že verze 2.02 s FFP chodí stejně rychle jako bez FFP sem s tím. Rád bych se vrátil k FFP, ale asi to vypadá spíš na brzkou výměnu celého nasu - tenhle má prostě moc "mušek" (rychlost vs. rozšiřitelnost, hluk, nepodpora ze strany výrobce...).