Bonjour les gens, j'ai recu mon serveur Vendredi, il devrait être en ligne demain soir, le wiki sera donc prêt d'ici mercredi/jeudi soir.
Tant que j'y suis, y a t'il des gens ici qui veulent un compte local pour éventuellement hoster d'autres projets (lié plus ou moins de loin au libre) ? Faut profiter des zones :P
++
Bruno Bonfils asyd@solaris-fr.org writes:
Bonjour les gens, j'ai recu mon serveur Vendredi, il devrait être en ligne demain soir, le wiki sera donc prêt d'ici mercredi/jeudi soir.
si vous voulez vous enregistrer, cliquez sur connexion puis sur le lien "s'enregistrer".
Pour ceux qui veulent un compte admin demandez moi.
Pour l'instant je n'ai pas encore tout fini, il manque quelques plugins/choses (comme l'indexation des pages pour la recherche, vous étonnez pas si ca marche pas).
Alors par contre, comme d'habitude avec les wiki, ma frayeur est la suivante :
garder une cohérence dans l'arborescence et dans les pages. Pour l'instant il est vide, mais quand ca va se remplir...
D'ailleurs il faudrait que l'on fasse la hiérarchie de la page d'accueil, je vois bien quelque chose du genre :
- Les shells - Les commandes utiles (awk, tr etc..) - Le scripting avancé (perl, et langage de plus haut niveau)
pour l'instant n'importe quel utilisateur (une fois enregistré) peut modifier l'ensemble du wiki, mais dokuwiki permet néanmoins l'utilisation relativement souple d'ACL.
Note: pour l'instant les data ne sont pas encore sous SCM. je vais faire ca d'ici peu, mais je viens de penser qu'en éditant localement on permet certaines features comme le flux RSS, le changelog. Mais c'est - actuellement - le seul moyen de renommer des pages.
Voila, ++
le 16/02/2006, Bruno Bonfils nous écrivait :
- Les shells
- Les commandes utiles (awk, tr etc..)
- Le scripting avancé (perl, et langage de plus haut niveau)
shells comparatif (ba)?sh t?csh ksh zsh filtres awk sed les autres scripting lua perl ruby outils vim mutt slrn humour emacs python php nananananere ! (1)
(1): nananananere
le but de cette rubrique est de poster des trucs genre : "mon shell a moi, il le fait" ( la question induite est : et avec le tiens, on fait comment ?).
une entrée typique dans nananananere serait:
avec bash , echo {a..e} :)
voila mc
le 13/02/2006, Bruno Bonfils nous écrivait :
Bonjour les gens, j'ai recu mon serveur Vendredi, il devrait être en ligne demain soir, le wiki sera donc prêt d'ici mercredi/jeudi soir.
t'as recu ton serveur ? t'as une liaison spé. a la maison ou quoi ?
Tant que j'y suis, y a t'il des gens ici qui veulent un compte local pour éventuellement hoster d'autres projets (lié plus ou moins de loin au libre) ? Faut profiter des zones :P
qu'entends tu par "profiter des zones" ?
Marc Chantreux marc.chantreux@ulpmm.u-strasbg.fr writes:
le 13/02/2006, Bruno Bonfils nous écrivait :
Bonjour les gens, j'ai recu mon serveur Vendredi, il devrait être en ligne demain soir, le wiki sera donc prêt d'ici mercredi/jeudi soir.
t'as recu ton serveur ?
yup, vendredi dernier
t'as une liaison spé. a la maison ou quoi ?
non, déjà que j'ai même pas de maison (toujours en foyer de jeune travailleur :P) mais il est racké dans un datacenter depuis hier soir.
D'ailleurs pour information, je vais procéder à la migration des listes shell, emacs courant semaine prochaine. Cela devrait être totalement transparent, mais je préviendrais de toute facon.
Tant que j'y suis, y a t'il des gens ici qui veulent un compte local pour éventuellement hoster d'autres projets (lié plus ou moins de loin au libre) ? Faut profiter des zones :P
qu'entends tu par "profiter des zones" ?
La virtualisation de Solaris 10 (ca ressemble aux jails BSD, sauf que ca marche super bien </troll>), le seul "hic" indirect, c'est que ca commence pas mal d'IP (une IP par zone/jail, forcément).
le 16/02/2006, Bruno Bonfils nous écrivait :
qu'entends tu par "profiter des zones" ?
La virtualisation de Solaris 10 (ca ressemble aux jails BSD, sauf que ca marche super bien </troll>), le seul "hic" indirect, c'est que ca commence pas mal d'IP (une IP par zone/jail, forcément).
l'equivalent de xen pour linux ? (sauf que sous linux c'est gratos :) ).
au passage: question HS mais j'ai entendu dire que la jvm etait taillé pour bourrer sur les machines sun. A coup equivalent, est ce qu'on y gagne en perf/scala en hebergeant des serveurs tomcat sur des archis sun?
mc
Marc Chantreux marc.chantreux@ulpmm.u-strasbg.fr writes:
le 16/02/2006, Bruno Bonfils nous écrivait :
qu'entends tu par "profiter des zones" ?
La virtualisation de Solaris 10 (ca ressemble aux jails BSD, sauf que ca marche super bien </troll>), le seul "hic" indirect, c'est que ca commence pas mal d'IP (une IP par zone/jail, forcément).
l'equivalent de xen pour linux ? (sauf que sous linux c'est gratos :) ).
Non, ce n'est une virtualisation au sens Xen, ni même qemu. Les zones ressemblent à un chroot (beaucoup amélioré, avec une IP dédiée, des FS hérités ou dédiés, isolation des processus, etc..), il y a qu'une seule instance du noyau qui tourne, quelque soit le nombre de zones. Cela se rappoche plus d'un user mode linux, mais avec un seul noyau. (Dans chaque partie du noyau, par exemple pour la gestion des processus, il y a un champ supplémentaire zone_id)
Et pour information, je pensais te l'avoir déjà dis, Solaris 10 est GRATUIT pour TOUTE utilisation. Seul le support est payant. Les patch sécurités sont eux aussi gratuits. Et le premier qui me sort que c'est pas opensource je le tape :P
J'espère que tu viendras voir notre asso aux JL4 :P
au passage: question HS mais j'ai entendu dire que la jvm etait taillé pour bourrer sur les machines sun. A coup equivalent, est ce qu'on y gagne en perf/scala en hebergeant des serveurs tomcat sur des archis sun?
J'ai beau bosser dans une boite qui ne fais que du java, je ne reste qu'un pauvre admin système et réseaux (et pas java). Néanmoins, il est vrai que quasiment tout le java ici est hosté sur du Solaris sparc (donc jvm Sun, forcément).
Je me suis renseigné un peu auprès des admins java, il semble qu'effectivement la JVM Sun pour Solaris/Sparc est un poil plus optimisé, mais le gain de perf est faible. Par contre, pour un Linux, le choix de la JVM est important, il semble qu'il peut y avoir de grosse différences de perf entre les JVM Sun (et celle d'IBM) et les autres (je sais plus de tete, genre blackdowm), de l'ordre de 10/20%.
le 16/02/2006, Bruno Bonfils nous écrivait :
J'espère que tu viendras voir notre asso aux JL4 :P
jl4 ? ca aura vraiement lieu ?
J'ai beau bosser dans une boite qui ne fais que du java, je ne reste qu'un pauvre admin système et réseaux (et pas java). Néanmoins, il est vrai que quasiment tout le java ici est hosté sur du Solaris sparc (donc jvm Sun, forcément).
Je me suis renseigné un peu auprès des admins java, il semble qu'effectivement la JVM Sun pour Solaris/Sparc est un poil plus optimisé, mais le gain de perf est faible. Par contre, pour un Linux, le choix de la JVM est important, il semble qu'il peut y avoir de grosse différences de perf entre les JVM Sun (et celle d'IBM) et les autres (je sais plus de tete, genre blackdowm), de l'ordre de 10/20%.
ouais ... ils ont fait le meme constat chez nous.
Bonjour,
l'equivalent de xen pour linux ?
Pour ceux qui cherchent a comprendre ces trucs la, voila une poignee de liens pris sur le site des jres 2005 qui expliquent pas mal et font en plus un retour d'experience sur des deploiement a grandes echelles.
http://www.jres.org/paper/109.pdf http://www.jres.org/slides/109.pdf http://video.univ-valenciennes.fr:8080/ramgen/jres2005/109.rm
http://www.jres.org/paper/111.pdf http://www.jres.org/slides/111.pdf http://video.univ-valenciennes.fr:8080/ramgen/jres2005/111.rm
Christophe
-
Bruno Bonfils -
Christophe Martin -
Marc Chantreux