Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
O smecherie pe care nu o inteleg

Balcon parter fara acte

unde gasesc un speed bag in bucur...

Programe TV cu altfel de sporturi
 Laptop "bun la toate" max...

navigatie noua vw tiguan

ctfmon.exe - System Error (in Saf...

Ați prins vremurile cand 120 Volț...
 Whatsapp nu afișeaza numele ...

Medii admitere Politehnica Bucure...

Se extinde Baza de la Kogalniceanu

Politist mutilat de caine in curt...
 Trotineta- cat rezista?

Windows 11 si inregistrare de pe ...

Cont Facebook spart

Accesare Plex prin webstation
 

[Networking]Cum se trimit datele intr-un timp mai scurt?

- - - - -
  • Please log in to reply
14 replies to this topic

#1
TorchMan

TorchMan

    Junior Member

  • Grup: Members
  • Posts: 226
  • Înscris: 21.10.2012
Salut

Fie urmatorul scenariu: Se da un fir care suporta 8Mbps. Se face abstractie de lungimea acestuia. Se trimite prin fir un fisier de 1024 KB iar apoi 4 fisiere de cate 256 KB fiecare.
Intrebarea e urmatoarea: Ajung cele 4 fisiere intr-un timp mai scurt de la sursa la destinatie, fata de fisierul de 1024 KB ?

LE: Ca si protocol se foloseste TCP/IP

Edited by TorchMan, 25 October 2016 - 16:14.


#2
ndor

ndor

    Senior Member

  • Grup: Senior Members
  • Posts: 4,300
  • Înscris: 21.04.2005
Despre ce protocol de comunicare vorbim ?
Pentru ca daca de exemplu vorbim de UDP nu prea conteaza . De fapt conteaza daca fisierul de 1024 a fost impartit in patru si trimise separat , normal ca dureaza mai mult decat daca este trimis un singur fisier. Daca vorbim de TCP/IP dureaza mai putin sa trimiti unul mare decat mai multe mici .

#3
MarianG

MarianG

    be that as it may

  • Grup: Moderators
  • Posts: 31,360
  • Înscris: 10.08.2005

View PostTorchMan, on 25 octombrie 2016 - 16:04, said:

Intrebarea e urmatoarea: Ajung cele 4 fisiere intr-un timp mai scurt de la sursa la destinatie, fata de fisierul de 1024 KB ?

LE: Ca si protocol se foloseste TCP/IP
si cam la cate microsecunde te astepti sa fie diferenta?

#4
TorchMan

TorchMan

    Junior Member

  • Grup: Members
  • Posts: 226
  • Înscris: 21.10.2012

View Postndor, on 25 octombrie 2016 - 16:11, said:

Despre ce protocol de comunicare vorbim ?
Pentru ca daca de exemplu vorbim de UDP nu prea conteaza . De fapt conteaza daca fisierul de 1024 a fost impartit in patru si trimise separat , normal ca dureaza mai mult decat daca este trimis un singur fisier. Daca vorbim de TCP/IP dureaza mai putin sa trimiti unul mare decat mai multe mici .
Cum ar fi situatia daca am tine cont si de bandwidth? Daca aceasta ar fi in cazul nostru mai mica decat 1MB, a doua metoda nu ar fi mai convenabila?

View PostMarianG, on 25 octombrie 2016 - 16:16, said:

si cam la cate microsecunde te astepti sa fie diferenta?
E un scenariu. Ideea centrala era daca cele 4 fisiere ajung mai rapid decat cel de 1MB

Edited by TorchMan, 25 October 2016 - 16:22.


#5
Bursul

Bursul

    alias Petrov, zilier in DE

  • Grup: Senior Members
  • Posts: 51,131
  • Înscris: 30.10.2003
bad post

Edited by Bursul, 25 October 2016 - 16:22.


#6
ndor

ndor

    Senior Member

  • Grup: Senior Members
  • Posts: 4,300
  • Înscris: 21.04.2005
Daca banda e limitata si viteza de transmitere e critica , atunci folosesti UDP si fisiere mari. E mai rapida decat TCP/IP . Dar sunt si dezavantaje . In UDP nu se mai face interogare de erori de transmisie ,de receptie , de header-e si alte alea .Pachetul trimis e receptionat ca atare .Daca lipseste ceva din el ...asta e !
- http://www.cyberciti...-udp-protocols/
- http://www.diffen.co...ence/TCP_vs_UDP

Edited by ndor, 25 October 2016 - 16:31.


#7
MarianG

MarianG

    be that as it may

  • Grup: Moderators
  • Posts: 31,360
  • Înscris: 10.08.2005

View PostTorchMan, on 25 octombrie 2016 - 16:19, said:

E un scenariu. Ideea centrala era daca cele 4 fisiere ajung mai rapid decat cel de 1MB
depinde cum vizualizezi problema,
avand doar doua sisteme, conectate prin-un cablu (8Mbps)
8 Mbps 1 MB/s - la limita latimei de banda,
daca incepi sa transmiti fisierul mare odata cu primul fisier mic, atunci ultimul fisier mic v-a ajunge cu foarte putin timp dupa fisierul mare
daca incepi sa transmiti fisierul mara odata cu ultimul fisier mic, atunci ajung simultan,
in practica "timpi morti" sunt in nodurile de retea

Edited by MarianG, 25 October 2016 - 16:29.


#8
dexterash

dexterash

    --something---

  • Grup: Senior Members
  • Posts: 22,912
  • Înscris: 19.08.2004
Ce protocol este peste TCP/IP pentru transmisia datelor? Ce fel de date sunt? Se pot comprima? In ce mod sa se faca transferul?
Hardwareul ce limitari are?
Ce se doreste: doar viteza sau/si integritatea datelor?

etcetc

Edited by dexterash, 25 October 2016 - 16:36.


#9
mhanor

mhanor

    Senior Member

  • Grup: Senior Members
  • Posts: 2,019
  • Înscris: 12.01.2004

View PostMarianG, on 25 octombrie 2016 - 16:29, said:

daca incepi sa transmiti fisierul mara odata cu ultimul fisier mic, atunci ajung simultan,
Uau... cum ai dedus?

@TorchMan Cele patru bucati le incarci secvential sa in paralel? Raspunsul este nu, in orice caz, din cauza costului suplimentar. Reteaua nu stie nimic de fisierele tale. Perechea client/server si sistemul de operare oricum fragmenteaza datele care trebuie transmise, in fragmente adaptate tipului de retea/protocol/serviciu. De exemplu, in cazul TCP/IP si folosirea unui serviciu FTP sau SMB/CIFS, exista un cost suplimentar determinat de comenzi si raspunsuri suplimentare pentru initierea transferului unui nou fisier, eventual initializarea unor noi conexiuni TCP, per fisier.

Fragmentarea unui fisier are sens daca exista posibilitatea transferului simultan din surse diferite, cum se procedeaza in cazul aplicatiilor p2p, daca nu suntem limitati de latimea de banda la capatul nostru de retea.

Edited by mhanor, 25 October 2016 - 16:46.


#10
MarianG

MarianG

    be that as it may

  • Grup: Moderators
  • Posts: 31,360
  • Înscris: 10.08.2005

View Postmhanor, on 25 octombrie 2016 - 16:49, said:

Uau... cum ai dedus?
considerand viteza constatna si facand abstractie de compresie

un tren poate transporta X marfa,
cazul 1, toata marfa intr-un singur vagon
cazul 2, patru vagoane

Edited by MarianG, 25 October 2016 - 17:00.


#11
mhanor

mhanor

    Senior Member

  • Grup: Senior Members
  • Posts: 2,019
  • Înscris: 12.01.2004
Luand exemplul de mai sus, transferi 3 bucati a cate 256KB, apoi iti ramane de transferat simultan fisierul mare de 1MB si bucata nr4, in cantitate de 256KB. Care ar fi conditiile ca cele doua transferuri de fisiere sa termine simultan?

Edited by mhanor, 25 October 2016 - 17:05.


#12
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,183
  • Înscris: 24.02.2007
Teoretic, daca trimiti 4 fisiere trebuie sa instiintezi receptorul sa interprezete datele ca 4 fisiere vs ca unul singur. Deci ai mai multe metadate de trimis. Deci n-are cum sa fie mai rapid. Pachetele au uzual oricum pe la 1-1.5kb, deci oricum trimiti pe bucati si 256 KB si 1 MB.

Apoi, ce mai influenteaza viteza:
  • Cat pot fi pachetele de mari?
  • Cat de stabila e conexiunea? Multe probleme => multe retransmiteri => viteza mai mica
  • Care-i latenta? Stai mult sa iti vina confirmarea ca s-a trimis ceva => dureaza mai mult pana trimiti partea urmatoare
  • Cat overhead are protocolul suplimentar peste TCP/IP

Edited by dani.user, 25 October 2016 - 17:09.


#13
MembruAnonim

MembruAnonim

    MembruAnonim

  • Grup: Banned
  • Posts: 398,226
  • Înscris: 08.10.2015
In primul rand toate fisierele alea pe sarma vor fi trimise in bucati de 1500Bytes ca ala e MTU maxim pe Ethernet si depinde si cum trimiti, bulk sau pe rand, nu poti spune exact care fisier ajunge primul si care nu ca mai depinde si de alte chestii nu doar de dimensiune fisier.

#14
TorchMan

TorchMan

    Junior Member

  • Grup: Members
  • Posts: 226
  • Înscris: 21.10.2012
Ceea ce voiam sa aflu era cum ar fi fost mai convenabil transferul unui fisier: dintr-o bucata, sau impartirea lui in blocuri si trimiterea blocurilor respective simultan.

#15
dani.user

dani.user

    Guru Member

  • Grup: Senior Members
  • Posts: 30,183
  • Înscris: 24.02.2007
Mereu se trimte in blocuri. Difera doar cine face impartirea: tu in cod, sau un strat de mai jos al frameworkului/sistemului de operare.

Un benchmark poate lamuri multe.

Anunturi

Chirurgia cranio-cerebrală minim invazivă Chirurgia cranio-cerebrală minim invazivă

Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne.

Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale.

www.neurohope.ro

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Forumul Softpedia foloseste "cookies" pentru a imbunatati experienta utilizatorilor Accept
Pentru detalii si optiuni legate de cookies si datele personale, consultati Politica de utilizare cookies si Politica de confidentialitate