plus rapide que le ftp - Windows & Software
Marsh Posté le 07-01-2003 à 14:04:44
krapaud a écrit : programmez votre propre client/serveur. |
Ca depend de votre conexion c tout. Je pense que FTP a fait ses preuves, mais c lent qd y a pleins de petits fichiers a cause des ouvertures - fermetures de conexions.
Par ailleurs, si toute la bande passante en upload est bouffee, sa ralentit le download aussi
Marsh Posté le 07-01-2003 à 14:06:04
prelia a écrit : Avec un pote on essaie de s'envoyer des fichier par ftp, tous les deux en serveurs et clients en meme temps pour que l'on puisse echanger des fichiers (je pompe chez lui et il pompe chez moi) |
OUI
en allant chez lui
ou lui chez toi ! optimize powa !
Marsh Posté le 07-01-2003 à 14:07:18
nonolemono a écrit : Ca depend de votre conexion c tout. Je pense que FTP a fait ses preuves, mais c lent qd y a pleins de petits fichiers a cause des ouvertures - fermetures de conexions. |
faut passer en udp
Marsh Posté le 07-01-2003 à 14:37:13
Si vous avez tous deux l'adsl (512/128kbps) et que vous vous apercevez que la limite est de 16 ko /s c'est normal !
128kbps = 16 ko/s
Le serveur est limité à un upload de 128kbps/s (16ko/s)
Marsh Posté le 07-01-2003 à 14:41:10
l'UDP, la bonne blague.
Déjà c'est pas un protocole, c'est un mode de connexion. Et ensuite contrairement à TCP, UDP ne garanti pas l'arrivée des paquet, ni leur ordre d'arrivée .... je te laisse coder un soft de transfert de fichiers en UDP si ça t'amuse ....
Marsh Posté le 07-01-2003 à 14:49:00
nonolemono a écrit : mais c lent qd y a pleins de petits fichiers a cause des ouvertures - fermetures de conexions. |
gros zip rulez
Marsh Posté le 07-01-2003 à 14:57:22
Kyle_Katarn a écrit : l'UDP, la bonne blague. |
A mon avis c'était ironique
Marsh Posté le 07-01-2003 à 15:08:03
Kyle_Katarn a écrit : l'UDP, la bonne blague. |
Pourquoi pas un protocole ? Le P ds UDP c'est justement pour protocole
Marsh Posté le 07-01-2003 à 15:09:33
Oui un protocole réseau(par datagramme) mais pas au sens de FTP, SMTP qui sont des protocoles de communication
Marsh Posté le 07-01-2003 à 15:12:26
Kyle_Katarn a écrit : l'UDP, la bonne blague. |
ce que tu gagnes dans le protocole UDP (User Datagram Protocol) tu le perdras dans tes données si tu veux un tant soit peu que tes données soient intègres...
Marsh Posté le 07-01-2003 à 15:14:44
Kyle_Katarn a écrit : Oui un protocole réseau(par datagramme) mais pas au sens de FTP, SMTP qui sont des protocoles de communication |
et qui utilisent tcp
Marsh Posté le 07-01-2003 à 15:15:39
Je sais
D'ailleurs j'ai vraiement du mal à comprendre en quoi tu "gagnes" quelque chose avec l'UDP ....
Marsh Posté le 07-01-2003 à 15:16:41
LaTeX_ a écrit : |
Ben oui mais t'as aussi, je pense, des protocoles qui utilisent UDP.
En fait c'est plutôt fait pour des "cas particuliers", pas pour ce genre de trucs.
Marsh Posté le 07-01-2003 à 15:17:35
Kyle_Katarn a écrit : Je sais |
rien mis à part si t'es sur que t'as pas besoin de controler tes données et qu'elles arrivent toutes dans le bon ordre
Marsh Posté le 07-01-2003 à 15:18:35
dans le bon ordre ? Tu confonds avec le TCP qui gère l'ordonnancement des paquet, chose que ne fait pas l'UDP...
Marsh Posté le 07-01-2003 à 15:19:54
le streaming audio/video c'est pas en UDP ?
Marsh Posté le 07-01-2003 à 15:22:01
Kyle_Katarn a écrit : dans le bon ordre ? Tu confonds avec le TCP qui gère l'ordonnancement des paquet, chose que ne fait pas l'UDP... |
je confonds pas je dit juste que si t'es sur que du pc A au pc B il n'y a qu'une seule route et que tu es sur de perdre aucun paquets (impossible avec le net), tu n'as pas besoin de tcp, tu peux passer en udp
Marsh Posté le 07-01-2003 à 15:23:13
antp a écrit : le streaming audio/video c'est pas en UDP ? |
Dans certains cas (Real je crois) oui.
Il me semble que ShoutCast est en TCP
Marsh Posté le 07-01-2003 à 15:25:15
Kyle_Katarn a écrit : Je sais |
le temps de connexion/deconnexion
Marsh Posté le 07-01-2003 à 15:25:20
antp a écrit : le streaming audio/video c'est pas en UDP ? |
Souvent
Si vous etes intéressés pr connaitre les protocoles/ports : le fichier "services" les liste (dans \system32\drivers\etc) :
Code :
|
Marsh Posté le 07-01-2003 à 15:29:52
Y a que dalle dans ce fichier, par rapport à ça :
http://www.iana.org/assignments/port-numbers
Marsh Posté le 07-01-2003 à 15:34:34
antp a écrit : Y a que dalle dans ce fichier, par rapport à ça : |
Citation : Ce fichier contient les num?ros de port des services les plus connus d?finis par IANA |
Marsh Posté le 07-01-2003 à 15:36:10
Kyle_Katarn a écrit : Oui un protocole réseau(par datagramme) mais pas au sens de FTP, SMTP qui sont des protocoles de communication |
ok ds un cas on a une couche applicative (smtp) et dans l'autre une couche de transport (udp)
ce sont qd meme des protocoles, simplement pas au meme niveau du modele OSI
Marsh Posté le 07-01-2003 à 15:37:27
bah oui mais y a quand même que dalle
Marsh Posté le 07-01-2003 à 15:39:09
Mhaggar a écrit : |
C'est effectivement ce que je viens de dire.
Pour travailler dans le développement d'un serveur SMTP, je sais quand même un minimum ce que je dis sur le sujet. J'aurais pû moi aussi essayer de perdre tout le monde avec du jargon mais j'ai préféré rester simple, le forum n'étant pas fait pour montrer que tu possèdes un savoir mais pour le transmettre. Sans pertes de paquets de préférence...
Marsh Posté le 07-01-2003 à 15:39:58
ReplyMarsh Posté le 07-01-2003 à 15:44:15
Kyle_Katarn a écrit : |
Oups, t'aurais-je irrité
J'essaye simplement de clarifier un point partant d'un constat erroné à savoir UDP <> protocole
Faut pas t'offusquer pour autant hein
Marsh Posté le 07-01-2003 à 15:45:58
Mhaggar a écrit : |
je garde mon calme t'inquiète pas.
Marsh Posté le 07-01-2003 à 15:46:42
Kyle_Katarn a écrit : |
Marsh Posté le 07-01-2003 à 14:00:47
Avec un pote on essaie de s'envoyer des fichier par ftp, tous les deux en serveurs et clients en meme temps pour que l'on puisse echanger des fichiers (je pompe chez lui et il pompe chez moi)
Le seul truc c'est que l'on trouve cela assez lent (en tout les cas pas plus rapide que kazaa par exemple)
Y a moyen d'etre plus rapide ?