Prometheus fournit une stack complète, mais malheuresement elle ne propose aucune solution pour la haute disponibilité et le passage à l'échelle horizontal (scale out).
Pour ceux qui s'intèressent à ce genre de problème et veulent stocker des métriques à grande échelle, je vous propose de jetter un œil à Gnocchi. J'ai par ailleurs écrit un petit article sur la différence des deux logiciels qui met en avant ce pour quoi ils peuvent être intéressant.
À noter que la prochaine version de Gnocchi (4.2) offrira une couche de compatibilité Prometheus qui permettra de recevoir (mais pas de lire) des métriques au format Prometheus (émulation de l'API write de Prometheus).
Dommage, je trouvais l'idée sympatique, mais générer des scripts expect me paraît être un très mauvais choix de design. Pourquoi ne pas utiliser directement python-pexpect ?
De plus, tout le code est en francais, donc perso, j'ai aussitôt refermé. Ce genre de chose abouti en général à un projet mort-né vu que cela restreint la compréhension et les contributions au code aux seuls francophones, donc à peu de gens.
Globalement oui, c'est plus réactif dans un cas comme celui ci.
Maintenant, il y a aussi beaucoup de cas où quand tu envoies une demande au serveur X, tu n'as rien à faire d'intéressant tant que tu n'as pas la réponse. Dans ce cas, il n'y a aucun gain en performance.
Il y a aussi possibilité de gagner beaucoup plus avec une application multi-threadé (ce qu'awesome n'est pas (mal)heuresement).
Tout à fait d'accord avec ca, j'en suis bien désolé.
L'avantage de a3 c'est que c'est basé sur Lua: la syntaxe ne change pas (c'est un language).
L'API peut évoluer, mais il y aura toujours un tant d'adaptation: aucune fonction de la version N ne sera (dans la mesure du possible) retirer violemment de l'API, mais marquer comme « deprecated » dans la version N+1 et retirer en N+2.
Oui c'est le premier WM à utiliser XCB (et une des rares applications)
L'écart de perf est discutable: c'est largement mesurable au démarrage par exemple, mais
à l'utilisation quotidienne, c'est plus discutable, mais c'est quand même notable de mon point de vue.
Par contre, en tant que développeur, l'API est infiniment plus clair et propre que la Xlib, et rien que pour ca, ca vaut le coup.
Pour toutes les personnes qui vont poser la question bientôt, il y actuellement pas mal de boulot de fait niveau dévelopement pour exporter tout plein de choses, dont les layouts en Lua, ce qui permettra de créer sa propre gestion de l'organisation des fenêtres, soit comme actuellement (dwm style) soit à la ion ou bien encore à la wmii.
Bref ca évolue, et si vous voulez que ca arrive plus vite, un coup de main est le bienvenue.
Le code est d'ailleurs ultra-documenté et assez simple.
j'aimerais comme dans ion pourvoir dire "cette appli reçoit toujours une fenêtre de telle géométrie sur le workspace 2, mais tout en pavant" ;
Pas vraiment possible. Dire quel tag, avec une rule, oui, mais ce sera tout.
j'aimerais comme dans ion avoir des modes de pavage prédéfini (genre le workspace 3 est toujours séparé en 3 : un grand carré à gauche et deux rectangles superposés à droites ;
Relativement faisable, suffit de mettre nmaster/ncol pour tel tag à la valeur que tu veux
j'aimerais pouvoir découper certaines lignes mais pas toutes : j'ai l'impression que le layout est obligatoirement en n colonnes qui peuvent chacune indépendamment être découpées en lignes. Mais ça ne permet pas de faire de truc genre
Non ca ne le permet pas. Ce n'est pas ion, ce n'est pas à toi de découper comme tu as envie ton espace en qq sorte, il place les fenetre comme il veut/peut.
Ceci dit ce genre de chose est possible il suffit d'implémenter un layout qui le gère.
C'est un vrai problème de ne pas avoir de Mod4, il faut jongler avec Alt/Ctrl/Shift pour ne pas casser les raccourcis à la emacs et autre. :-(
Pas vraiment de solution miracle si ce n'est de réflechir à ce que tu fais.
awesome ne lance rien au démarrage, tu as le .xsession qu fait ca et qui fonctionne très bien, suffit de dire à ton gdm/kdm/xdm/whatever de l'utiliser. Ou .xinitrc si tu utilises startx.
Honnetement non, pas encore. Il manque encore des chose pour intégrer les choses à la Gnome.
Aujourd'hui tu vas te retrouver par un panneau géré par awesome (alors qu'il ne faudrait pas) et qui ne reconnaitra pas les workspaces d'awesome (manque la partie EWMH pour le moment).
Je connais mal wmii, donc je ne vais pas me permettre de comparer. Rapidement, je dirais qu'il n'y a pas tout le bazar d'implémentation de 9wm et co.
Concernant xmonad, c'est assez proche (sa philosophie est aussi proche de dwm), mais sa force est aussi son gros point faible: son langage, haskell. Toute la configuration est faite en haskell, et est à faire à la compilation (comme dwm).
Ahaha ! NUI est une grosse blague, c'est dommage que les modérateurs ne connaissent pas. :-)
Ce n'est pas un LUG, c'est juste une association avec un seul homme (celui qui poste cette news) dont il est impossible d'avoir des informations sur les statuts et les membres...
La mairie de Paris, en partenariat avec l'association des sociétés de services en logiciels libres (ASS2L), organise le 26 juin 2005 la première édition d'une journée intitulée "Paris Capitale du Libre".
# Gnocchi
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Découverte de l’outil de supervision Prometheus. Évalué à 6.
Prometheus fournit une stack complète, mais malheuresement elle ne propose aucune solution pour la haute disponibilité et le passage à l'échelle horizontal (scale out).
Pour ceux qui s'intèressent à ce genre de problème et veulent stocker des métriques à grande échelle, je vous propose de jetter un œil à Gnocchi. J'ai par ailleurs écrit un petit article sur la différence des deux logiciels qui met en avant ce pour quoi ils peuvent être intéressant.
À noter que la prochaine version de Gnocchi (4.2) offrira une couche de compatibilité Prometheus qui permettra de recevoir (mais pas de lire) des métriques au format Prometheus (émulation de l'API write de Prometheus).
# Bad design
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Bélier 0.6 : Outil d'automatisation de connexions ssh complexes. Évalué à 6.
De plus, tout le code est en francais, donc perso, j'ai aussitôt refermé. Ce genre de chose abouti en général à un projet mort-né vu que cela restreint la compréhension et les contributions au code aux seuls francophones, donc à peu de gens.
[^] # Re: ze click-droit
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Window Maker : projet relancé. Évalué à 1.
[^] # Re: ze click-droit
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Window Maker : projet relancé. Évalué à 5.
[^] # Re: Pourquoi pas utilisable à la souris ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Sortie de CLFSWM 0809.. Évalué à 2.
[^] # Re: Pas mal
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 1.
i.e. fait un tour sur Luaforge et tu peux utiliser n'importe quoi, donc tu peux controler awesome via un serveur web en Lua par exemple. ;)
[^] # Re: Pas mal
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 1.
C'est sur le wiki.
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 2.
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 1.
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 3.
Maintenant, il y a aussi beaucoup de cas où quand tu envoies une demande au serveur X, tu n'as rien à faire d'intéressant tant que tu n'as pas la réponse. Dans ce cas, il n'y a aucun gain en performance.
Il y a aussi possibilité de gagner beaucoup plus avec une application multi-threadé (ce qu'awesome n'est pas (mal)heuresement).
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 3.
L'avantage de a3 c'est que c'est basé sur Lua: la syntaxe ne change pas (c'est un language).
L'API peut évoluer, mais il y aura toujours un tant d'adaptation: aucune fonction de la version N ne sera (dans la mesure du possible) retirer violemment de l'API, mais marquer comme « deprecated » dans la version N+1 et retirer en N+2.
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 5.
L'écart de perf est discutable: c'est largement mesurable au démarrage par exemple, mais
à l'utilisation quotidienne, c'est plus discutable, mais c'est quand même notable de mon point de vue.
Par contre, en tant que développeur, l'API est infiniment plus clair et propre que la Xlib, et rien que pour ca, ca vaut le coup.
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 3.
Bref ca évolue, et si vous voulez que ca arrive plus vite, un coup de main est le bienvenue.
Le code est d'ailleurs ultra-documenté et assez simple.
# Encore?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Journée Mondiale du Logiciel Libre à Rouen. Évalué à 10.
Voir http://linuxfr.org/2007/11/15/23360.html
Oui, NUI, c'est mon fils, ma bataille. :-P
# Mandriva spécialisé dans MIPS ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 9.
OMFG TROLL.
[^] # Re: Deux semaines avec awesome
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 1.
Pas vraiment possible. Dire quel tag, avec une rule, oui, mais ce sera tout.
j'aimerais comme dans ion avoir des modes de pavage prédéfini (genre le workspace 3 est toujours séparé en 3 : un grand carré à gauche et deux rectangles superposés à droites ;
Relativement faisable, suffit de mettre nmaster/ncol pour tel tag à la valeur que tu veux
j'aimerais pouvoir découper certaines lignes mais pas toutes : j'ai l'impression que le layout est obligatoirement en n colonnes qui peuvent chacune indépendamment être découpées en lignes. Mais ça ne permet pas de faire de truc genre
Non ca ne le permet pas. Ce n'est pas ion, ce n'est pas à toi de découper comme tu as envie ton espace en qq sorte, il place les fenetre comme il veut/peut.
Ceci dit ce genre de chose est possible il suffit d'implémenter un layout qui le gère.
[^] # Re: Menu de lancement d'appli ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 2.
[^] # Re: touche MOD4... comment faire quand on n'en a pas ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 1.
Pas vraiment de solution miracle si ce n'est de réflechir à ce que tu fais.
awesome ne lance rien au démarrage, tu as le .xsession qu fait ca et qui fonctionne très bien, suffit de dire à ton gdm/kdm/xdm/whatever de l'utiliser. Ou .xinitrc si tu utilises startx.
[^] # Re: Perso ...
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 3.
un ^9$ évitera cela. :-)
[^] # Re: Une question ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 2.
Aujourd'hui tu vas te retrouver par un panneau géré par awesome (alors qu'il ne faudrait pas) et qui ne reconnaitra pas les workspaces d'awesome (manque la partie EWMH pour le moment).
Donc je ne te conseille pas. :-)
[^] # Re: D'autres Tiling Window Managers
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 4.
Concernant xmonad, c'est assez proche (sa philosophie est aussi proche de dwm), mais sa force est aussi son gros point faible: son langage, haskell. Toute la configuration est faite en haskell, et est à faire à la compilation (comme dwm).
# Ca me manquait !
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Rouen : Journée Magistrale du Logiciel Libre le 17/11/2007. Évalué à 4.
Ce n'est pas un LUG, c'est juste une association avec un seul homme (celui qui poste cette news) dont il est impossible d'avoir des informations sur les statuts et les membres...
Un petit tour ici vous en dira plus sur la mentalité:
http://www.microsoft.com/france/communautes/usergroups/regio(...)
Les archives des lists Interlug, et des LUGs Normand (Ornix, Eurix, Rotomalug...) vaut aussi son pesant de cacahuetes.
[^] # Re: Culture libre?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche Tuxfamily propose un nouveau service de téléchargement. Évalué à 8.
[^] # Re: Etch en décembre ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche L'installeur de Debian Etch est disponible en version beta 3. Évalué à 2.
# Erreur de date ?
Posté par Julien Danjou (site web personnel) . En réponse à la dépêche « Paris, capitale du Libre ». Évalué à 5.
Zut, je l'ai loupe.