Aller au contenu

gauret

INpactien
  • Compteur de contenus

    1 540
  • Inscription

  • Dernière visite

Tout ce qui a été posté par gauret

  1. Pour le raid matériel j'imagine qu'il faut regarder du côté de ton driver de carte, mdadm c'est juste pour le raid logiciel. A+ Gauret ()
  2. Pas grave, je jouais avec des pseudos disques en loopback :) En réel j'ai un disque de 20Go et un de 60Go, et comme le 20Go peut me claquer dans les doigts d'un mois à l'autre, je peux pas faire grand chose. Sinon, pour l'alerte par mail, c'est par défaut dans Fedora quand tu installes mdadm, c'est le service mdmonitor. La commande lancée est "mdadm --monitor --scan". Ca se configure pour envoyer des mails si tu veux. ==> Rémy: merci pour les infos !
  3. Sympa le taf :) Tu dois bien te marrer. Tu bosses où si c'est pas indiscret ? Sinon, j'imagine que tu as entendu parler de http://jabberstudio.org/pipermail/jabberd/...ust/001867.html ? Qu'est-ce que tu en penses ? Les echos que j'ai eu tendent plutôt à dire que jabberd2 est assez instable et qu'il vaut mieux utiliser jabberd 1.4. T'en penses quoi ?
  4. Ouais dark, on peut faire du round-robin facilement avec le DNS, mais c'est pas pareil :) Une bonne adresse : http://linux-ha.org/ Sinon, renseigne toi aussi sur Heartbeat, c'est lui qui gère le failover. Regardez ce que j'ai eu par mail alors que je jouais avec le raid soft : C'est mignon, surtout la fin :) Si j'avais plus de thunes, je m'achèterai bien de la machine pour tester tout ça en vrai A+ Gauret
  5. En gros, c'est tout ce qui tourne autour des clusters. Assurer un service 99,999% du temps. En très gros, deux méthodes : * le failover, ou t'as plusieurs serveurs (en général 2) qui se surveillent l'un l'autre, et dès que l'un détècte que l'autre est down, il remplace automatiquement tous les services et prend sa place * le distribué, ou t'as un noeud qui va distribuer les requètes à plein de serveurs qui y répondent. En général le chef d'orchestre est sécurisé par du failover justement :) Plus balaise mais plus lourd à mettre en place est beaucoup plus $$$ Toutes les technos RAID sont liées à ça de très près. A+ Gauret
  6. Je suis en train de me relire le Linux Mag hors série sur la haute dispo, et ben c'est quand même la grosse classe. Ca me donnerait envie d'acheter des machines juste pour tester
  7. Fedora c'est cool si tu y ajoutes les bonnes sources : - fedora.us - rpm.livna.org D'autres si tu es courageux (freshrpms, dag, planet ccrma pour les musiciens, ...) A+ Gauret
  8. PyKaBoo tu devrais aussi jeter un coup d'oeil au fonctionnement du fichier .xsession, ça risque de bien t'intéresser si tu veux lancer des applis au démarrage de ta session graphique. A+ Gauret
  9. T'as bien raison ! Le minimum c'est de faire des posts qui valident !
  10. Je crois que ça s'appelle des gestionnaires de connexion.
  11. C'est marrant moi j'ai aucun kdeinit qui soit tout seul sur sa ligne de ps... Sinon pour le topic post-install, je suis assez pour. Il faut expliquer au débutant qu'est-ce qu'un package, ou est la liste, comment il peut faire des recherches, etc... Parce que ça c'est très différent de son ex-OS. A+ Gauret
  12. À la tienne ! Je sais pas si je pourrais t'aider des masses, mais ça coûte rien d'essayer :) Il te reste quoi comme kdeinits ? Copié-collé de /usr/bin/startkde : Mais si tu as touché à ce script, j'imagine que tu as déjà vu tout ça... :tchintchin: Gauret
  13. +1 ! Avec du bon matos qui marche bien sous notre OS préféré (genre les cartes raid...)
  14. > en fait, je veux que la mise en page soit nickel chrome. Et comme je ferais un pdf sous un document Latex, ca me prend pas mal de temps a mettre en forme, ne serait que pour remplacer tous les caracteres particuliers etc... Si tu as besoin d'un coup de main, hésite pas à demander. Tu peux me mailer en rajoutant @ free.fr à la fin de mon pseudo. Pour latex ça devrait pas être nécessaire de transformer les caractères, il faut utiliser une directive inputenc et tu peux écrire ton fichier en ISO-8859-1 ou même en UTF-8 A+ Gauret
  15. Pfiou, ça freeposte sévère ici aujourd'hui ! 3 pages depuis ce matin ! Bien joué les gars
  16. Franchement, je trouve que Java est un langage sympa à programmer. Mais à mon avis son gros défaut, c'est qu'il a un peu le cul entre deux chaises. Je m'explique : - D'un côté, il est pas utilisable pour qqch qui doit être vraiment rapide. Si la vitesse est un critère déterminant, on utilise C++ ou C. - Si la vitesse n'est pas un critère déterminant, et qu'on veut un langage haut niveau, ben Java est plus compliqué qu'il pourrait l'être. Il laisse encore trois ou quatre classes différentes à utiliser quand on veut faire une liste par exemple, qui diffèrent selon la vitesse d'exécution et les possiblités. Si on utilise du Java, c'est qu'on a déjà tiré un trait sur la rapidité, c'est pas la peine de rendre le langage plus complexe avec de fausses optimisations ! Ca fait environ 2 ans que j'ai plus fait de Java, mais je me souviens que pour lire un fichier ligne par ligne, il m'avait fallu instancier au moins deux classes, peut être même trois ! (StreamBuffer, FileBuffer, ...). C'est anormalement compliqué ! Par exemple en python c'est : for ligne in fichier: print(ligne) et c'est tout. Et au final, Java est à peine plus rapide que Python, et 20 fois plus lent que C++. Si on a choisi un langage haut niveau, c'est pour pas avoir à se compliquer la vie avec des StreamBuffers justement. Bref, je trouve que Java est un langage de haut niveau qui s'assume pas en tant que tel. Par contre, c'est vrai que son modèle de classes est sympa, avec les interfaces, les classes abstraites, les méthodes et propriétés finales, etc... Jusqu'à ce que SWT soit créé, il lui manquait aussi une bonne librarie graphique, parce que celle intégrée faisait tout pour que les applis soient identiques au pixel près sur les différentes archis, ce dont tout le monde se fout. SWT, c'est une sorte de WxWindows pour Java, qui utilise la librarie graphique du système. Bon, par contre, ça souffre encore de défauts de jeunesse, par exemple c'est lent sous Linux en GTK. Python et Perl ont joliment résolu le problème, en proposant des interfaces aux libraries graphiques existantes (et donc écrites en C ou C++) : GTK, QT, Tk, WxWindows, ... Donc la partie graphique, gérée par la librarie, est rapide, et le code derrière est facile à écrire. A mon avis, c'est encore une fois la bonne solution. Mais attention, je suis pas développeur, donc je vois pas tous les tenants et les aboutissants des problèmes. J'ai juste codé un peu en Java, et je code un peu en python. Voilà mon avis sur la question :) A+ Gauret
  17. > Patron deux tournées générales ! OUééééééé :copain: Ca c'est quelqu'un qui sait vivre ! Bienvenue dans un monde libre, où c'est toi qui décide :) A+ Gauret
  18. Les mecs c'est tous les mêmes. Ils rentrent du bar à pas d'heure après s'être apt-gétté un max de verres, et après leur premier réflèxe quand ils rentrent à la maison c'est d'essayer de faire un "touch madame".
  19. Je pense que les {mal,non}-voyants ont une idée très précise de l'application qui peut en être faite. J'avais même entendu parler d'une distrib spécialisée pour ces gens-là, ou le text-to-speech était intégré, avec support des terminaux en braille, etc... A+ Gauret
  20. Alors je veux pas commencer tout de suiteà faire chier, mais ce que tout le monde appelle Linux n'a pas été initié par Linus Torvalds. Il a écrit le noyau Linux, qui est la partie de code qui fait communiquer le logiciel et le matériel. Rien de plus. L'idée et les principes du Logiciel Libre ont été lancées en 84 (bien avant linux, que Linus a écrit en 91) par le fondateur de la Free Software Foundation : Richard Stallman. Le noyau Linux a ensuite été intégré à un projet bien plus grand : GNU, le système d'exploitation de la Free Software Foundation. C'est pour ça qu'on appelle parfois l'ensemble "GNU/Linux". Plus de précisions sur www.gnu.org Voilà, c'est pas très important, je voudrais pas passer pour un intégriste, mais autant replacer les choses dans leur contexte. Maintenant, si vous utilisez le nom Linux à la place de GNU/Linux, j'en ferais pas un plat... ;-)
×
×
  • Créer...