- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Bemutatkozott a Poco X7 és X7 Pro
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Samsung Galaxy A54 - türelemjáték
- Műholdas AI chippel fedné le a bolygót a Samsung
- Garmin topik
- iPhone topik
- Google Pixel topik
- Megérkeztek a Xiaomi 15T sorozatának telefonjai Magyarországra
- A legolcsóbb és a legdrágább új iPhone fogy a legjobban
Új hozzászólás Aktív témák
-
#94180096
törölt tag
Elvileg az van fenn.
Pv-vel is megnéztem az írás/olvasást:
pv /dev/zero > /mnt/testfile Itt párszáz kbyte/s és 120Mbyte/s között ugrál másolásnál. Másoláskor egyenletes sávszélességet kellene produkálnia, vagy rosszul gondolom?
pv /mnt/testfile > /dev/null Itt egyenletes sebességet produkál, igaz lassan. 6-7 Mbyte/s
Nem tudom, mi foghatja le a második esetben. Talán beállítottam valami korlátozást? Bár nem rémlik ilyesmi.
Az első esetben meg ez az ugrálás a furcsa, Vagy nagyon kicsi az érték, vagy irreálisan nagy. -
#94180096
törölt tag
Érdekes, hiába kapcsolom be a TOE-t az atomos gépen így:
ethtool -K eth0 tx on
ethtool -K eth0 rx on
ethtool -K eth0 sg on
ethtool -K eth0 tso on
ethtool -K eth0 gso onnfs nem lesz gyorsabb tőle és a CPU-t is ugyanúgy eszi.
Így csatoltam a kliensen:
sudo mount.nfs -o tcp 192.168.1.104:/távoli_könyvtár /mntAmi még érdekesebb, mostanában az írás gyorsabb mint az olvasás.
Az írás 30-50Mbyte/s.
Az olvasás 6Mbyte/s ami nagyon kevés..Biztos valami elállítódott..
-
Kipróbáltam mindkettőt. Az MTU emelésétől az NFS kliens már nem is működik, windows valami érvénytelen művelet hibát ír.
Iperfet próbáltam még, host = client, guest = server:------------------------------------------------------------
Server listening on TCP port 55555
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57559
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 8.50 MBytes 7.09 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57578
[ 5] 0.0-10.0 sec 495 MBytes 415 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57589
[ 4] 0.0-10.9 sec 12.6 MBytes 9.71 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57599
[ 5] 0.0-10.7 sec 4.38 MBytes 3.42 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57625
[ 4] 0.0-10.7 sec 4.88 MBytes 3.81 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57633
[ 5] 0.0-10.0 sec 93.4 MBytes 78.3 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57642
[ 4] 0.0-10.9 sec 17.1 MBytes 13.2 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 57652
[ 5] 0.0-10.6 sec 4.12 MBytes 3.27 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 58035
[ 4] 0.0-10.0 sec 306 MBytes 256 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 58046
[ 5] 0.0-10.0 sec 472 MBytes 395 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 58054
[ 4] 0.0-10.0 sec 478 MBytes 401 Mbits/sec
[ 5] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 58067
[ 5] 0.0-10.0 sec 412 MBytes 345 Mbits/sec
[ 4] local 192.168.90.100 port 55555 connected with 192.168.90.1 port 58074
[ 4] 0.0-10.0 sec 476 MBytes 400 Mbits/secA végére megjavult. De így is röhej. Inkább alszom. Majd próbálok másik virtuális NIC-et.
-
bambano
titán
windows verzió függő, de kapcsold ki a linuxon a tcp window scalingot*
ezt pl. xp-n is muszáj kikapcsolni, ettől akár harmincszoros gyorsulás is elérhető.
xp-re esetleg rakj fel hálózati tuningoló programot (pl. upc webjén meg lehet keresni).ha virtualizált az egész környezet, meg kellene próbálni jumbo frame-eket használni a virtuális networkön.
* úgy értem, hogy a window scaling rosszul van megoldva windowsokon, ráadásul verziófüggően rossz. ezért jobb, ha nem hagyod, hogy egerésszen vele, hanem a linuxon tiltsd le és akkor a windows is lekapcsolja.
szerk: addig ne nyugodj meg a hálózatot illetően, amíg a bazi fájl apacsról olvasása 110 alatt van.
-
Ja hát linux-linux között minden normálisan működik. De amint képbe kerül a windows, feje tetejére áll a világ.
Bazi fájl sambán írása linuxra 65-70MB/s. HDD-ről SDD-re, amin a virtuális gép is van.
Bazi fájl apache-ról olvasása 45-50MB/s.
Bár igaz, ez SSD-ről SSD-re, de szerintem nem ez a szűk keresztmetszet, feladatkezelő is megmondta, a chrome terhelte 100%-ra az egész CPU-t. ~3000 apró fájl olvasása NFS-sel ~1.9MB/s, sambával ~4MB/s.
Blokkméretet gondolom kliensoldalon kéne állítani, de a dokan / nekodrive a kliens, s nem találtam ilyen opciót.
szerk:
Bazi fájl sambáról olvasása 50-55MB/s.
Bazi fájl NFS-ről olvasása 16MB/s.
-
-
#12
bambano
titán
juhaszattee
#10
bambano
titán
válasz
juhaszattee
#10
üzenetére
és akkor összevetjük az eredeti kérdésben szereplő sima otthoni windows stringet a válaszodban szereplő ultimate és enterprise meg hasonló stringekkel, éééés....
-
bambano
titán
mindenféle trükközés nélkül két teszt:
2148532224 bájt (2,1 GB) másolva, 18,2705 mp, 118 MB/mp
8589934592 bájt (8,6 GB) másolva, 73,1415 mp, 117 MB/mpkis trükközéssel gigabiten:
2148532224 bájt (2,1 GB) másolva, 0,261153 mp, 8,2 GB/mphmm. kis meglepetés, hogy a debianos nfs már tcp-n megy.
-
#10
juhaszattee
csendes tag
lezso6
#9
juhaszattee
csendes tag
Kicsit el van dugva, de állítólag megy, én nem próbáltam.
Arch wiki a világ legjobb dolga
-
Ja, benéztem.
Sambát használok jelenleg a virtuális linux és windows host között, és elég lassú kis fájlok esetén. Kicsit utánanéztem. Lehet akkor meg kéne próbálnom átállni NFS-re, viszont sima otthoni windows alá állítólag nincs kliens. Vagy van, csak el van dugva? Meghajtóként csatolnám, ahogy eddig a samba share-t. -
#94180096
törölt tag
-
Próbálj ki egy gettólinuxot, azzal maximális teljesítmény érhető el. Persze közel nulláról kell telepíteni a rendszert, és mindent a csomag-kezelő fordít le, ami lassan megy, de az eredmény a lehető leggyorsabb lesz, ha érted a témát.
Egyébként szerintem maga a limit az NFS-ben lesz.
-
Az offloadingot az eszköz-kezelőben elvileg be tudod lőni a hálókártya beállításainál.
Iperfet próbáltam még, host = client, guest = server:
Bár igaz, ez SSD-ről SSD-re, de szerintem nem ez a szűk keresztmetszet, feladatkezelő is megmondta, a chrome terhelte 100%-ra az egész CPU-t. 
Új hozzászólás Aktív témák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Eredeti játékok OFF topik
- Luck Dragon: Asszociációs játék. :)
- Vigneau interaktív lokálblogja
- Videó stream letöltése
- Sorozatok
- Posta, csomagküldés
- Azonnali alaplapos kérdések órája
- Reklámblokkolók topikja
- További aktív témák...
- ASUS VivoBook Max X541UVK i5-7200U 8GB RAM 512GB SSD NVIDIA GeForce 920MX 2GB Windows 11
- Szép! HP EliteBook 840 G10 Hordozható Ultrabook Fémház 14" -40% i5-1335U 32/1TB Iris Xe FHD+
- Új OEM INTEL XEON E-1241V3/E-1270V3
- Eladó Sony CS-széria házimozi szett hibátlan működéssel, megkímélt állapotban
- Szép! Lenovo Thinkpad T14 G3 Golyóálló Üzleti Érintős Laptop 14" -50% i5-1250P 12Mag 16GB/512GB FHD+
- BESZÁMÍTÁS! Sony PlayStation 4 PRO 1TB fekete játékkonzol garanciával hibátlan működéssel
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
- GYÖNYÖRŰ iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA -Kártyafüggetlen, MS3605
- BESZÁMÍTÁS! MSI B450 R7 5800X 32GB DDR4 1TB SSD RTX 4070Ti 12GB Zalman S2 TG Enermax 750W
- Lenovo ThinkPad P14s Gen 3 Intel Core i7-1280P Nvidia T550 32GB 1000GB 1 év teljeskörű garancia
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest