Trasferire file tra pc in UDP.

[Stev-O]

hamachi sbaglia spesso le letture imho... (allargandosi forse a caso forse no)

è già il secondo che sento che dichiara velocità oltre i limiti fisici della lan usando hamachi

è una cosa fattibile solo sfruttando particolari condizioni favorevoli di ridondanza dei dati (una compressione software calcolata sommando la velocità fisica) ma in realtà il tranfert rate è sempre quello

[Abadir_82]

Io la lettura dei dati l'ho fatta con netmeter, non con hamachi

Cmq a livello di tempo le cose quadrano, è questo che mi rende perplesso.

[Stev-O]

beh ovvio

imho è hamachi che effettua ricompressione dei dati

[[KabOOm]]

Originariamente inviato da Abadir_82

Io la lettura dei dati l'ho fatta con netmeter, non con hamachi

Cmq a livello di tempo le cose quadrano, è questo che mi rende perplesso.

Quindi in soldoni...

Un file da 2Gigabyte lo trasferisci in:

1. Con hamachi: Circa 2 Minuti
2. Con la condivisione file: Circa 3 Minuti

?


Ok che hamachi faccia anche compressione ma la cosa ha senso solo se il tipo di dato è comprimibile....

[Abadir_82]

Praticamente sì.

[NintendoFan]

Originariamente inviato da Stev-O

senz'altro il trasferimento via udp è una "spera in dio"

non è un flusso di immagini, per le quali se un frame è difettoso pazienza, se un file binario ha una stringa difettosa non si puo' sperare che venga corretta sempre via software

è un caso particolare di difficile realizzazione

Certo e tutti quelli che usano TFTP per caricare e scaricare le flash degli apparati di rete sono dei fessi..
Oppure ti sfugge il concetto che bisogna vedere che cosa c'è sopra a livello applicazione?

[Stev-O]

non sono casi particolari quelli ???

o intendi postare solo per fare della polemica ?

[NintendoFan]

Originariamente inviato da Stev-O

non sono casi particolari quelli ???

o intendi postare solo per fare della polemica ?

No figurati, nessuna polemica , però il TFTP l'ho visto usare e comunque l'UDP ha il suo checksum..