Depuis plusieurs jours on explore plusieurs pistes. J'ai maintenant la certitude que la perte de paquet est liée a l'application. En effet, si je commente l'écriture sur disque (fonction write()) dans le thread dédié a cela, je ne pert plus aucun paquet.
L'appli est écrite en C++, et il a un mécanisme de synchro des threads. Pendant l'écriture sur disque, le thread "receveur" continue son travail (recevoir des paquets UDP) mais il semble perdre certains paquets probablement au moment de l'écriture sur le disque (voir plus haut).
Le débit n'est même pas énorme: j'ai des pertes pour 20 Mb/s ! Pas beaucoup, mais c'est quand meme génant (de 50 a 2000 paquets sur 1 million). Du coup, la recv-q augmente tres peu, ce débit est assez faible. Ce sont des tout petit paquets qui partent (de 300 a 500 octets).
Quant à la variable net.core.rmem_max, impossible de la setter: "Operation not permitted". Je vais demander a mon admin.
Que vaut-il mieux employer comme fonction pour recevoir les paquets ?
recfromv() ou read() ? Avec les deux j'ai des pertes.
Merci!
J'ai fait un test et j'ai désactivé l'écriture sur disque, et la plus de problème, je reçoit bien mon million de paquet.
Je soupçonne donc mon application (avec des threads) de ne plus écouter lors de l'écriture sur disque. Pourtant c'est censé etre fait: il y a 2 threads. Un qui reçoit et un qui écrit sur disque (pour simplifier).
oui, vraiment, ca me gonfle. Les reunions associatives, par exemple, où pour manger tu paie ce que tu veux, ça m'enerve. Je ne sais pas combien je dois donner, du coup je donne plus que tout le monde (enfin c'est que mon experience me prouve, quand je discute avec d'autres apres coup), et estimer le prix par moi meme me fait me triturer les meninges, vraiment, je desteste ça.
je dis peut etre une connerie, car ca ne s'applique peut etre pas au flv, mais avec VLC tu peux transcoder des flux videos.
Je l'ai fait pour transformer des fichiers .ts (télé enregistrée sur une freebox) qui sont des fichiers MPEG TS (transport stream) vers des fichiers .mpg (MPEG PS, packet stream). Ca marche bien, et tu peux decouper les fichiers en activant l'extraction partielle. Il se trouve que ce serait peut etre la maniere la plus simple de decouper ton fichier.
J'ai testé Tribe Flood Network, mais ca ne permet pas un controle facile de ce qu'on veut envoyer, ou alors il faut modifier le code. Du coup j'ai laissé tomber, pour l'instant.
super, je vais regarder les deux. packeth a l'air sympa, mais dommage pour moi, je n'ai pas de serveur X, je devrais me contenter de la ligne de commande, ca l'elimine, du moins pour l'instant.
merci!
(et en plus, tu t'es repondu a toi meme, tu as du voir la petite BD...)
Merci!
La "recherche rapide" n'a rien donné chez moi, en tout cas avec "UDP flooder" sur google. Les pages trouvés ne m'ont pas donné d'outil, et certaines pages etaient inaccessibles de ma boite car le flood est en general pas super légal et notre proxy n'est pas tres permissif.
Je suis sur un sous reseau qui n'a pas acces a internet, alors cet aspect ne me derange pas.
J'achete de temps a autres cette revue, j'aime assez, ca change des bouquins traditionnels. Et je suis bien content que, quand il y a un rapport avec le libre, la revue de presse de linuxfr cite ce magazine.
Marrant, je viens d'acheter (samedi) ce trackball (le cordless trackman optical). Je pourrais te donner mon retour d'experience dans quelques jours. Je compte l'utiliser au boulot.
Le fait qu'il soit sans fils n'a aucun interet (un trackball ne bouge pas), par contre c'est le seul trackball de logitech a avoir une boule activable par l'index et le majeur. Dommage, d'ailleurs, j'aurais préféré un trackball avec fil et une boule atteignable par l'index.
Je garde mon trackball microsoft explorer (une merveille) bien precieusement pour la maison. D'ailleurs ce trackball atteint des sommets sur ebay.
linuxfr en rouge, ok, mais alors avec des caracteres verts.
Ca rend tres bien en general: c'est absolument immonde, specialement sur un ecran cathodique.
Allez, pour faire l'essai chez vous:
xterm -bg red -fg green
Ouh la la, attention aux informaticiens de plus de 35 ans, vous etes trop vieux, et la sncf nous en donne une preuve de plus en se vantant de ne pas en avoir beaucoup.
En fait c'est mon application qui enregistre les paquets UDP. Je la testais en 32 bits et tout marchait.
Ca enregistre ainsi:
une structure PCAP
un paquet
une structure PCAP
un autre paquet
....
La structure PCAP qui contient des timestamp (sous forme de secondes/microseconde) depuis le 1er Janvier 1970. Et les fameux timestamps sont codés sur des long.
Un jour j'ai voulu lire les fichiers d'enregistrement des paquets, une fois l'application mise sur une machine 64 bits, et je voyait bien que les long etaient sur 64 bits. Le probleme est que je fait l'analyse sur une machine 32 bits, et que pour elle un long est sur 32 octets.
Je me suis mis a la flute irlandaise il y a peu. Effectivement, c'est un iinstrument facile a apprendre, bien plus que la flute a bec du college. Et son prix est tres actractif: pour 10 € on a une MEG de chez Clarke en ré, tres bonne pour commencer.
Je cherchais un logiciel de tablature, mais je n'avais rien trouvé, et pensais en faire un moi meme !
Je suis donc bien content de lire ce journal.
[^] # Re: pistes
Posté par fabricius . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.
L'appli est écrite en C++, et il a un mécanisme de synchro des threads. Pendant l'écriture sur disque, le thread "receveur" continue son travail (recevoir des paquets UDP) mais il semble perdre certains paquets probablement au moment de l'écriture sur le disque (voir plus haut).
Le débit n'est même pas énorme: j'ai des pertes pour 20 Mb/s ! Pas beaucoup, mais c'est quand meme génant (de 50 a 2000 paquets sur 1 million). Du coup, la recv-q augmente tres peu, ce débit est assez faible. Ce sont des tout petit paquets qui partent (de 300 a 500 octets).
Quant à la variable net.core.rmem_max, impossible de la setter: "Operation not permitted". Je vais demander a mon admin.
Que vaut-il mieux employer comme fonction pour recevoir les paquets ?
recfromv() ou read() ? Avec les deux j'ai des pertes.
Merci pour ton aide.
[^] # Re: pistes
Posté par fabricius . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.
[^] # Re: Mon avis
Posté par fabricius . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 2.
J'ai fait un test et j'ai désactivé l'écriture sur disque, et la plus de problème, je reçoit bien mon million de paquet.
Je soupçonne donc mon application (avec des threads) de ne plus écouter lors de l'écriture sur disque. Pourtant c'est censé etre fait: il y a 2 threads. Un qui reçoit et un qui écrit sur disque (pour simplifier).
# je DETESTE les prix libres
Posté par fabricius . En réponse au journal Nouvelles de toile libre, l'hébergeur à prix libre .. Évalué à 10.
# VLC ?
Posté par fabricius . En réponse au message découpage video flv via ffmpeg. Évalué à 1.
Je l'ai fait pour transformer des fichiers .ts (télé enregistrée sur une freebox) qui sont des fichiers MPEG TS (transport stream) vers des fichiers .mpg (MPEG PS, packet stream). Ca marche bien, et tu peux decouper les fichiers en activant l'extraction partielle. Il se trouve que ce serait peut etre la maniere la plus simple de decouper ton fichier.
[^] # Re: google : UDP + flood
Posté par fabricius . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.
[^] # Re: uperf
Posté par fabricius . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.
merci!
(et en plus, tu t'es repondu a toi meme, tu as du voir la petite BD...)
[^] # Re: google : UDP + flood
Posté par fabricius . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.
La "recherche rapide" n'a rien donné chez moi, en tout cas avec "UDP flooder" sur google. Les pages trouvés ne m'ont pas donné d'outil, et certaines pages etaient inaccessibles de ma boite car le flood est en general pas super légal et notre proxy n'est pas tres permissif.
Je suis sur un sous reseau qui n'a pas acces a internet, alors cet aspect ne me derange pas.
Je vais tester TFN.
# "Réseau des Pirates"
Posté par fabricius . En réponse à la dépêche Pétition « Pacte pour les Libertés Numériques ». Évalué à 10.
# les habitudes se perdent...
Posté par fabricius . En réponse au journal Les écoles de Rhénanie-Palatinat sous Debian. Évalué à 4.
Bonne nouvelle en tout cas.
# tres bien, de parler de Competence Micro!
Posté par fabricius . En réponse à la dépêche Revue de presse - février 2009. Évalué à 2.
[^] # Re: Pour la souris...
Posté par fabricius . En réponse au journal Santé et usage de l'ordinateur. Évalué à 1.
Le fait qu'il soit sans fils n'a aucun interet (un trackball ne bouge pas), par contre c'est le seul trackball de logitech a avoir une boule activable par l'index et le majeur. Dommage, d'ailleurs, j'aurais préféré un trackball avec fil et une boule atteignable par l'index.
Je garde mon trackball microsoft explorer (une merveille) bien precieusement pour la maison. D'ailleurs ce trackball atteint des sommets sur ebay.
[^] # Re: Pareil.
Posté par fabricius . En réponse au message apprendre le clavier bépo - ca vous fait mal au doigts ?. Évalué à 1.
Effectivement, je tapais pas a 10 doigts. Et la, ça fait bizarre de taper avec le petit doigt.
[^] # Re: Moi c'est le contraire
Posté par fabricius . En réponse au message apprendre le clavier bépo - ca vous fait mal au doigts ?. Évalué à 1.
# merci.
Posté par fabricius . En réponse au message apprendre le clavier bépo - ca vous fait mal au doigts ?. Évalué à 1.
# non, ca ne va pas du tout !!!
Posté par fabricius . En réponse au message Installation d'OBM sur un hébergement web ?. Évalué à 1.
# Et en complement...
Posté par fabricius . En réponse au journal Explorez les richesses du langage Python. Évalué à 2.
http://www.ulg.ac.be/cifen/inforef/swi/python.htm
Et n'hesitez pas a l'acheter (enfin tant qu'il en reste, vu la situation de Oreilly france...) pour soutenir l'auteur!
[^] # Re: CSS
Posté par fabricius . En réponse à la dépêche Red Hat Enterprise Linux 5.3. Évalué à 0.
Ca rend tres bien en general: c'est absolument immonde, specialement sur un ecran cathodique.
Allez, pour faire l'essai chez vous:
xterm -bg red -fg green
[^] # Re: rendez-vous...
Posté par fabricius . En réponse au journal DLFP: plus d'un million de commentaires. Évalué à 1.
Elle est trop occupée a jouer avec sa nintendo DS.
# moyenne d'âge 31 ans
Posté par fabricius . En réponse au journal Voyages-sncf veut devenir le Google du rail.. Évalué à 6.
# est ce que les langues non latines sont gérées ?
Posté par fabricius . En réponse au journal txt2TeX, un simple traitement de texte. Évalué à 1.
[^] # Re: merci
Posté par fabricius . En réponse au journal txt2TeX, un simple traitement de texte. Évalué à 1.
http://www.youtube.com/watch?v=oJTwQvgfgMM
[^] # Re: Hum
Posté par fabricius . En réponse au message capture wireshark sous archi 64 bits et type "long". Évalué à 1.
Ca enregistre ainsi:
une structure PCAP
un paquet
une structure PCAP
un autre paquet
....
La structure PCAP qui contient des timestamp (sous forme de secondes/microseconde) depuis le 1er Janvier 1970. Et les fameux timestamps sont codés sur des long.
Un jour j'ai voulu lire les fichiers d'enregistrement des paquets, une fois l'application mise sur une machine 64 bits, et je voyait bien que les long etaient sur 64 bits. Le probleme est que je fait l'analyse sur une machine 32 bits, et que pour elle un long est sur 32 octets.
[^] # Re: SUPER !!!
Posté par fabricius . En réponse à la dépêche Songwrite 2 0.2 : version "flûte à dix sous". Évalué à 2.
La page de Brother Steve sur le tin whistle: http://www.rogermillington.com/siamsa/brosteve/indexfr.html
# SUPER !!!
Posté par fabricius . En réponse à la dépêche Songwrite 2 0.2 : version "flûte à dix sous". Évalué à 2.
Je cherchais un logiciel de tablature, mais je n'avais rien trouvé, et pensais en faire un moi meme !
Je suis donc bien content de lire ce journal.
Pour ceux qui veulent en savoir plus sur la flute irlandaise, voici quelques liens:
en français:
http://forum.hardware.fr/hfr/Discussions/Musique/whistle-irl(...)
en anglais:
des cours en videos: http://www.tinwhistler.blogspot.com/
des tablatures au format divers (dont ABC): http://www.thesession.org/
http://www.whistlethis.com
Sinon, pour ecouter a quoi ressemble le son, tapez sur youtube et consort "tin whistle".