Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile
Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile
Abbiamo provato a fondo il nuovo Magic 8 Lite di HONOR, e per farlo siamo volati fino a Marrakech , dove abbiamo testato la resistenza di questo smartphone in ogni condizione possibile ed immaginabile. Il risultato? Uno smartphone praticamente indistruttibile e con un'autonomia davvero ottima. Ma c'è molto altro da sapere su Magic 8 Lite, ve lo raccontiamo in questa recensione completa.
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
WF-1000X M6 è la sesta generazione di auricolare in-ear sviluppata da Sony, un prodotto che punta a coniugare facilità di utilizzo con una elevata qualità di riproduzione dei contenuti audio e una cura nella riduzione del rumore ambientale che sia da riferimento
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake ha presentato diverse novità per la sua piattaforma legate all'intelligenza artificiale. Quella forse più eclatante è una collaborazione con OpenAI, ma non mancano diverse nuove funzionalità che rendono la piattaforma più flessibile e in grado di rispondere meglio alle esigenze in continuo cambiamento delle aziende
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 22-03-2004, 17:43   #1
Crashbandy80
Senior Member
 
L'Avatar di Crashbandy80
 
Iscritto dal: Aug 2003
Città: Lugano (Svizzera)
Messaggi: 598
UDP e TCP performance

Ciao ragazzi, volevo un vostro parere riguardo un piccolo progetto..

Devo misurare la differenza di prestazioni tra pacchetti UDP/TCP.
Ora i dubbi :

- Meglio fare un server unico che si mette in attesa per l'UDP e apre una connessione TCP contemporaneamente oppure

- Faccio 2 server separati magari anke su 2 macchine separate in modo da evitare eventuali "precendenze" assegnate dal sistema operativo sui 2 protocolli?

E comunque, come consigliate di misurare le prestazioni? Cosa fo'? Devo lavorare in C sotto Unix..

Imposto la grandezza del pacchetto, lo riempio e ne invio un tot misurando poi il tempo impiegato per i 2 protocolli? Boh..
E se x caso avete qualke sorgente di esempio un okkiata ce la dò volentieri

Grassssie ciau
Crashbandy80 è offline   Rispondi citando il messaggio o parte di esso
Old 22-03-2004, 19:11   #2
recoil
Senior Member
 
L'Avatar di recoil
 
Iscritto dal: Jul 2002
Città: Milano
Messaggi: 19149
puoi misurare la velocità di trasferimento di un file per prima cosa.
con TCP crei la socket poi ci scrivi il tuo file, con UDP lo spezzi e lo invii a rate

poi fai una prova di invio di pochi byte alla volta. continui a scrivere sulla socket TCP delle stringhe di 1 carattere ad esempio. con UDP mandi un datagram alla volta

poi provi a simulare un eco con continue richieste e risposte (magari un programma che converte in maiuscolo quello che scrivi). lo fai prima utilizzando una sola connessione TCP poi aprendone una nuova ogni volta che inserisci una nuova stringa

ti direi di fare la prova prima con un protocollo poi con l'altro, misurando il tempo con le chiamate di sistema. assicurati che non ci sia niente in esecuzione che possa rallentare il pc e non usare internet così sei sicuro di avere immediatamente a dispozione lo stack TCP/IP
recoil è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 07:42   #3
Crashbandy80
Senior Member
 
L'Avatar di Crashbandy80
 
Iscritto dal: Aug 2003
Città: Lugano (Svizzera)
Messaggi: 598
Proverò come mi hai suggerito, grazie
Crashbandy80 è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 08:42   #4
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Ovviamente deve essere un file grande per poterne apprezzare le differenze... Conta comunque che non si usa quasi mai UDP nudo e crudo, ma si impacchettano sempre i dati in un protocollo personalizzato dove c'è almeno un controllo CRC finale e un conteggio dei pacchetti per indicarne la sequenza...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 12:15   #5
Crashbandy80
Senior Member
 
L'Avatar di Crashbandy80
 
Iscritto dal: Aug 2003
Città: Lugano (Svizzera)
Messaggi: 598
Beh io dovrò fare diverse prove, l'UDP devo utilzzarlo senza nessun controllo d'errore.
Se uso file troppo grandi riskio non riskio ke di pakketti integri me ne arrivino troppo poki?
Crashbandy80 è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 15:44   #6
fpucci
Senior Member
 
Iscritto dal: Jul 2002
Città: Roma
Messaggi: 806
Quote:
Originariamente inviato da Crashbandy80
Beh io dovrò fare diverse prove, l'UDP devo utilzzarlo senza nessun controllo d'errore.
Se uso file troppo grandi riskio non riskio ke di pakketti integri me ne arrivino troppo poki?
Beh, se pensi di usare l'UDP senza check d'errore allora nel trasferimento dei file devi preoccuparti anche di ricomporre la giusta sequenza dei pacchetti, perché non è detto che arrivino con lo stesso ordine con cui sono partiti. Oltre che rischi di non ricevere tutti i pacchetti.

Come ti ha detto Cionci, devi scriverti un tuo protocollo interno se vuoi sopperire a quelli che sono i limiti intrinseci dell'UTP.
fpucci è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 18:04   #7
Crashbandy80
Senior Member
 
L'Avatar di Crashbandy80
 
Iscritto dal: Aug 2003
Città: Lugano (Svizzera)
Messaggi: 598
Giusta osservazione.. non ci avevo proprio pensato
A questo punto devo eliminare la scelta dell'invio di file, visto che il progetto che dovrei fare, pretende la sola comparazione delle prestazioni tra TCP e UDP..
Nel test UDP dovrò tenere traccia della percentuale di pacchetti persi.. se creo un controllo per sopperire alle caratteristike dell'UDP non ottengo quello ke voglio..

Quindi dopo quello ke mi avete detto e quello che ho appena scritto mi conviene fare come detto da recoil nel primo reply tranne l'invio di file.. giusto?
Crashbandy80 è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 18:18   #8
fpucci
Senior Member
 
Iscritto dal: Jul 2002
Città: Roma
Messaggi: 806
Quote:
Originariamente inviato da Crashbandy80
se creo un controllo per sopperire alle caratteristike dell'UDP non ottengo quello ke voglio..
Non è detto. Dipende dalle restrinzioni che hai.

Puoi sempre inserire i controlli e valutare di conseguenza le prestazioni.

Considera che i controlli che dovresti mettere non inficiano direttamente sulle prestazioni del protocollo IP (che sono ad un livello più basso), casomai su quelle del programma che stai per scrivere.

Ad esempio: Supponendo che un file richieda 100 datagram (UDP) per essere completamente spedito, essi saranno sempre 100 sia coi controlli che senza (a meno di errori, ovviamente)
Potresti provare ad inserire i controlli sia sul server che sul client e vedere se effettivamente rimangono sempre 100 anche coi controlli.
Il controllo, tuttavia, è abbastanza banale: basta controllare il checksum del pacchetto e il numero di sequenza :-)
fpucci è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 18:26   #9
Crashbandy80
Senior Member
 
L'Avatar di Crashbandy80
 
Iscritto dal: Aug 2003
Città: Lugano (Svizzera)
Messaggi: 598
Proverò, grazie x l'aiuto
Crashbandy80 è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 18:42   #10
recoil
Senior Member
 
L'Avatar di recoil
 
Iscritto dal: Jul 2002
Città: Milano
Messaggi: 19149
cmq tieni conto che UDP e TCP hanno scopi diversi. va bene fare una prova per misurare le prestazioni ma tieni conto che nessuno spedirebbe un file usando UDP. ci si può fare streaming, dove gli errori sono accettabili, ma non file transfer
recoil è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2004, 19:26   #11
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Allora...vediamo un po'... Stabilisci un file da inviare a priori (ad esempio 1024 KB)...e stabilisci un checksum...
Quando finisce il trasferimento verifichi il checksum e se è diverso ovviamente la trasmissione non ha avuto successo...

Altrimenti...ti floodi la porta UDP e la connessione TCP di pacchetti senza significato (ad esempio tutti 0)...e poi stabilisci in tempo reale la velocità...se li perdi o non arrivano in sequenza fregatene... Poi amgari introduci un CRC ed un conteggio e verifica di quanto decade la velocità per questo overhead (ricordati che ti dovreai ordinare anche i pacchetti)...
cionci è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione HONOR Magic 8 Lite: lo smartphone indistruttibile e instancabile Recensione HONOR Magic 8 Lite: lo smartphone ind...
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora Sony WF-1000X M6: le cuffie in-ear di riferiment...
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI Snowflake porta l'IA dove sono i dati, anche gra...
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo M...
Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi Recensione HUAWEI Mate X7: un foldable ottimo, m...
Hyundai: spunta un'elettrica estremament...
Una connessione diretta con AWS European...
La Toyota Yaris avrà una versione...
Minori sessualizzati da Grok: l'UE mette...
NIO stabilisce il nuovo record di scambi...
Dell Private Cloud sempre più ape...
Ennesimo incidente per la guida autonoma...
Dopo le maniglie, è il turno dei ...
Addio incendi incontrollati? Svolt dice ...
WINDTRE si mette in proprio: vender&agra...
The Mandalorian & Grogu: il trailer ...
OpenClaw sotto attacco: i malware infost...
Resident Evil Requiem: pre-load dal 25 f...
Vaticano, la Messa si traduce in 60 ling...
Kia prepara il facelift della Kia EV5: n...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 02:06.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v