Max 60-70% av 100Mbit

[Torbjørn]

skulle gjerne likt å sett noe tall på at fast ip adresse også hjelper på hastigheten

 

klart - en lease tid på 2 minuter vil føre til at dhcp snakker litt på nettet innimellom

[bitcowboy]

60 - 75% kapasitetsutnyttelse er helt vanlig i et Ethernet (kabling) basert nettverk, basert på kabelkvalitet, driverytelse, filstørrelse og noen andre parametere.

 

Alt over 60 - 75% kapasitetsutnyttelse er "lucky".

 

At man må forvente enda mindre ytelse ved lesing / skriving av mange mindre filer i forhold til en stor fil ligger i at hver fil må åpnes, leses og lukkes, mange små filer utløser i tillegg til stor lese / skrive økt arbeidspress på nettverkskortet mht. pakking / utpakking av datapakkene.

[Cyrus]

Dette lyder veldig kjent, har hatt samme problemet. Måten jeg løste det på var og installere de nyeste driverne fra nettverkskort produsenten. Det er faktisk ganske mye ytelse og hente på og oppdatere nettverkskort driverne.

 

Sitter med en følelese at en del av de driverne som ligger i for eks. Windows XP ikke er av ypperste kvalitet

 

/cyrus

[Hawkie]

Tror problemet her ligger i den elendige overføringsprotokollen windows har

 

Windows har ikke noen egen overføringsprotokoll. Du bruker standard TCP/IP stack som ikke er noe MS produkt i det hele tatt.

 

Sjekk at du ikke har IPX eller NetBEUI lagt inn, for flere protokoller fører til såkalt negotiate mellom hver overføring (fil) og det tar litt tid. Så med andre ord, kjør rent TCP/IP.

 

Nettverkskortet er nok mest sannsynlig synderen, da rimelige onboard nettverkskort ikke har egen prosessor men låner "tid" fra hovedprosessoren.

Pro nettverkskort har egen prosessor og yter bedre generelt sett.

 

Neste er overhead, for hver pakke skal bekreftes mottatt før neste kommer. En del veldig smarte mennesker skal Tweake TCP/IP stacken sin uten å vite hva de gjør og ender med å senke sin egen LAN fart med før høye sende luker osv. Standard overhead for et LAN uten router imellom skal være ca 5-10% , noe som gjerne øker til 10-20% med router imellom.

 

Neste er da kollisjoner. Bruker du HUB eller switch så er dette en meget sannsynlig faktor. HUB er ikke egnet for å holde full speed på slike overføringer. Switcher er langt bedre til sånt. På de fleste HUB'er og switcher er det en lampe som viser kollisjoner, se på denne om den er meget aktiv. Det betyr nemlig at du har en feil i nettverket ditt eller feil i TCP/IP stack på en av maskinene dine.

 

Disk gidder jeg ikke en gang å nevne da det er gjennomdiskutert litt tidligere i tråden her.

 

Med crossover kabel mellom maskinene er det en grei måte å teste Throughput på selve nettverkskortene, da er det nemlig bare de samt ditt lokale TCP/IP oppsett som er skyld i lav fart.

 

Noen ganger er det dårlig kvalitet på kabler, men dette er en sjeldenhet i dag, men fortsatt en mulgi årsak. Som sagt ved å kjøre en crossover finner du fort ut av dette.

[Torbjørn]

ehh... windows har filoverføringsprotokollen SMB som er et MS produkt (og et dårlig sådant mener mange). At denne kjører på TCP/IP akkurat som f.eks ftp er mindre interessant.

 

er du 100% sikker på at SMB ikke har noen flaskehalser og er like effektiv på samme nett som FTP? jeg kjenner ikke SMP i detalj. men min erfaring tilsier at den ikke er like kjapp.

 

jeg ligger konstant på mellom 10 og 11 mbyte/sek med FTP. SMB er det lenge siden jeg overførte store filer med, så der har jeg ikke lenger noe godt tall på hva jeg har. men lå aldri over 10 der.

 

lucky eller ikke, jeg har ingen problemer med å overføre filer med godt over 80% av kapasiteten til nettet.

[Hawkie]

SMB er ikke en protokoll men en tjeneste og en autentiseringstype

[ATWindsor]

60 - 75% kapasitetsutnyttelse er helt vanlig i et Ethernet (kabling) basert nettverk, basert på kabelkvalitet, driverytelse, filstørrelse og noen andre parametere.

 

Alt over 60 - 75% kapasitetsutnyttelse er "lucky".

 

At man må forvente enda mindre ytelse ved lesing / skriving av mange mindre filer i forhold til en stor fil ligger i at hver fil må åpnes, leses og lukkes, mange små filer utløser i tillegg til stor lese / skrive økt arbeidspress på nettverkskortet mht. pakking / utpakking av datapakkene.

Igjen lurer jeg på hva slags nett du sitter på? Det harmoneer overhodet ikke med min virkelighetsoppfattelse. 10% overhead, kanskje tilogmed 20% kan man regne med, men at alt over 60-70% er "lucky"?

 

AtW

[Torbjørn]

SMB er ikke en protokoll men en tjeneste og en autentiseringstype

tjah.. microsoft sier seg uenig...

http://msdn.microsoft.com/library/en-us/fi...ol_overview.asp

 

det her blir vel å spikke småflis, men jeg ser ingen grunn til at SMB som filoverføringsprotokoll ikke kan være nevneverdig dårligere enn FTP bare fordi begge ligger over TCP/IP?

 

smb ligger i application layer av OSI modellen slik som andre sammenlignpare protokoller, eks http, ftp, smtp (p'en i alle disse (som du sikkert vet) står for "protocol")

[ob1]

Som nevnt mange ganger nå: Du kan ikke utnytte båndbredden 100%! Det vil ALLTID gå bort båndbredde til andre ting enn selve filoverføringen. Alt av handshake, TCP-headere, IP-headere, CRC, broadcast, re-trasmitering av evt. tapte/korrupte pakker, osv osv osv vil ta opp båndbredde.

 

Litt på siden: Som nevnt vil ikke QoS reservere båndbredde hvis du ikke har applikajsoner som støtter QoS. Jeg er ikke nødvendigvis helt enig for det er ikke det jeg har lært, men lærere kan jo ta feil de også så jeg skal ikke påstå skråsikkert at det er feil.

[Gjest Slettet-nQdjz0]

Du er jo ganske heldig med 60 - 70%, jeg har max 10 og gjennomsnittlig 5...

Trur det er HDD hos med, max 10MB sec i PCMark04 test

[henriksern]

Jeg tok en liten test nå nettopp, lå på ca 10mb/s fra et Intel kort igjennom en 3com router og til en laptop

[sedsberg]

Har testa selv mange ganger med flere maskiner, og med billi-kort (Realtek til 100kr.) 3Com, og diverse andre. Etter å ha bytta de innebygde windows-driverne får jeg alltid ca. 10MB/s. (PC -> switch -> PC).

 

(Testa med FTP)

 

Med de innebygde windows-xp-driverne til realtek så kunne farta ofte synke langt ned til rundt 0.8 til 2-3MB/s.