Kirjoittaja Aihe: Hidas lähiverkko - 1Gb  (Luettu 9912 kertaa)

petri0

  • Käyttäjä
  • Viestejä: 247
    • Profiili
Hidas lähiverkko - 1Gb
« : 23.10.08 - klo:01.17 »
On Gigabit switch (Linksys WRVS4400N) jaag Gb verkkokortit ja cat6 kaapelit. Sitten Ubuntu näyttää n.26 MiB/s nopeutta. Siirrettävänä 450GB ja aikaa menee n. 5 tuntia ennustuksen mukaan niin eikö se silloin ole hidas?


peran

  • Vieras
Vs: Hidas lähiverkko - 1Gb
« Vastaus #1 : 23.10.08 - klo:02.37 »
Se on suhteellista...

Se on kuitenkin noin 2x nopeampaa kuin 100 Megan maksiminopeus.

petri0

  • Käyttäjä
  • Viestejä: 247
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #2 : 23.10.08 - klo:13.56 »
No kaikkihan on suhteellista...  ;D

Mikä on sitten tämä 1Gb verkon maksiminopeus? Teoreettinenkin kelpaa, minulla on aina vaikeaa pysyä näiden bitsien ja Byten perässä eli en ymmärrä.

Asmo Koskinen

  • Käyttäjä
  • Viestejä: 4443
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #3 : 23.10.08 - klo:14.12 »
Mikä on sitten tämä 1Gb verkon maksiminopeus?

http://en.wikipedia.org/wiki/List_of_device_bandwidths#Local_area_network

Ystävällisin terveisin Asmo Koskinen.

petri0

  • Käyttäjä
  • Viestejä: 247
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #4 : 23.10.08 - klo:16.43 »
Eli mun verkon nopeus pitäisi olla (teoriassa) 10x nopeampaa kuin 100 Megan maksiminopeus eli 125MB/s.

Jos nyt vaikka antaisi 20% pois kaikenlaisiin häviöihin niin silti pitäisi nopeuden olla 4x se mitä minä sain. Että se on 2x nopeampi kuin 100 Megan ei yhtäkkiä lohduta.

Eli minun lähiverkko on jostain syystä hidas kun kaikki varustus kuitenkin pitäisi olla ok.

No olkoon sitten.

anttimr

  • Käyttäjä
  • Viestejä: 1625
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #5 : 23.10.08 - klo:16.57 »
En väitä etteikö tuossa verkon siirtokyky olisi pullonkaulana, mutta kannattaa ottaa pohdinnoissa huomioon myös kiintolevyjen ja levyjärjestelmän suorituskyky. Nykylevyillä jatkuva luku- ja kirjoitusnopeus taitaa olla luokkaa 60-80 MB/s, jos ei puhuta jostain extralaitteista tai RAID-systeemeistä. Jos fileet ovat fragmentoituneita tai pientä sälää, niin vauhti varmaan putoaa tuosta. Toisekseen, saavutettuun siirtonopeuteen saattaa vaikuttaa jonkin verran menetelmä, jolla tiedostot jaetaan verkkoon. NFS lienee Sambaa tehokkaampi, näin mutu-heittona. 
« Viimeksi muokattu: 23.10.08 - klo:17.02 kirjoittanut anttimr »
Ubuntu 12.10 Quantal Quetzal

Tuplanolla

  • Käyttäjä
  • Viestejä: 1420
  • Reg. Linux user #423604
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #6 : 23.10.08 - klo:17.11 »
Joo niin, tässä ei sanottu nyt mikä protokolla on käytössä.
Mulla tulee Samballa 100m-lanilla semmosta 11 megan sekuntivauhtia eli ihan kivasti ;)

Tosiaan noi kiintolevyjen nopeudet taitaa tässä ahistaa.
« Viimeksi muokattu: 23.10.08 - klo:17.13 kirjoittanut Tuplanolla »
Lisää [ratkaistu] ketjun ensimmäisen viestin otsikkoon, kun ongelma ratkeaa!

petri0

  • Käyttäjä
  • Viestejä: 247
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #7 : 23.10.08 - klo:19.32 »
No enpä tietenkään sitä paljastanut mitkä protokollat ja kovalevyt on kyseessä.

NFS on käytössä, SATA kiintolevyt molemmissa koneissa jumpperi poistettuna eli se nopeampi 3Gb/s pitäisi olla voimassa ja ext3.

Ehkäpä ne tiedostot sitten on fragmentoituneet kun niitä on pikkuhiljaa lisätty ja joitakin poistettu ajan mittaan.

Ripa

  • Käyttäjä
  • Viestejä: 196
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #8 : 28.10.08 - klo:10.45 »
On Gigabit switch (Linksys WRVS4400N) jaag Gb verkkokortit ja cat6 kaapelit. Sitten Ubuntu näyttää n.26 MiB/s nopeutta. Siirrettävänä 450GB ja aikaa menee n. 5 tuntia ennustuksen mukaan niin eikö se silloin ole hidas?

Tuo 5 tuntia lienee datan siirtoon menevä aika?
Tuossa joku jo kyseli mikä protokolla on käytössä?

Verkkokortille ilmoitetaan tiedonsiirtnopeus 100 Mb ta ivaikka 1Gb /s. tuo on verkkokortin Max tiedon siirrto niopeus.
Siihen sisältyy paketissa olevat ip-ositteet, verkkokorttien MAC osoitteet, datan tarkistus summat, ja pahimmassa tapauksessa jokin tiedonsiirtprotokolla on voitu paketoida toisen sisään. Kaikesta tuosta huomaa pien että hyötykuorma ei ole 100%.

Pitää siis erottaa toisistaan verkkokortin tiedonsiitonopeus (100Mb/s) ja datan tiedonsiirtonopeus, joka on riippuvaiinen monista muistakin asioista.
Vaikka siitä pystyykö suoritin purkamaan datan ja laskemaan tarkistussummat samassa vauhdissa.

Ethernet verkossa katoaa aina jonkinverran paketteja. Jonkin mekanismin on etsittävä kadonneet paketit ja lähetettävä ne uudelleen, ja tämäkin hidastaa datan siirtoa, vaikka verkossa siirretään tavaraa "täydellä vauhdiolla".

Olen usein huomannut pitkillä etäisyyksillä, tai huonosti tehdyillä kaapeloinneilla, että kun pudotta verkkokortin nopeuden 100Mb > 10Mb niin yllätys yllätys datan siirtnopeus kasvaa.

veekoo

  • Käyttäjä
  • Viestejä: 443
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #9 : 28.10.08 - klo:12.34 »
Iperf -komennolla voit testata raakaa tiedostonsiirtoa suoraan ohjelmalta ohjelmalle LANin yli, jolloin mitataan oikeasti TCP/IP -protokollapinon ja LAN-yhteyksien nopeutta. Asennus:

Koodia: [Valitse]
apt-get install iperf
Toisessa koneessa sitten:

Koodia: [Valitse]
iperf -s
Ja toisessa:
Koodia: [Valitse]
iperf -c <toisen-koneen-ip> -r
100 Mbps verkkoliityntöjen yli tuo näytti nopeudeksi 91 Mbps.

Jallu59

  • Käyttäjä
  • Viestejä: 3430
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #10 : 28.10.08 - klo:12.59 »
NFS:n suorituskykyä voi tuunata kasvattamalla rsize= ja wsize= arvoja vakio 1024:sta. Nuo optiot määritellään mounttiin esim fstab:n optio-sarakkeeseen. Arvoksi voi laittaa 8192 tai 16384 (jaollisia luvulla 1024).

Jos sen NFS:n alla on EXT2/3/4, niin niissä on oletusblokin koko 4k eli 4096 tavua eli se saattaisi olla optimi myös NFS:lle. Paitsi jos kaapelointi on niin kelvoton, että noin isot paketit hajoavat matkalla.

Ja tosiaan, perus kiintarin(7200rpm) maksimi lukunopeus on tuollan kymmenien megatavujen luokassa, mutta vain suurilla yhtenäisillä tiedostoilla. suorityskyky rapisee alaspäin jos luetaan/kirjoitetaan pieniä tiedostoja/tietueita paljon.

T:Jallu59
Jari J. Lehtinen, Wanhempi (iki?)tietoteekkari & tietotekniikkakonsultti Turust, P4-HT / 3,0 GHz, Intel945 IGP 226MB & 4GBram & UbuntuStudio 14.04. Toshiba Satellie 50-C, i5 dual-core 2,3GHz, ubuntu-mate 16.04 LTS

Jallu59

  • Käyttäjä
  • Viestejä: 3430
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #11 : 28.10.08 - klo:19.27 »
Lisäajattelua

1Gb/s ~ 100MB/s maksimi teoreettinen siirtonopeus kehyksineen siirtokanavassa
50MB/s maksimi kiintolevyn luku/kirjoitusnopeus
26MB/s PetriO:n saavuttama siirtonopeus

Kahden viimeisimmän eron selittänee normaali muu prosessorikuorma aikajakoineen ja NFS-protokollan aiheuttama prosesorikuorma molemmissa päissä muistiin lukuineen ja kirjoituksineen.

Tuollaisen ison klöntin siirtoon ei server-kernelikään taida tuoda lisävauhtia,se kun lienee optimoitu ajatellen palvelimille tyypillistä peinten tiedostojen runsasta käyttöä, mutta en ole kokeillut.

T:Jallu59
Jari J. Lehtinen, Wanhempi (iki?)tietoteekkari & tietotekniikkakonsultti Turust, P4-HT / 3,0 GHz, Intel945 IGP 226MB & 4GBram & UbuntuStudio 14.04. Toshiba Satellie 50-C, i5 dual-core 2,3GHz, ubuntu-mate 16.04 LTS

Jallu59

  • Käyttäjä
  • Viestejä: 3430
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #12 : 28.10.08 - klo:21.35 »
Levytpä eivät ole tuosta ajasta kovin paljoa nopeutuneet (5400->7200rpm), joten suuruusluokka lienee edelleen sama, minkä lisäksi Petrillä ei liene rauta RAID5:sta. Eikös lisäksi vielä kirjoittaminen ole hitaampaa ?

T:Jallu59
Jari J. Lehtinen, Wanhempi (iki?)tietoteekkari & tietotekniikkakonsultti Turust, P4-HT / 3,0 GHz, Intel945 IGP 226MB & 4GBram & UbuntuStudio 14.04. Toshiba Satellie 50-C, i5 dual-core 2,3GHz, ubuntu-mate 16.04 LTS

Ripa

  • Käyttäjä
  • Viestejä: 196
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #13 : 29.10.08 - klo:08.47 »
Palaan tuohon tiedonsiirto protokollaan, tuossa nopeusasiassa.

Osaisiko joku kertoa vaikka noin ”pommiluokkaa” että jos käytössä on tcp/ip protokolla eli siis ip-protokolla, jonka päällä ajetaan tuota tcp-protokollaa mikä on hyötykuorma tuossa siirrettävässä datassa ja mikä protokollien itsensä  tarvitsema tila kehyksessä, tai tässä tapauksessa kehyksistä, sillä molemmissa protokollissahan on omat sisäiset otsikot, liput ym.

Katselin tuommoista sivua http://fi.wikipedia.org/wiki/TCP Datan osuus on tietenkin riippuvainen kehyksen koosta.
Oletetaan että kehyskoko on ”vakiot” tai suurin / pienin kehyksenkoko.
Mikä osuus siirosta on dataa?
Vai onko noiden tarkistussummien otsikoiden ja muiden tarvitsema tila niin pieni että sen voi jättää kokonaan ilman huomiota.


Vapaan koodin kananmuna

  • Käyttäjä
  • Viestejä: 1536
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #14 : 29.10.08 - klo:10.58 »
Palaan tuohon tiedonsiirto protokollaan, tuossa nopeusasiassa.

Osaisiko joku kertoa vaikka noin ”pommiluokkaa” että jos käytössä on tcp/ip protokolla eli siis ip-protokolla, jonka päällä ajetaan tuota tcp-protokollaa mikä on hyötykuorma tuossa siirrettävässä datassa ja mikä protokollien itsensä  tarvitsema tila kehyksessä, tai tässä tapauksessa kehyksistä, sillä molemmissa protokollissahan on omat sisäiset otsikot, liput ym.

Katselin tuommoista sivua http://fi.wikipedia.org/wiki/TCP Datan osuus on tietenkin riippuvainen kehyksen koosta.
Oletetaan että kehyskoko on ”vakiot” tai suurin / pienin kehyksenkoko.
Mikä osuus siirosta on dataa?
Vai onko noiden tarkistussummien otsikoiden ja muiden tarvitsema tila niin pieni että sen voi jättää kokonaan ilman huomiota.


TCP:n hyötykuorma riippuu kanavasta. Jos virheitä on paljon niin uudelleenlähetyksiä tulee vastaavasti enemmän ja kehyskokoa pienennetään.
Tuo Jallu59:n laskentakaava Tiedonsiirtonopeus biteissä / 10 = Tiedonsiirtonopeus tavuissa on kohtalaisen käyttökelpoinen approksimaatio.
« Viimeksi muokattu: 29.10.08 - klo:12.30 kirjoittanut Vapaan koodin kananmuna »
En Vastaa Vaikeisiin Kysymyksiin.

veekoo

  • Käyttäjä
  • Viestejä: 443
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #15 : 29.10.08 - klo:11.38 »
Oletetaan että kehyskoko on ”vakiot” tai suurin / pienin kehyksenkoko.
Mikä osuus siirosta on dataa?

Ethernet-kehykseen mahtuu hyötydataa 1500 tavua ja silloin ethernet-kehyksen koko mitta on 1514 tavua. Saatteiden (ethernet+IP+TCP) osuus on tuosta 14+20+20 / 1514 = 3.6%. Tavallisesti IP-paketti on hieman pienempi kuin tuo 1500 tavua, jolla varaudutaan esim. VPN-yhteyksien lisäsaatteisiin, mutta lopputulos on kuitenkin pienempi kuin 4%.

NFS:n on toteutettu UDP:n päällä, mutta toisaalta paketteihin tulee NFS:n omia saatteita, joten lopputulos lienee aika lähellä sama.

TCP voisi pienentää pakettikokoa heikoilla yhteyksillä, mutta minä en ole tuota ilmiötä nähnyt liikennemittauksissa.

Ripa

  • Käyttäjä
  • Viestejä: 196
    • Profiili
Vs: Hidas lähiverkko - 1Gb
« Vastaus #16 : 30.10.08 - klo:18.22 »
Datan osuus Ethernet kehyksessä

Luulo ei näköjään ole täysin varmaa tietoa!
Olen joskus aiemminkin kysellyt paljonko kehyksestä hukkuu noihin ”turhiin / pakollisiin” tietoihin.

Silloin sain semmoisen käsityksen jotta kehysten ym. osuus olisi ollut siirrettävästä datasta aina yli 10% pahimmillaan jopa 20%
Metsässä oltiin "mutulla" ja vahvasti, joten kiitokset oikaisusta.
Siis tosiaankin
Luulo ei näköjään ole täysin varmaa tietoa!