fabricius a écrit 497 commentaires

Je partage un peu ton analyse. J'ai vu certains films coréèn et j'ai beaucoup aimé. Je ne me souviens plus des titres par contre. Ah si, un seul: Sex is Zero, une sorte de American Pie en pire (oui, c'est possible), tres drole. Alors que les derniers films français que j'ai vu au ciné m'ont vraiment fait chier. J'en ai marre de voir des films sur des trentenaires et leur pauvres problemes de couple dont je me fous!

Comment fais-tu pour recuperer les titres des films ? Perso, c'est un ami qui me conseille, mais sans lui, je ne sais pas quoi chercher.

C'est plutot une réference à « couch potato » qui désigne une personne assise sur son canapé à ne rien faire d'autre de ses journées que regarder la télé.
http://www.urbandictionary.com/define.php?term=couch+potato

Oui, et c'est pour ça qu'il faut regarder plutot LCI. C'est pareil, mais tant qu'à se divertir, autant que ça soit Erika Moulet qui présente les news, elle est jolie.

Selon ce lien:
http://fixunix.com/unix/552109-select-least-n-bytes-readable(...)
il est inutile de setter la variable SO_RCVLOWAT en UDP. La socket se reveillera de toute façon quand on aura une trame UDP complete. Mauvaise piste!

J'ai regardé, et les synchro sont bonnes. Il y a un mutex, mais il sert juste a changer le pointeur sur le buffer de reception (il y a un double buffer pour pouvoir recevoir pendant qu'on écrit le buffer sur le disque). La librairie de thread est bien la libpthread. Et on reçoit bien des paquets pendant que le write s'execute.

Ce qui est étrange, c'est que si on augmente la taille des paquets envoyés (de 300 octets a 1490 octets), alors on n'en perd plus.

Pour l'instant, j'essaie de setter la variable SO_RCVLOWAT pour la mettre a une valeur plus grande que 1 (valeur par defaut) pour que la socket UDP ne me dérange pas à chaque fois qu'il y a au moins un bit à lire (je pourrais lire un certain nombre de paquets plutot que lire x fois des petits paquets. Ca changerait peut etre quelque chose.

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 pour ton aide.

Merci de tes pistes. J'ai un peu plus d'info, voir mon post précedent.

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.

Je vais tester TFN.

Je ne suis pas sur que le nom choisi soit des plus judicieux pour etre pris au sérieux.

Ce coup ci, ce n'etait meme pas pour obtenir une ristourne sur le prix des licences windows!

Bonne nouvelle en tout cas.

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.

merci! Ca rassure !
Effectivement, je tapais pas a 10 doigts. Et la, ça fait bizarre de taper avec le petit doigt.

oui ! pas facile mais ca rentre petit a petit.

ok. Effectivement, ca demande beaucoup de concentration, ca doit etre ça qui me fait mal: je suis tres tendu.

Pas possible, non, niet. Ok, d'accord, tres bien, on en reparle lors d'une bouffe au flam's ?

livre "Apprendre à programmer avec Python" en pdf (O'Reilly)
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!

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

La je suis pas sur que Line Renault pourra remettre le prix.

Elle est trop occupée a jouer avec sa nintendo DS.

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.