Új hozzászólás Aktív témák

• #22 bambano titán lezso6 #21

  Új Válasz 2014-04-02 20:26:14 #22

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz lezso6 #21 üzenetére

  egyébként ha úgy akarsz nfs-t tesztelni, hogy nem méred bele a diszk i/o-t is, akkor lehet linuxon olyan fájlt csinálni (csak tesztelésre), ami pl. 16 gigás és 1 megát foglal a diszken

• #20 bambano titán Honkydoo #19

  Új Válasz 2014-04-02 19:17:31 #20

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz Honkydoo #19 üzenetére

  még azt érdemes megnézni, hogy a szerveren milyen nfs szerver van, emlékeim szerint van már kernel space nfs szerver is, az gyorsabb.

• #17 bambano titán lezso6 #16

  Új Válasz 2014-04-02 03:07:11 #17

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz lezso6 #16 üzenetére

  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.

• #15 bambano titán lezso6 #13

  Új Válasz 2014-04-02 02:20:06 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz lezso6 #13 üzenetére

  

  két rendesebb linuxos pc között, egy nagy fájllal.

  tuning: az írási és az olvasási blokkméret 8k-ra emelése is segíthet. de előtte nézd meg a natív hálózati teljesítményt, akár iperf-fel vagy http letöltéssel, mert a virtualizáció ronthat rajta.

• #12 bambano titán juhaszattee #10

  Új Válasz 2014-04-02 01:00:12 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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....

• #11 bambano titán lezso6 #9

  Új Válasz 2014-04-02 00:58:54 #11

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz lezso6 #9 üzenetére

  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/mp

  kis trükközéssel gigabiten:
  2148532224 bájt (2,1 GB) másolva, 0,261153 mp, 8,2 GB/mp

  hmm. kis meglepetés, hogy a debianos nfs már tcp-n megy.

• #8 bambano titán

  Új Válasz 2014-04-01 22:48:47 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  ööö van itt egy kis konfúzió.

  az nfs alapból udp-n üzemel. tehát a tcp offload engine alapból nullát ér az nfs gyorsítása szempontjából.

Új hozzászólás Aktív témák