Journal Existe t-il un LiveCD-USB orienté évaluations matérielles?

Posté par  . Licence CC By‑SA.
Étiquettes :
8
16
nov.
2013

Cette question m'est venu à l'esprit après la lecture du journal Mageia 4.

Ne serait-ce pas utile, intéressant d'avoir un live-cd dédié aux tests et évaluations de tel pilote, noyau, serveur graphique?
Une base commune sur laquelle travaillerait les développeurs systèmes (noyau, pile graphique, etc…) débarrassée des composants purement adminsys (cf: systemd).
.
On utiliserait alors ce Live-cd-usb réduit à sa plus simple expression comme référence avec des outils de "benchmark", suite de tests, production de rapports et autres trucs utiles pour nos chères gourous systèmes (clin d'oeil à Mùpùf =)).
[note perso]
Et non pas un truc du genre Rebecca ou Bieber OS mais plutôt une solution sérieuse qui fasse avancer le schmilblik et évite d'exposer un humour bas de gamme.[/note]

Et vous, développeurs, qu'est-ce vous en pensez?

  • # gestion des dependances

    Posté par  . Évalué à 2.

    j'en penses qu'il y a probablement trop de dependances pour qu'un livecd soit suffisant.
    rien que pour tester un driver graphique, il y a des dependances avec le noyau, avec X et bientot wayland,

    • [^] # Re: gestion des dependances

      Posté par  . Évalué à 6.

      ????

      On arrive à faire un LiveCD avec des environnements monstrueux, alors pourquoi pas un live CD avec outils de tests graphique ?

      Sinon, si ce n'est pas en LiveCD (parce que FS en RAM qui prend beaucoup de place), une distrib dédiée ne contenant que le minimum pour les tests serait plus judicieuse.

      • [^] # Re: gestion des dependances

        Posté par  . Évalué à 3.

        avec des environnements monstrueux

        monstrueux, certes mais coherents du point de vue des dependances (kernel/pilotes/environnement graphiques et autres).

    • [^] # Re: gestion des dependances

      Posté par  (site web personnel) . Évalué à 3.

      pour qu'un livecd soit suffisant

      le terme est resté, mais les livecd ne sont pas cantonnés à 700 Mo.
      On a des DVD de 9 Go, des Bluray de 50 Go, des clés USB allant de 4 à 256 Go…
      Alors au niveau place, je crois que ça ira.
      Et il vaut mieux partir sur des clé USB (comme dit dans le journal d'ailleurs), car bon nombre de machine n'a tout simplement plus cette vieillerie de lecteur optique.

      Sinon, je n'ai pas compris la remarque de totof2000 sur la RAM, je vois pas pourquoi on doit tout charger en RAM, on ne peut pas charger que ce qui est utile (genre inutile de devoir charger les pilotes AMD sur une carte nVidia, ça reste sagement sur le support, les outils de tests sont chargés un a un etc…), et puis bon, la RAM c'est comme la taille des support, ça monte pas mal aussi.

      PS : réussir à inclure un troll hors sujet sur systemd dans ce journal, fallait le faire, bravo pour la tentative de pourrir son propre journal.

      • [^] # Re: gestion des dependances

        Posté par  . Évalué à -2.

        PS : réussir à inclure un troll hors sujet sur systemd dans ce journal, fallait le faire, bravo pour la tentative de pourrir son propre journal.

        Le troll était plutôt sur Rebecca OS, la sortie sur systemd était honnête - peut-être maladroite - du fait que c'est une grosse dépendance pas nécessairement utile dans la réalisation de ce fameux live(CD|USB).

      • [^] # Re: gestion des dependances

        Posté par  . Évalué à 2.

        Sinon, je n'ai pas compris la remarque de totof2000 sur la RAM, je vois pas pourquoi on doit tout charger en RAM,

        Je pensais à u montage en RAM pour certains FS devant être écrits, comme /var, par exemple.

        la RAM c'est comme la taille des support, ça monte pas mal aussi.

        On est d'accord, cependant il faut savoir si on en a besoin pour le liveCD.

        PS : réussir à inclure un troll hors sujet sur systemd dans ce journal, fallait le faire, bravo pour la tentative de pourrir son propre journal.

        Pour une fois c'est pas moi, et je n'ai même pas relevé … ;).

  • # Viendez avec nous

    Posté par  . Évalué à 5.

    On travaille avec Linuxconsole pour créer un Live CD pas tout à fait dans ce but-là, mais, il n'en faudrait pas beaucoup pour que ça fasse ce que tu décris.

    • [^] # Re: Viendez avec nous

      Posté par  . Évalué à 2.

      effectivement, le mode "benchmark" fait ça :

      #!/bin/sh
      echo "### Dibab benchmark" > /tmp/rapport.txt
      for cmd in lspci ddcprobe dmesg
      do
        echo "### $cmd" >> /tmp/rapport.txt
        $cmd >> /tmp/rapport.txt
      done
      
      
      
      install -d /etc/X11
      echo "### glxinfo, xdriinfo, xrandr" >> /tmp/rapport.txt
      echo "
      glxinfo >> /tmp/rapport.txt
      xdriinfo >> /tmp/rapport.txt
      xrandr >> /tmp/rapport.txt
      " > /etc/X11/Xsession
      /dibab/start/xorg
      echo "### $HOME/var/log/Xorg.0.log" >> /tmp/rapport.txt
      cat /home/*/var/log/Xorg.0.log >> /tmp/rapport.txt
      
      • [^] # Re: Viendez avec nous

        Posté par  . Évalué à 2.

        Plus d'infos sur le projet collaboratif LanPower-Linuxconsole sur le forum :

      • [^] # Re: Viendez avec nous

        Posté par  . Évalué à 0.

        Pourquoi pas, c'est une bonne base mais j'attends qu'un dev système passe par-ici et nous dise ce qu'il en pense.
        Lorsqu'on entend qu'il manque des bras, qu'ils ne peuvent pas tester tous les matériels peut-être qu'avec une base commune d'outils et un protocol de test, ils pourraient en tirer des données intéressantes.

        • [^] # Re: Viendez avec nous

          Posté par  . Évalué à 1.

          Pourquoi pas, c'est une bonne base mais j'attends qu'un dev système passe par-ici et nous dise ce qu'il en pense.

          il en pense que dans l'exemple donné, tu teste un ensemble de logiciels coherents entre eux puisque selectionnés par une distribution.

          mais que si je veux faire la meme chose avec une version particuliere de glxinfo, il faudra peut-etre aussi que je recompile une version particuliere de X11, etc

          • [^] # Re: Viendez avec nous

            Posté par  . Évalué à -1.

            mais que si je veux faire la meme chose avec une version particuliere de glxinfo, il faudra peut-etre aussi que je recompile une version particuliere de X11, etc

            Prendre telle version disponible à telle date. Je veux dire, il ne s'agit pas de tester sur toutes les versions - bienqu'il ne serait pas très difficile d'y faire coexister quelques version - mais sur la plus récente possible. Après tout, dans la dépêche du noyau 3.12 il avait été mis en avant que les devs choisissaient Fedora parce qu'elle offrait les versions de biblios les plus récentes.

  • # Lancé de troll!

    Posté par  . Évalué à 4.

    Une base commune sur laquelle travaillerait les développeurs systèmes (noyau, pile graphique, etc…) débarrassée des composants purement adminsys (cf: systemd).

    J'adore!
    Quelle somptueuse manière de faire semblant de parler de quelque chose pour en fait lancer un troll sur systemd.

    Il faut bien un système d'init donc je vois pas comment tu veux de t'en débarrassé même en pensant que c'est un truc de syssadmin.

    Et puis les mecs qui développeront ce livecd, s'ils décident que ça vaut mieux avec systemd (ou autre chose), ben, il faudra t'y faire.

    • [^] # Re: Fantasme de troll!

      Posté par  . Évalué à 0.

      Et puis les mecs qui développeront ce livecd, s'ils décident que ça vaut mieux avec systemd (ou autre chose), ben, il faudra t'y faire.

      Ça ne me pose pas de problème.
      Encore une fois, vous avez vu le troll là où vous vouliez le voir.

    • [^] # Re: Lancé de troll!

      Posté par  . Évalué à 1.

      Il faut bien un système d'init donc je vois pas comment tu veux de t'en débarrassé même en pensant que c'est un truc de syssadmin.

      OpenRC ? L'init de Slackware ? Upstart ?

      Emacs le fait depuis 30 ans.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.