Deblan blog

Raspberry PI #1

J'ai (enfin) reçu mon Raspberry PI et j'ai commencé à faire joujou avec.

J'ai utilisé l'image officielle avec une Debian Wheezy hacked pour lancer le RPI (Raspberry PI). C'est donc une Debian optimisée pour la machine avec l'environnement LXDE de base. Je l'ai bien sûr dégagé pour installer i3wm en gagnant ainsi une dizaine de Mo sur la Ram consommée. Sans trop de surpise, on a un système pas très rapide mais qui suffit à faire des tâches simples. Je pense que la carte SD achetée est aussi une cause de lenteur.

J'envisageais d'installer de quoi monitorer le système mais munin est trop gourmand. Je vais essayer de trouver une solution alternative.

Edit : ce qui prend le plus de ressource est la génération de graphs. J'ai laissé Hinata fait ceux du RPI donc plus aucun souci de performances. Je poserai des graphs d'ici quelques heures !


Edit 2 : j'annonçais des lenteurs qui étaient certainement dues à la carte SD utilisée. Il s'avère que c'est bien l'origine du problème qui va se régler très rapidement en la changeant. J'ai installé Munin et des graphiques sont à présent disponibles. Tout est disponible en ligne.


Raspberry PI Deblan

À l'heure actuelle, j'ai configuré un serveur web nginx et j'ai installé un Wordpress [http://pi.deblan.org/wordpress/]. Le serveur de base de données est sur une Hinata (le serveur de deblan) le temps de passer le blog sur une db SQlite. Globalement ça fonctionne pas trop mal bien que les accès disques lents ralentissent le temps de réponse. Il n'est pas directement accessible depuis l'extérieur mais via Hinata (encore) qui fait proxy HTTP.

Une salle dédiée a été aménagée pour les serveurs, puisque qu'en plus d'Hinata et du RPI, une 3ème machine va arriver pour redonder les services importants de Deblan (web, email et irc). Il se peut qu'elle devienne aussi un dépot FreeBsd.

Salle machines Deblan

La finalité du RPI n'est pas encore finie. Je ne sais pas si le mettre en frontend des serveurs sera une bonne idée (Firewall ou LoadBalancer à la Varnish). À voir...

En tout cas c'est belle petite bestiole, qui prend trois fois rien comme place et qui fonctionne vraiment bien. Je suis donc agréablement supris et je vais songer à en acheter un ou deux de plus pour faire des tests de cluster.


  • Jako
    • ,
    • Je pense déjà connaitre ma réponse mais je tente quand même :
      Niveau hardware ça peut faire tourner des jeux arcade (avec l’émulateur MAME) ou pas ?
      Et merci pour cet article :)
  • Simon
    • ,
    • Je ne sais pas si ça la les épaules pour. Le GPU semble être capable de décoder des vidéos en 720p (h264 de mémoire). Le CPU est quand même et je ne sais pas ce que réclame MAME, t'as de la doc/expérience à ce sujet ?
  • Jako
    • ,
    • Pas vraiment, par contre je crois qu'une version de MAME adapter au RPI existe.
      Pour les console 8et 16 bit je pense que ça peut tourner, mais c'est surtout niveau N64 et PS1 que je doute.
  • Simon
    • ,
    • Les émulateurs N64 sont jamais trop bien fonctionné amha (je me rappelle avoir eux de mauvaises expériences à l'époque) =/
  • Mogui
    • ,
    • @Simon

      Tentes les lignes suivantes dans le config.txt de la première partition :
      arm_freq=910
      sdram_freq=480
      Et vois si c'est plus réactif.
      PS : Pas de modif de la tension = pas de perte de garantie.
  • Mogui
    • ,
    • Au faite, la carte SD, ca a donné quoi ? J'me trimballe avec une classe 4 et je trouve que ca rame franchement.
  • Simon
    • ,
    • Conclusion : pas plus réactif que ça =)
  • Simon
    • ,
    • J'ai fais la modification. Je vais attendre un peu pour voir la réaction =)
  • Mogui
    • ,
    • Alors ca donne quoi ton petite debian ? La carte SD ?

      Ce soir je tente de jouer avec les GPIO :D

Ajouter un commentaire

Vous pouvez utiliser du markdown.Afficher l'aide.