SMB/CIFS megosztás, két kártya, sebesség probléma

 ( agostonl | 2017. július 29., szombat - 11:25 )

Sziasztok!

Adott egy Openmediavault szerver, napra készen frissítve. (Linux omv 4.9.0-0.bpo.3-amd64 #1 SMP Debian 4.9.30-2+deb9u2~bpo8+1 (2017-06-27) x86_64 GNU/Linux
)
Az eth1 csatlakozó az Internet felé megy, míg az eth2 a belső hálózatot szolgálja ki. Így én azt feltételeztem, hogy nem terhelik egymást, pedig DE!
Ha az eth1-en megy a letöltés, az eth2-n annyival zuhan a sebesség. ??? Why? Warum? Pourquoi?
A proci terhelése alig lépi át az 50%-ot (54 a max). a memória 30%-kát használom, mikor mindkét hálózati kártya terhelve van!

Az OMV extra opciói (bár nem rontottak/javítottak a performancián):


socket options = TCP_NODELAY SO_RCVBUF=524288 SO_SNDBUF=524288
read raw = yes
write raw = yes
max xmit = 65535
dead time = 15
getwd cache = yes

CPU:

root@omv:/home/agostonl# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 6
model name : Intel(R) Celeron(R) D CPU 3.06GHz
stepping : 5
microcode : 0xb
cpu MHz : 3058.302
cache size : 512 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 6
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl eagerfpu pni dtes64 monitor ds_cpl cid cx16 xtpr pdcm lahf_lm
bugs :
bogomips : 6116.60
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:

Memória: 4GB

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ezzel még rosszabb lett a sebesség. :/

“- És ha… fizetést ajánlanék, hogy dolgozzon?
– Engem nem lehet megvesztegetni.”
Rejtő Jenő

Hú, modern egy gép!
Mellékállásban Te vagy az áramszolgáltató főszonzora.

PCI hálókártyák? Ha azok, akkor osztoznak a PCI busz sávszélességén.

Az egyik alaplapi, a másik PCI.

“- És ha… fizetést ajánlanék, hogy dolgozzon?
– Engem nem lehet megvesztegetni.”
Rejtő Jenő

Látom, hogy lent már megvan a megoldás, de talán hasznos infó lehet, hogy az integrált hálókártya is lehet ugyanazon a PCI buszon, mint az utólag behelyezett. Igaz 2x100Mb/s esetén nincs a dolognak különösebb jelentősége.

A fentiek alapján már csak néhány kérdés maradt:
- eth1 chip, fizikai sebesség valahol 10Mb/s és 10Gb/s között
- eth2 mint fent
- mekkora az a hatalmas sebesség, ami lezuhan
- mekkora a zInternet fizikai sebessége, és milyen eszközre csatlakozik
- melyik a PCI buszon és melyik a piroshetesen közlekedő csatoló
?????

Aztán majd még kérdezek. ;)

A fentiek alapján a válaszok ;) :

eth1 és eth2 100 Mbit/sec
11000 kbyte/sec-ről lezuhan 3000 kbyte/sec-re

A net sebessége: http://beta.speedtest.net/result/6497396148.png
A le/fel sebesség ennek a 75%-kára van belőve, de ennek egy szeparált kártyán kéne mennie, ahol nincs SMB/CIFS.
Két PCI slot van a lapon, abból a legalsót használom.

Viszont, most szemet szúrt valami, a tűzfalon. Az Openmediavault-nál, hiába adtam meg, hogy melyik LAN kártyátról, A.K.A. melyik IP-ről menjen a torrent (szigorúan csak linux image-k :P ), az aktív portot akkor is az első kártya IP-jére tette. Lehet itt a gond?

“- És ha… fizetést ajánlanék, hogy dolgozzon?
– Engem nem lehet megvesztegetni.”
Rejtő Jenő

+
- alaplap pontos típusa
- lspci kimenet
- ethtool kimenet mindkét hálókártyára

-------------------
https://onlinestream.hu/ - A legtöbb magyar rádió és TV egy helyen!

Ok, megvan a hiba!

A gondot az okozza, hogy a torrent-nél hiába lövöm be, melyik IP-ről menjen a szolgáltatás, az aktív portot akkor is az első IP-ről indítja.
Ha oda rakom a teljes torrent forgalmat, a második IP, gyönyörűen dübörög 12000 kbyte/sec-el, stabilan.

Itthonra meg ez tökéletes.

“- És ha… fizetést ajánlanék, hogy dolgozzon?
– Engem nem lehet megvesztegetni.”
Rejtő Jenő