clowncoder a écrit 28 commentaires

En effet, je suis seul et sans aucun talent en communication.
Une douzaine de personnes ont commentés négativement sans qu'aucun n'ait essayé le soft.
Je présente (mal peut-être) quelque chose ayant pris un certain temps à mettre au point, quand je reviens regarder, il n'y a que des moqueries.
On me critique sur la forme, la forme et encore la forme. J'écris du code pour faire avancer les choses et beaucoup de gens qui utilisent mes softs sont très satisfaits et me l'écrivent.
Mais j'ai été très surpris içi car je croyait avoir affaire à des fana de l'open-source donc de code source et pas des fans de présentations éblouissantes ou de textes de journalisme.
Je me suis trompé et ne vous inquiétez pas, je ne posterais plus, d'ailleur c'est du boulot, je bosse pour faire le soft, je bosse pour (mal) communiquer et tous le monde se moque!
On ne m'y reprendra plus.
Mais est-ce qu'une personne va se dévouer et essayer ce soft? il suffit de lire le README et de suivre les instructions. Après je serais ravi d'avoir des critiques car celles-cis me permettront d'améliorer le produit.
A par cela, je suis seul sur ce soft mais Brian m'a rejoint sur le précédent (cloonix-net).
L'autre outil, system tap que je ne connaissait pas n'a absolument rien à voir avec ce que je veux faire, c'est plutôt un outil de debug.
D'ailleur, je ne l'ai pas dit pour faire semblant que c'était nouveau, mais le produit de mesure des qdiscs existait déjà, et c'était déjà le seul à mesurer les qdiscs en temps réel:

http://yesican.chsoft.biz/wiki/index.php/LARTC

http://xkr47.outerspace.dyndns.org/rawsoft/old_rawsoft/hfsc_(...)

Mon site autrefois s'appelais rawsoft certains l'avaient sauvegardés.
Ce soft a donc déjà été utile et le sera encore par d'autres.
Parce-que j'ai laissé tombé tous ces gens en ne maintenant pas mon outil, j'ai pensé une annonce sur linuxfr leur aurait donné rapidement le nouveau lien. Eux auraient juste eu besoin de qdisc comme mot-clef, mais je les joindrais par d'autres moyens que par linuxfr.
Dommage, linuxfr ratisse large, mais franchement, j'y gagne rien à coder, et rien non plus à faire la pub, donc soyez plus sympa avec les autres mauvais communiquants qui codent et ne gagnent rien non plus.

Comme quoi l'agressivité fonctionne, on ne parle plus des couleurs mais un peu plus de concrès.
J'avoue que j'ai focalisé sur le problème de l'étude des qdiscs et comme je n'ai rien vu pour les visualiser sous forme de graph, j'ai créé clownix-spy.
Le problème est double: finesse temporelle nécessaire pour savoir si un burst prioritaire de voip ne traine pas plus que qq milli-secondes dans les buffers des qdisc. Et en plus affichage de la courbe résultante en temps réel avec possibilité de zoom.
En effet, System Tap aurait peut-être pu servir, mais de toutes façon il aurait falu faire un module pour collecter les valeurs dans le noyau et pour l'affichage gtk temps réel, il n'y a rien non plus.
Et en plus lorsqu'un outil existe, rien n'empèche d'en faire un autre. Mon projet précédent Cloonix-Net a été fait alors qu'il y avait beaucoup de choix pour avoir un réseau virtuel.
Désolé pour l'agressivité, mais les plaisanteries et les jeux de mots sont arrivées avant et ont justement déclenché une réaction normal de protection de clownix-spy.
Je pense que je n'écrirais plus içi de toute façon.

J'oubliais, on ne commente pas un mode d'emploi mais un produit, ceux qui lisent la notice et mettent une note sur le produit ajoutent un bruit de fond négatif et sans intérêt.

C'est que ceux qui ont le besoin de cet outil iront plus loin et téléchargeront, les gens en question sont ceux qui en effet connaissent bien les qdiscs mais aussi toute la bande des développeurs wifi nombreux ces temps-ci qui veulent souvent suivre des valeurs de signal radio ou autre variable driver en temps réel.

Pour essayer ce produit, il faut non-seulement télécharger mais aussi compiler, insérer les modules, lancer les binaires et même coder pour suivre une autre variable que celles des exemples.
Je pense que pour se faire une idée d'un open source il faut l'essayer et de moins en moins de gens on le temps, ils préfèrent regarder le mode d'emploi.

Salut baud123, c'est sympa de me défendre, mais le source est dans le tar.gz du premier lien, clownix-spy-1.2.tar.gz, le trac que tu indique est pour l'autre projet, c'est un Américain qui a pris en charge mon projet précédent (Cloonix-Net).
Le source du trac est pour le réseau virtuel dont vous avez déjà parlé sur linuxfr.

Le module pour la visualisation des variables qdisc est déjà disponible, le (et/ou) est là pour dire que les autres développeurs (les vrais qui ne font pas que critiquer) peuvent créer des modules dans le noyau pour étudier les variations de n'importe quelle variable avec une définition allant jusqu'à 10milli-secondes.

Mais, impossible pour les incompétents qui n'ont rien pannés, il faut écrire 3 ligne de C.

Beaucoup de super-commentaires provenant certainement de super-hackers!
N'empèche que la vision de l'historique d'une émission de packets à 10 milli-secondes de définition pour étudier la gestion des qdiscs linux, c'est fort!
Mais pour aprécier il faut savoir ce qu'est une qdisc!

Quand je ne comprend rien, je ne m'en vante pas, c'est effectivement un signe de nullité, les bons ont compris, utilisent le soft, et se fichent de la présentation et des couleurs.

J'ai re-testé le cisco, un léger bug à corriger pour qu'il se connecte: dans ctrl_client.c ligne 394,
mettre *p2 = NB_CISCO_ETH; au lieu de *p2 = NB_CISCO_ETH + 1;
Après cela, le cisco se connecte bien au switch.
Mais quand même, dynamips n'est plus maintenu depuis plus d'un an, il consome beaucoup de ram et de cpu, et tout ceci pour avoir une copie (autorisé?) d'un produit propriétaire et monopolistique!

Clowncoder à Uluberlu:
Super, j'avais peur qu'il y ait des problèmes de xterm sous ubuntu!
Pour l'aide, mon mail est sur mon site, en bas, cloonix est encore très peu connu, donc je n'ais pas de problèmes pour répondre à tous les mail.
Un uluberlu qui a eu la patience de télécharger, de détarrer longuement et enfin de mettre les mains dans le cambouis, mérite une attention toute particulière!

Le mieux pour faire une limitation de bande passante est d'utiliser les qdiscs de linux htb, hfsc, tbf qui font cela.
Les liens simulés ethernet de cloonix peuvent seulement retarder ou perdre des paquets sur commande de configuration.
Le problème de la limitation de bande passante est que dans le cas normal, le driver de la machine émettrice qui est saturé prévient le noyau de la saturation. Or le driver simulé est une socket menant à cloonix. Pour simuler un driver saturé, il faut du code dans l'émulation du driver.

Normalement, (je n'ai pas re-testé dernièrement) cela devrait marcher pour dynamips avec le ios de cisco c7200-advipservicesk9-mz.124.T.bin.
Comme je ne suis pas pro-cisco, je ne m'en vante pas.
Voir la commande ./ctrl.
Note: l'ios n'est pas fourni.

Google aime l'open-source, donc je pense qu'il n'y a pas de problème avec le logo.

Bravo et merci au lieutenant-colonel Guimard

Comme je voudrais toucher un très large public, et comme je ne veux faire qu'une seule doc, (vous avez certainement constaté que la doc n'est pas mon point fort), l'anglais est obligatoire.
Internet est dominé par l'anglais, je peste quand je tombe sur des langues natives que je ne comprend pas et que je sens qu'il y a une info à laquelle je n'ai pas accès. Nous n'avons pas vraiment le choix lorsque l'on fait un un open source.
Nos amis Américain sont souvent nuls en français, et ils font partie de la communauté.

La remarque sur VDE était très pertinente, et ma première réponse bien stupide! Après une rapide étude, il semble que je vais profiter de la même socket que VDE qui est en effet du même style que mon démon. Mais je ne pourrais pas utiliser le switch de VDE car mon choix d'architecture est de n'avoir qu'un processus gérant toutes les sockets en non-bloquant.
Je vais donc garder exactement la même structure que pour UML avec des machines KVM. Je doit remercier VDE pour avoir fait avancer l'interface de KVM de cette façon.
Avant tous cela, je dois finir cette interface graphique à laquelle il manque encore beaucoups de fonctionnalitées.
Donc KVM sur cloonix dans 6 mois.

Finalement, j'ai regardé avec plus de soins la solution VDE, il y a une différence majeur entre le switch clownix et celui(/ceux) de VDE, c'est que le miens est un démon unique qui crèe autant de switchs et de taps que l'utilisateur souhaite sur réception de messages, tandis que VDE crèe les switchs par commande systeme et les connection inter-switchs par d'autres commandes systeme.
Bref: ma connection inter-switch et la dynamique des changements de topologie est plus facile à réaliser, étant donnée que le même démon gère tous les switchs.

Desolé!!!
Dans la version précédente, bulk était un répertoire vide, donc la copie se faisait dans ce répertoire.
J'ai oublié de recréer le répertoire vide bulk que vous devez remplir avec les linux et root_fs de votre choix: debian, fedora ou celui que j'utilise, compilé par mes soins.
Merci pour la remarque, il faut donc ajouter mkdir bulk avant les copies.

Je connaissait VDE, mais il me semble être un intermédiaire trop ambitieux donc trop compliqué.
Je pense qu'il est possible que je m'interface avec KVM directement plus tard.
Il faut considérer que UML est un prototype pour "sentir" les besoins fonctionnels d'un émulateur graphique de réseau.
Le temps de finir le proto, jattaque le vrai avec la machine virtuelle la plus rapide et la plus populaire du moment.

Malheureusement, seulement ULM est actuellement supporté. UML a le bon gout d'utiliser de simple sockets dans la machine hote pour émuler les carte ethernet des machines virtuelles.
Le switch peut facilement être adapté pour se connecter à d'autres sockets menant à d'autres technos de virtualisation. Si quelqu'un a des idées, je suis interessé.

Et maintenant que la conférence a eu lieu, où est le pdf de la conférence?

Merci de comparer mon humble soft à packet_tracer:
http://www.cisco.com/web/learning/netacad/packet_tracer/pack(...)
En effet, le but de cloonix_net est bien le même que celui de packet_tracer.
J'attaque l'interface graphique, ce sera pour l'année prochaine.
Domage de fabriquer la fedora pour cloonix et de ne pas l'utiliser dans le réseau cloonix_net!
Pour la virgule: http://clownix.net voilà.

A propos de cisco, cloonix_net peut faire tourner un cisco aussi, grace à dynamips, pour ceci, il faut télécharger le binaire dynamips (gratuit) et aussi ce que l'on appel un ios cisco qui est le logiciel fournit par cisco. Ma plate-forme fonctionne pour l'ios:
c7200-advipservicesk9-mz.124-9.T.bin
(PAS gratuit) et fournit grâce à ce binaire un vrai cisco 7200 (virtuel) dans 1 PC.

Mais, je pense que je m'éloigne un peu du sujet: la virtualisation linux.

Sur le site http://clownix.net, tu as les files-systems, les linux associés pour les debian lenny et fedora 10 pour 32 et 64 bits et en plus le mode d'emploi pour faire ces file-systems.
Il y a aussi un file system fait à partir des sources, c'est celui que j'utilise moi, seulement en 32 bits.

Les sites mornes et peu actifs le sont parce-que l'énergie n'est pas concentré sur la com.

Tous ce qui est packaging, décoration, pub, coute du temps qui est pris sur le produit, le travail de fond se fait discretement.

Chroot? Pas de noyau, dur de simuler un réseau sans stack ip!
OpenVZ et Linux-VServer: patch du noyau hôte avec tous les problèmes qui vont avec!
Il y a en effet une grande liste de possibilitées, mais le mieux est d'exposer les meilleurs et les plus simples plutôts que de noyer l'info.
UML sépare bien le noyau de la cible et celui de la machine hôte qui est quelconque.

Si quelqu'un a une autre machine virtuelle avec laquelle je pourrait faire un réseau virtuel dans le monde user d'une machine hôte quelconque (pourvu qu'elle soit linux), alors je suis preneur, et serait même très heureux d'avoir une seconde alternative.

Comme d'habitude, UML qui est la première machine virtuelle intégrée dans le noyau linux de base n'est pas mentionnée!
Pourtant, c'est très probablement la meilleur solution pour créer un réseau virtuel dans un PC!
En tous cas, c'est celle que j'ai choisi pour mon open source à http://clownix.net.
Cette solution permet de mettre toutes les machines et le réseau virtuel dans le monde user de la machine hôte, plutôt que de bidouiller avec le noyau de l'hôte pour créer des connections entre machines.

La virtualisation de machines permet la virtualisation de réseaux, ce qui permet de tester les maquettes logiciels sans avoir les dizaines de machines réelles.
Il manque UML dans les solutions de virtualisations présentés, d'ailleur, je ne connais que celle-là, étant donnée qu'elle me satisfait pleinement pour les manips associés aux réseaux.

Dans le même genre VNUML et netkit:
http://www.dit.upm.es/vnumlwiki/index.php/Main_Page
http://www.netkit.org
et d'autres probablement ?

Il faut tous les essayer avant de les juger.