Leroy Frederic a écrit 133 commentaires

Le système de notation de Linuxfr est mal foutu ... je poste rarement et mes posts se retrouvent en note négative lorsque je les publie (pourtant, je crois que j'ai très peu de commentaires négatif). C'est aussi légitime que notre président actuel.

Bref Linuxfr comme forum, c'est pas la panacée. Les notes servent à rien, les utilisateurs ne notent pas suivant le contenu des posts.

(En plus, j'avais posté un 2eme commentaire hier, sur ta file, qui est visiblement passé à la trappe)

Si j'ai dit une bêtise, j'aimerais qu'un contradicteur se manifeste ...

Que fait ton proxy ? Il choppe toutes les requêtes http. Si la requête n'est pas dans le cache, il va chercher lui-même (avec sa propre adresse ip et son propre adresse source) la page (du côté de l'interface wan), perdant ainsi l'origine de la source. Si tu veux inclure le web dans ta qos, il pose problème pour différencier tes utilisateurs car les règles se mettent sur l'interface de sortie en général comme je l'ai déjà dit et tout ce que tu verras ici, c'est les requêtes d'un même et unique utilisateur : ton proxy.

Comme tu ne peux pas différencier tes flux web en sortie, tu es obligé de le faire en entrée.

La réponse est technique

Tu n'a aucun pouvoir sur les paquets qui arrivent : Ils arrivent et ton noyau les traites. Que tu droppes des paquets en entrée ou non, ne change rien à la bande passante utilisée sur ce lien puisque tu ne contrôles pas leur émission.

C'est pour ça qu'on attache des ordonnanceurs en général en sortie d'interface, car tu contrôles l'émission des paquets sur ce lien.

Néanmoins, tu peux dropper en entrée à l'aide d'interface réseau virtuelle (imq/) qui sert uniquement à attacher tes ordonnanceurs (qui agissent sur la sortie d'une interface réseau). L'interface agit comme un tampon, mais le mal est déjà fait car les paquets ont déjà transité sur ton réseau interne.

En clair, l'ordonnancement en entrée a un mauvais rendement et la norme est de mettre des ordonnanceurs en sortie :)

Pourquoi je t'en parles ? Parce que si tu as un proxy transparent (je suppose squid/dnsmasq avec du nat), toutes tes connexions sortent sur Internet avec la même adresse IP.

Tu ne pourras donc pas discriminer les flux en sorties suivant l'utilisateur, d'où la nécessité de filtrer en entrée avec imq.

Tu as plusieurs paramètres où tu peux agir:

- "l'utilisateur" : par exemple l'IP -> htb ou hsfc en gros :)
- les flux générés par cet utilisateurs : le quintuple classique (ip src,dst, port src, dst, proto)

Le principe d'htb, c'est de faire un arbre pour définir tes contraintes ( par exemple la racine avec tous les utilisateurs qui ont le même minimum garanti). C'est le niveau "utilisateur"

Après, à chaque feuille de ton htb tu peux attacher une queue (qdisc) qui pénalise les connexions longues : par exemple sfq.

1) tc n'est pas ce qui se fait de mieux ... c'est la commande de base inévitable qui sert à configuer les ordonnanceurs.

2) Je ne connais pas trop cbq. Hscb et htb te permettent de mettre des contraintes styles b,c,d,e,f ont 20% de la bande passante garantie et a 0% bien sûr :).

3) à l'aide des compteurs iptables et de scripts, tu dois pouvoir reconfigurer tes ordonnanceurs.

4) Tu as un gros problème ... un proxy transparent. Il faut que tu fasse la police à l'entrée de ton proxy (imq de mémoire ...)

J'ai pensé exactement comme toi en lisant le titre.
L'Elite me choque pas, Lotus a toujours varié ses modèles.
Par contre t'es sûr que la prochaine Elise fera plus d'1 tonne ? C'est triste si c'est le cas, les anciennes Elises vont s'arracher.

Un conseil ... va chez secma ;-p

enfin :)

Tu bluffes Martoni !

Eheh ;-)

Et pour ceux qui ont mplayer, voilà un script pour télécharger la vidéo :

http://hg.starox.org/scripts/file/tip/cdanslair

Usage pour aujourd'hui :

cdanslair 0210

Par contre, c'est long ....

Pour le fuzzing, c'est déjà conseillé lorsqu'on développe un dissector :
http://wiki.wireshark.org/FuzzTesting

Je ne suis pas très activement le développement de wireshark, mais à chaque fois il y a de grosses améliorations pour le développeur. C'est un logiciel très actif.

Télécharge les sources de ton driver et patche-le si tu ne trouves pas de piste pour régler ton problème sans recompiler.

La version de Busybox concerné est la 0.60. Il y a fort à parier qu'il y ait du code de Bruce dedans et donc qu'il soit concerné par l'affaire. D'où le ressentiment de Bruce (ref son blog)

Où alors j'ai vraiment un bol de c...

J'ai commencé à acheter des fluocompactes il y a plus de 10 ans. Je les ai toujours apporté dans mes bagages lorsque je changeais d'appartement. Et une seule lampe a du mal à s'allumer ... tout ça parce que j'ai bazardé cette lampe un peu violemment dans la voiture lorsque je suis revenu d'Allemagne !

Le pire, c'est que j'achète surtout des nonames

Bilan : Je n'en ai jamais eu une à changer.

Une autre question con ... c'est la même base de gcc pour les compilateurs ?
Car c'est connu que le passage du 2.9x au 3.x s'est accompagné d'une grosse baisse de performance.

Par contre pour ld, j'en sais rien.

Il m'avait fait forte impression au 21c3. Sa conférence sur l'art de rechercher une info sur le web était excellente et le bonhomme aussi ;)

Snif

Linux est très agressif sur tcp. Tu peux essayer de modifier ce paramètre :
/proc/sys/net/ipv4/tcp_congestion_control

Je pense que les timings du matériel sont mal programmés sous Linux
Compare les sources d'u-boot et de linux pour la programmation de la flash.

C'est à peine moins qu'un intel Atom ...
Ce n'est plus le processeur qui bouffe des watts de nos jours.
Il faut voir l'ensemble.

Tiens une petite question en l'air comme ça ... comment vous arrivez à pourrir^wremplir vos disques durs géants ? Avec 60Go, j'ai dû mal, avec 250Go, je n'y arrive pas.

Bien sûr, je ne parle que de remplissage légal ...

http://en.wikipedia.org/wiki/Continuous_Integration

Je sais qu'il y avait un tableau comparant différent système peut-être ici :

http://confluence.public.thoughtworks.org/display/CC/CI+Feat(...)

Personnellement, je n'ai utilisé que buildbot qui m'a bien plu. Par contre, je ne sais pas ce que ça donne sur un système propriétaire.

Les docs sont peut-être vieilles, mais le projet est toujours actif.

N'oubliez pas la machine à café pour justifier vos gros salaires :)

Le millionnième commentaire sera :

A - 42
B - Hurd est sorti
C - DukeNukem 3D en version alpha
D - Emacs a disparu au profit de vim

Bien sûr droit, vous avez droit au joker, 50/50, à appeler le 3900 etc ...

|mode troll=on|

Je préfère ce genre d'annonce à celle cinéma ...

|mode troll=off|

Je ne parlerais pas de openmoko car je n'ai aucune expérience dessus. Mon sentiment est cependant que c'est encore vraiment trop jeune,

Je suis du même avis, bien que ne possédant aucun des 2 appareils.

Ploum: Dejà quels sont tes besoins ?

- Quelle doit-être la qualité de réception du gps ? Vas-tu l'utiliser avec une antenne externe ?

- Quelle doit-être l'autonomie de l'appareil ? L'openmoko me parait juste pour l'instant, mais je ne connais pas l'autonomie du Nokia.

- Quelle est la finalité de l'interface graphique ? L'écran de l'openmoko est tout petit ... et il n'a *aucun* bouton (Enfin si 2, mais y'a pas le pad directionnel des pdas qui sont bien pratiques).

- As-tu besoin pour ton application d'envoyer des données par Gsm ?

J'ai lu sur #openmoko que c'était quelques jours seulement après la validation de la commande. Mais c'était vers les U.S.A.

Ma carte bancaire a été refusée. Dès que ça sera résolu, je te tiens au courant.

Sinon, il y a eu une annonce d'un allemand qui revendait le sien. Je n'en sais pas plus, c'était déjà il y a quelques semaines. Si tu veux je te retrouve l'annonce.