C'est sûr que si ton objectif est de faire du sport, LFS va pas t'aider, alors que poketruc oui.
Mais si ton objectif est de te former à l'admin système Linux à tout les niveaux pour bien maîtriser ton OS, alors pokeshnok va te servir à rien, tandis que LFS si.
Mais t'aime bien raconter n'importe quoi juste pour le plaisir de critiquer et ne pas être d'accord :)
Pour autant que je sache, une bonne part des végétarien en pratique protestent contre les conditions d'élevage et d'abattage de la barbaque trouvée dans le commerce.
Ils refusent donc d'en manger, ça s'appelle un boycott, c'est une position militante et potentiellement politique, un choix éclairé et réfléchi, sans croyance.
Car il ne s'agit pas de croyance que d'affirmer que les animaux destinés à la consommation sont mal traités dans des conditions souvent terribles.
Et si tu crois que ces conditions d'élevage intensif déplorables n'ont aucune influence sur la qualité du morceau de viande dans ton assiette, alors c'est toi qui a une foi quasiment religieuse ! Et qui te fourre le doigt dans l’œil jusqu'à l'épaule…
Yth, c'est toujours tellement bon les généralisations à l'emporte-pièce, ça repère les trolls à très grande distance !
C'est faux, ça s'entend aussi les remarques du genre « font chier ces végétariens ».
Bah ça c'est un type qui n'est pas végétarien qui fait chier un végétarien.
Quand on compare le nombre de commentaires postés et le nombre de commentaires modérés, on parle de situations assez anecdotiques.
Mais parfois le message va trop loin directement (cf Benoît Sibaud juste au dessus qui parle de revenge porn), ou le type ne cherche pas à comprendre, il est là pour troller et pourrir l'ambiance.
Mais finalement si on veut laisser faire les utilisateurs, pourquoi pas mettre un troisième bouton ?
Pertinent, inutile et troll.
Depuis le temps que je louvoie dans ces eaux, je pense que la communauté linuxfr est globalement capable de repérer un troll de loin et que la plupart des gens savent qu'il ne faut pas le nourrir. On peut sûrement leur faire confiance pour indiquer par eux-mêmes les contenus pas spécialement inutile, mais susceptibles de pourrir l'ambiance parce que le ton et la forme utilisés par l'auteur tiennent du troll poilu, velu, crochu, et qui pue. (Et on met un fond en gif animé verdâtre avec des volutes maronnasses :D Et « TROLL » dans la barre de titre du commentaire, entre balises BLINK…)
Et si les modos plutôt que de supprimer ou de ne pas supprimer, entourait d'un vert moche et gluant les messages trollesques avec une petite pastille qui dit « Attention, Troll en liberté : ne nourrissez pas les trolls sauvage ! ».
Et quand on clique sur répondre ça indique « Êtes-vous sûr ? » avec deux boutons « je suis un troll moi-même » et « annuler ».
Pas de censure, et on protège les gens qui n'ont pas la couenne assez dure pour encaisser la morsure baveuse du troll sauvage.
Car c'est quand même souvent de ça dont il s'agit, de bon gros vieux trolls des familles, dont le bonheur ultime du quart d'heure est de lâcher un étron numérique, en se tripotant sur leurs images mentales de gens qui trépignent de rage derrière leur écran, incapables de lutter face à une stupidité aussi crasse.
On n'a aucune prise sur le troll, la seule solution est de le laisser crever de faim seul dans son coin, car il ne se nourrit que de ce qu'on lui donne à manger, exclusivement, que ça soit végétarien ou carnivore ne change rien : si c'est pas donné c'est pas mangé.
Ouais, mais si on fait rien après c'est le IVème Reich !
Faut virer tout ceux qui sont pas d'accord, et chopper leurs IPs, aller chez eux, et leur coller un badge de la honte sur le front, en tatouage, avec un numéro pour les repérer dans la Grande Base de Donnée !
Sinon après on se fait envahir par les nazis, fachos et autres parangons de l'intolérance obscurantiste, et ça, c'est intolérable !
Sortez vos karcher pour nettoyer tout ça !
Yth, végétarien entre deux et cinq jours par semaine en moyenne, donc le con d'un autre tout les jours de la semaine !
Utiliser des trucs spécifiques à Linux, j'approuve.
Même avoir un système d'init non portable qui exploite des spécificités Linux pour faire les choses bien.
Mais pourquoi foutre en l'air la philosophie KISS ?
Pourquoi est-ce que la couche systemd pour son resolveur DNS ne se base pas sur une interface standard - sur laquelle on pourrait brancher n'importe quel resolver - en fournissant à côté un resolveur indépendant, mais Linux-centrique ?
Pourquoi ne pas utiliser ntpd pour le NTP, et fournir à côté une alternative à ntpd non portable ?
De ce que je lis, et personne ne le contredit ici, systemd a un resolveur DNS et un outil NTP intégrés (même s'ils tournent dans des processus séparés), qui ne sont pas remplaçables par des outils existants parce qu'ils se basent sur une interface fabriquée par systemd, non standard, et donc parfaitement susceptible de changer n'importe quand.
Quid de mon choix ?
Systemd c'est forcément un bloc à prendre ou à laisser, et pour profiter de quelques améliorations spécifiques au noyau Linux on se coupe de plein d'outils qui répondent parfaitement à leur fonction, et surtout du choix de l'outil à utiliser ?
Sauf que de ce que j'ai compris de son texte, les « better alternatives » ne concernent pas obligatoirement tout systemd, mais les services annexes fournis par systemd, comme le cache DNS qui est son exemple principal.
Et en l'occurrence, il y a de meilleures alternatives dans le passé et dans le présent, pas besoin d'attendre le futur.
C'est pareil pour le NTP, quel rapport avec le système d'init de l'OS ? Et avec une interface perso non standard alors que des standards existent et fonctionnent très bien depuis des décennies, soutenus par des logiciels qui marchent sans aucun problème ?
Ici je découvre un peu l'ampleur de systemd, et je suis heureux de ne pas l'avoir…
Parce que l'avantage majeur que je vois à systemd, c'est un démarrage plus rapide de la machine, ce qui me sert une poignée de fois par an (ça n'accélère pas la sortie de veille ou de veille prolongée, ma machine reboote complètement lors d'un changement de kernel).
Les « produits » annexes genre le redémarrage de démons, ça existe déjà par ailleurs, la valeur ajoutée reste assez faible s'il y en a une.
Vu de l'extérieur, je ne comprend toujours pas l'intérêt de systemd, pourtant j'essaie de piger ! Mais je ne vois pas à quoi ça pourrait bien me servir…
Tu peux brancher ta manette USB sur le RPi encastré dans le bras de ton fauteuil, et l'utiliser directement pour piloter l'écran géant branché sur ta gamebox de salon !
Voire carrément utiliser localement sur ton portable le scanner (ou l'imprimante comme indiqué plus haut) connecté à ton serveur.
Et ton DD branché en USB sur ton serveur, tout chiffré, mais que tu ne peux déchiffrer QUE depuis ton PC portable ? Le serveur qui l'héberge ne peut jamais en lire le contenu en clair, ça fait un degré de sécurité en plus : tu n'as jamais sur la même machine le contenu réel et le moyen de l'exploiter.
Un peu différent encore, mais nos machines ont de moins en moins de lecteurs CD/DVD, tu pourrais en avoir un externe branché en USB sur un serveur, et lire le DVD dessus depuis ta machine perso en wifi dans les chiottes (c'est la saison des gastro mais ça te ferait chier de découper ton épisode de Lethal Weapon juste pour ça), et en plus sans subir le bruit d'avion qui décolle dès que le DVD se satellise !
Ou encore, te connecter à l'UART de ton mini-ARM branché en USB sur… le mini-ARM d'à-côté auquel tu accèdes en ethernet, pour le débugger à distance mais comme si c'était localement !
Mieux, tu branches ton dongle USB sur ton serveur ARM juste à côté de ton routeur ADSL/Wifi, et tu te branches en ethernet sur ton serveur, pour accéder au Wifi depuis un endroit toujours proche du routeur wifi pour avoir un débit Wifi qui déchire ! (j'avoue, j'ai pas trouvé plus crétin comme cas d'usage, encore, mais je cherche, promis !).
Bref, pas grand chose, mais pouvoir le faire ouvre des portes à des montages débiles, et ça ressemble juste à une idée rigolote, à fort potentiel futile ajouté, et donc indispensable.
Sur le site de hardkernel directement, ça a été assez rapide il me semble, genre une semaine, par contre j'ai eu le bonheur de rajouter 35€ de douane/taxe, ce qui pique un poil.
Il y avait moins de distributeurs alors, là il y en a pas mal en Europe, je ne sais pas ce qui vaut le plus le coup, à toi de fouiller !
Je suis parti sur le kernel fourni par hardkernel sur leur Debian, c'est un 4.2.0.
Et dessus j'ai installé une slackwarearm.
Je ne me suis pas encore penché sur la question de le faire tourner avec le noyau slackwarearm directement, pas eu le temps dispo pour remettre la machine en marche au cas où ça plante et qu'elle ne démarre plus :)
Essentiellement, tu installes leur Debian comme indiqué, puis tu montes le eMMC sur une autre machine, et tu vires le contenu du système de fichier sauf le noyau, et tu installes ta distrib dessus.
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143599699669
Il y a ça chez hardkernel pour le XU4, avec un bridge USB3 vers SATA, le tout intégré dans un boîtier à monter soi-même.
Je n'ai pas testé, mais ça pourrait valoir le coup pour ne pas avoir un boîtier externe en USB3 pour le disque dur.
Oui, il n'y a rien à ajouter, mais comme indiqué plus haut, il peut valoir le coup de remplacer la pâte thermique, voire le radiateur/ventilo.
Selon l'endroit où tu le mets, si le bruit gêne, si tu veux le faire malgré tout tourner à 2Ghz, etc.
Oui, j'ai le CPU ondemand.
Apparemment la pâte thermique utilisée est assez bas de gamme, et on peut clairement faire mieux en terme de radiateur et même ventilo, donc on peut le refroidir.
S'il est à la cave la température ambiante sera plus basse donc ça dissipera mieux la chaleur aussi.
Je ne sais pas si un eMMC est moins fragile qu'une carte SD, j'ai flingué ma microSD 64Go assez rapidement (qui me servait de disquette), alors que mon eMMC tourne depuis plus d'un an sans montrer de signe de faiblesse.
De ce que j'ai pu lire en ligne l'eMMC serait plus durable et performant que les cartes SD, mais moins qu'un disque SSD…
Je n'ai pas de RPi, donc je ne peux pas comparer avec icelui.
De plus je l'utilise exclusivement comme serveur, pas d'interface graphique, pas de retro-gaming, pas de lecture de vidéos, désolé :(
Mais comme machine de salon, le ventilateur est assez rebutant, trop de bruit, ça gâche un espace de vie qui gagne à être silencieux, ça s'arrange avec les manips que j'explique plus bas, mais ça reste présent.
Sinon voici ce que je peux dire :
Les huit cœurs sont séparés en deux fois 4 cœurs : les 4 premiers sont cadencés à 1,4Ghz maximum, les 4 autres à 2Ghz.
-> Si tu lances une compilation en -j 9 pour bourriner au maximum, la machine va surchauffer et s'arrêter quand une des zones thermique va atteindre les 120°C, assez rapidement, quelques minutes maxi.
De plus selon le choix de régulateur que tu fais, quand les cœurs à 2Ghz tournent à fond, le ventilo se déclenche bien rapidement et ta machine décolle. Ce qui peut arriver n'importe quand quand un processus travaille et est envoyé sur un de ceux-là.
Mais il y a une solution simple à ce problème, qui consiste à limiter les 4 cœurs de 2Ghz à 1,4Ghz comme les autres ainsi (les 4 cœurs n°1 à 4 sont liés, donc changer sur l'un d'eux le change sur tous, idem pour les cœurs 0, 5, 6 et 7 mais eux sont déjà à 1,4Ghz) :
echo 1400000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
Depuis que j'ai mis ça en place, je n'ai jamais eu de soucis d'instabilité, le ventilateur se déclenche moins souvent et moins bruyamment, et une compilation de goret ne fait pas dépasser les 80°, sachant qu'il tourne à environ 50° de base.
À 80° tout va très bien, on est très loin des 120° qui arrêtent le système, on a toujours huit cœurs à 1,4Ghz, ce qui doit le rendre nettement plus rapide que le RPi.
Il s'agit bien de huit cœurs, sans hyperthreading ou truc du genre
À titre de comparaison avec mon PC portable du travail qui est un Core i3-4160 à 3,6Ghz, donc 2 cœurs (4 threads), sur la compilation de qemu (en utilisant le slackbuild, les deux machines sont sous slackware) on a ça avec « time qemu.slackbuild », en gardant en tête que je ne sais pas si la compilation ARM est plus ou moins complexe que la compilation x86, donc que la puissance requise n'est pas forcément équivalente :
XU4 8@1,4Ghz | -j9 :
real 11m22.265s
user 57m13.670s
sys 4m36.115s
core i3-4160 2x2@3,6Ghz | -j3 :
real 3m44,110s
user 9m12,843s
sys 0m32,804s
La réactivité de la machine est très bonne, je m'en sers comme firewall, serveur DHCP et DNHS (dnsmasq), serveur mail (opensmtpd, dovecot), synchro de fichiers avec syncthing, Apache/MySQL, passage de protocoles en SSL avec stunnel (du web genre la GUI de syncthing).
Mon uptime n'est que de deux semaines parce que ça fait deux semaines que je me suis attaqué au problème de la surchauffe, mais sans le faire je n'ai jamais eu de plantage, sauf en compilant des trucs en -j9, j'avais résolu en faisant -j1 histoire que ça ne chauffe pas du tout, mais c'est beaucoup plus long :)
J'ai eu plusieurs mois de fonctionnement sans me poser de questions.
Côté connectique rien à déclarer, ça suit les specs.
Je n'ai pas mesuré la consommation électrique avec un appareil, je fais confiance aux valeurs trouvées en ligne, et il n'utilise qu'un stockage eMMC de 64Go, pas de DD branché à côté (mais ça va sûrement changer parce que 64Go ça fait juste et que je voudrais bien économiser l'eMMC).
En espérant que ça puisse répondre aux questions que toi et Nicolas R. vous posez !
Chais pas, je fais tourner une Slackware current dessus alors les trucs officiellement supportés, je sais pas trop.
La communauté autour est certes moins grosse que celle du RPi, mais bien active, il y a des dizaines de distribs différentes, y compris une Debian récentes avec un kernel vanilla.
Ce qui est sûr c'est qu'il tournera aussi bien dans 15 ans (sauf panne matérielle), et que sa sécurité ne va pas dépendre des derniers patchs kernel, mais plus des services installés dessus, et de la configuration de son firewall.
Maintenant, est-ce que dans 15 ans j'aurais un kernel à jour ou pas ?
C'est possible puisqu'on peut faire tourner un kernel non modifié dessus aujourd'hui, mais je doute très fort que le GPU ait un driver libre et à jour par contre.
Cela dit comme je ne l'utilise pas (le GPU), c'pas si grave.
D'ici là bien des choses auront changées, et je ne serai pas mortifié de remplacer mon XU4 dans 15 ans par quelque chose de dix fois plus puissant et qui consommera trois fois moins, avec des connectiques post-modernes (adaptateur 220V révolutionnaire, USB 4.2, 5G, fibre optique, HDVGAMI, MediaPlayPort 2.0, ElectroMagnetic GreenFang Field, un QSD de 10To, etc…).
C'est très rare qu'un outil se limite à un cas d'usage ultra spécifique
C'est vrai.
Mais c'est déjà bien.
On parle de Google Play, la plupart des applis n'ont aucune utilité pratique sans aucun cas d'usage même ultra-spécifique.
Ça remonte le niveau quoi !
Tu le branches derrière une prise pare-foudre et tu as en plus une UPS intégré, pas besoin d'ajouter un onduleur pour protéger le matériel, ça reste disponible (et surtout ça ne se prend pas une coupure sauvage et brutale) en cas de coupure de courant.
Clavier, souris et écrans intégrés sans fils supplémentaires, et optimisé (un minimum) pour consommer le moins possible quand tu ne les utilise pas. Donc tu n'as besoin de rien pour intervenir directement dessus : si le faire via le réseau n'est pas une solution à un moment donné, ce recours est disponible.
Selon le matériel (faut quand même avoir de la chance et un truc pas trop ancestral), ça peut servir de point d'accès wifi.
Je confirme, le vieux portable c'est une bonne solution de serveur maison :)
Le principal point négatif c'est que selon le modèle il peut surchauffer s'il est mal aéré, donc impossible de l'entreposer planqué dans ton tiroir à chaussettes.
À la cave c'est le top (j'ai habité un endroit où l'accès ADSL était à la cave, avec du RJ-45 tiré vers les étages, j'avais mis un vieux portable juste à côté, ça reste bien frais !), sinon faut qu'il soit aéré donc potentiellement bien visible.
Et un téléphone ça tourne 24h/24, même si ça ne pompe du jus que sur de courtes périodes pour recharger la batterie, ça dépense de l'énergie en permanence.
Mais on parlait de serveurs ici, pas de machines utilisateur.
Hmm, es-tu sûr qu'il est meilleur pour la planète de récupérer des vieux 486 et de les faire tourner en batterie, par paquets de 100, pour obtenir la puissance d'au hasard un Odroid XU4 (75$), soit écologique pour la planète ?
J'ai un vieux 486 DX4-100 16Mo 1Go, une très belle machine, mais 100Mhz avec toute sa consommation et sa connectique réseau limitée au 10Mbit (oui, bus ISA pas PCI).
Je le compare à mon XU4 octo-processeur (4 à 1,4Ghz, et 4 à 2Ghz, 2Go RAM, eMMC 64Go), certes pas utilisé en permanence à 100% loin de là, mais réellement utilisable au quotidien.
Et je ne suis pas sûr que de remplir ma cave de vieux 486 pour obtenir une puissance suffisante pour utiliser les services présents sur mon XU4 soit écologiquement viable.
En combien de temps la surconsommation électrique, (sans compter la filerie nécessaire), va avoir plus puisé dans les réserves de la terre que la fabrication de mon minuscule XU4 produit à la chaîne ?
Je l'ai fait tourner bien au delà de ce qu'on était en mesure d'attendre de lui, crois-moi, mais aujourd'hui, à part servir de support de table basse (pas de pollution, recyclage pratique effectif à 100%), je ne le rallumerais que pour faire briller les yeux de mes gamins (ou les déprimer, on verra bien :p).
Avec mon XU4 (mais avec un RPi, ou un BBB, ou autre c'est grosso modo pareil) c'est à la planète ET à mon portefeuille que j'ai pensé.
[^] # Re: A faire une fois dans sa vie
Posté par Yth (Mastodon) . En réponse à la dépêche Linux From Scratch 7.10 : Vous êtes aux commandes. Évalué à 3.
C'est sûr que si ton objectif est de faire du sport, LFS va pas t'aider, alors que poketruc oui.
Mais si ton objectif est de te former à l'admin système Linux à tout les niveaux pour bien maîtriser ton OS, alors pokeshnok va te servir à rien, tandis que LFS si.
Mais t'aime bien raconter n'importe quoi juste pour le plaisir de critiquer et ne pas être d'accord :)
Yth, la chasse au troll est ouverte, PAN !
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 10.
Pour autant que je sache, une bonne part des végétarien en pratique protestent contre les conditions d'élevage et d'abattage de la barbaque trouvée dans le commerce.
Ils refusent donc d'en manger, ça s'appelle un boycott, c'est une position militante et potentiellement politique, un choix éclairé et réfléchi, sans croyance.
Car il ne s'agit pas de croyance que d'affirmer que les animaux destinés à la consommation sont mal traités dans des conditions souvent terribles.
Et si tu crois que ces conditions d'élevage intensif déplorables n'ont aucune influence sur la qualité du morceau de viande dans ton assiette, alors c'est toi qui a une foi quasiment religieuse ! Et qui te fourre le doigt dans l’œil jusqu'à l'épaule…
Yth, c'est toujours tellement bon les généralisations à l'emporte-pièce, ça repère les trolls à très grande distance !
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 8.
Bah ya opposition, avec débat d'idée possible.
Et puis ya troll.
La communauté linuxfr t'a bien cerné : tu es un troll, la preuve tu postes à -10 directement !
Comme quoi ça marche assez bien, non ?
Yth.
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 4.
C'est faux, ça s'entend aussi les remarques du genre « font chier ces végétariens ».
Bah ça c'est un type qui n'est pas végétarien qui fait chier un végétarien.
Yth.
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 7.
Et c'est généralement ce qu'il se passe en fait.
Quand on compare le nombre de commentaires postés et le nombre de commentaires modérés, on parle de situations assez anecdotiques.
Mais parfois le message va trop loin directement (cf Benoît Sibaud juste au dessus qui parle de revenge porn), ou le type ne cherche pas à comprendre, il est là pour troller et pourrir l'ambiance.
Mais finalement si on veut laisser faire les utilisateurs, pourquoi pas mettre un troisième bouton ?
Pertinent, inutile et troll.
Depuis le temps que je louvoie dans ces eaux, je pense que la communauté linuxfr est globalement capable de repérer un troll de loin et que la plupart des gens savent qu'il ne faut pas le nourrir. On peut sûrement leur faire confiance pour indiquer par eux-mêmes les contenus pas spécialement inutile, mais susceptibles de pourrir l'ambiance parce que le ton et la forme utilisés par l'auteur tiennent du troll poilu, velu, crochu, et qui pue. (Et on met un fond en gif animé verdâtre avec des volutes maronnasses :D Et « TROLL » dans la barre de titre du commentaire, entre balises BLINK…)
Yth.
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 5.
Et si les modos plutôt que de supprimer ou de ne pas supprimer, entourait d'un vert moche et gluant les messages trollesques avec une petite pastille qui dit « Attention, Troll en liberté : ne nourrissez pas les trolls sauvage ! ».
Et quand on clique sur répondre ça indique « Êtes-vous sûr ? » avec deux boutons « je suis un troll moi-même » et « annuler ».
Pas de censure, et on protège les gens qui n'ont pas la couenne assez dure pour encaisser la morsure baveuse du troll sauvage.
Car c'est quand même souvent de ça dont il s'agit, de bon gros vieux trolls des familles, dont le bonheur ultime du quart d'heure est de lâcher un étron numérique, en se tripotant sur leurs images mentales de gens qui trépignent de rage derrière leur écran, incapables de lutter face à une stupidité aussi crasse.
On n'a aucune prise sur le troll, la seule solution est de le laisser crever de faim seul dans son coin, car il ne se nourrit que de ce qu'on lui donne à manger, exclusivement, que ça soit végétarien ou carnivore ne change rien : si c'est pas donné c'est pas mangé.
Yth.
[^] # Re: Modération laxiste
Posté par Yth (Mastodon) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 6.
Ouais, mais si on fait rien après c'est le IVème Reich !
Faut virer tout ceux qui sont pas d'accord, et chopper leurs IPs, aller chez eux, et leur coller un badge de la honte sur le front, en tatouage, avec un numéro pour les repérer dans la Grande Base de Donnée !
Sinon après on se fait envahir par les nazis, fachos et autres parangons de l'intolérance obscurantiste, et ça, c'est intolérable !
Sortez vos karcher pour nettoyer tout ça !
Yth, végétarien entre deux et cinq jours par semaine en moyenne, donc le con d'un autre tout les jours de la semaine !
[^] # Re: USB/IP : Cas d'utilisation
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie du noyau Linux 4.7. Évalué à 2.
Je suppose qu'il y avait un zeste d'ironie dans mon « pas grand chose »…
Même si j'énumère quelques cas résolument absurdes…
Yth.
[^] # Re: Quoi d’intéressant?
Posté par Yth (Mastodon) . En réponse au journal [Bookrmark] How to troll systemd in one blog post. Évalué à 10.
Utiliser des trucs spécifiques à Linux, j'approuve.
Même avoir un système d'init non portable qui exploite des spécificités Linux pour faire les choses bien.
Mais pourquoi foutre en l'air la philosophie KISS ?
Pourquoi est-ce que la couche systemd pour son resolveur DNS ne se base pas sur une interface standard - sur laquelle on pourrait brancher n'importe quel resolver - en fournissant à côté un resolveur indépendant, mais Linux-centrique ?
Pourquoi ne pas utiliser ntpd pour le NTP, et fournir à côté une alternative à ntpd non portable ?
De ce que je lis, et personne ne le contredit ici, systemd a un resolveur DNS et un outil NTP intégrés (même s'ils tournent dans des processus séparés), qui ne sont pas remplaçables par des outils existants parce qu'ils se basent sur une interface fabriquée par systemd, non standard, et donc parfaitement susceptible de changer n'importe quand.
Quid de mon choix ?
Systemd c'est forcément un bloc à prendre ou à laisser, et pour profiter de quelques améliorations spécifiques au noyau Linux on se coupe de plein d'outils qui répondent parfaitement à leur fonction, et surtout du choix de l'outil à utiliser ?
C'est cher payer non ?
Yth.
[^] # Re: Quoi d’intéressant?
Posté par Yth (Mastodon) . En réponse au journal [Bookrmark] How to troll systemd in one blog post. Évalué à 8.
Sauf que de ce que j'ai compris de son texte, les « better alternatives » ne concernent pas obligatoirement tout systemd, mais les services annexes fournis par systemd, comme le cache DNS qui est son exemple principal.
Et en l'occurrence, il y a de meilleures alternatives dans le passé et dans le présent, pas besoin d'attendre le futur.
C'est pareil pour le NTP, quel rapport avec le système d'init de l'OS ? Et avec une interface perso non standard alors que des standards existent et fonctionnent très bien depuis des décennies, soutenus par des logiciels qui marchent sans aucun problème ?
Ici je découvre un peu l'ampleur de systemd, et je suis heureux de ne pas l'avoir…
Parce que l'avantage majeur que je vois à systemd, c'est un démarrage plus rapide de la machine, ce qui me sert une poignée de fois par an (ça n'accélère pas la sortie de veille ou de veille prolongée, ma machine reboote complètement lors d'un changement de kernel).
Les « produits » annexes genre le redémarrage de démons, ça existe déjà par ailleurs, la valeur ajoutée reste assez faible s'il y en a une.
Vu de l'extérieur, je ne comprend toujours pas l'intérêt de systemd, pourtant j'essaie de piger ! Mais je ne vois pas à quoi ça pourrait bien me servir…
Yth.
[^] # Re: USB/IP : Cas d'utilisation
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie du noyau Linux 4.7. Évalué à 10.
Tu peux brancher ta manette USB sur le RPi encastré dans le bras de ton fauteuil, et l'utiliser directement pour piloter l'écran géant branché sur ta gamebox de salon !
Voire carrément utiliser localement sur ton portable le scanner (ou l'imprimante comme indiqué plus haut) connecté à ton serveur.
Et ton DD branché en USB sur ton serveur, tout chiffré, mais que tu ne peux déchiffrer QUE depuis ton PC portable ? Le serveur qui l'héberge ne peut jamais en lire le contenu en clair, ça fait un degré de sécurité en plus : tu n'as jamais sur la même machine le contenu réel et le moyen de l'exploiter.
Un peu différent encore, mais nos machines ont de moins en moins de lecteurs CD/DVD, tu pourrais en avoir un externe branché en USB sur un serveur, et lire le DVD dessus depuis ta machine perso en wifi dans les chiottes (c'est la saison des gastro mais ça te ferait chier de découper ton épisode de Lethal Weapon juste pour ça), et en plus sans subir le bruit d'avion qui décolle dès que le DVD se satellise !
Ou encore, te connecter à l'UART de ton mini-ARM branché en USB sur… le mini-ARM d'à-côté auquel tu accèdes en ethernet, pour le débugger à distance mais comme si c'était localement !
Mieux, tu branches ton dongle USB sur ton serveur ARM juste à côté de ton routeur ADSL/Wifi, et tu te branches en ethernet sur ton serveur, pour accéder au Wifi depuis un endroit toujours proche du routeur wifi pour avoir un débit Wifi qui déchire ! (j'avoue, j'ai pas trouvé plus crétin comme cas d'usage, encore, mais je cherche, promis !).
Bref, pas grand chose, mais pouvoir le faire ouvre des portes à des montages débiles, et ça ressemble juste à une idée rigolote, à fort potentiel futile ajouté, et donc indispensable.
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
Sur le site de hardkernel directement, ça a été assez rapide il me semble, genre une semaine, par contre j'ai eu le bonheur de rajouter 35€ de douane/taxe, ce qui pique un poil.
Il y avait moins de distributeurs alors, là il y en a pas mal en Europe, je ne sais pas ce qui vaut le plus le coup, à toi de fouiller !
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
USB3.0 to SATA bridge (Genesis GL3321G)
Ya une doc ici :
http://pdf1.alldatasheet.com/datasheet-pdf/view/524283/GENESYS/GL3321G.html
Dedans j'ai vu ça :
Support SATA Device Sleep function (DevSlp) -> https://en.wikipedia.org/wiki/DevSlp
Donc ça a l'air de pouvoir être efficace.
Possiblement à régler depuis l'OS, je ne sais pas.
Yth.
PS : En fait il m'intéresse aussi ce boîtier ^
[^] # Re: certificat gratuit, quelques oublis dans ta liste
Posté par Yth (Mastodon) . En réponse au journal Qui traite des autorités SSL WoSign, Startcom et du peu de professionnalisme qui a causé leur perte. Évalué à 4.
ça serait de la comatophilie ?
…
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
Je suis parti sur le kernel fourni par hardkernel sur leur Debian, c'est un 4.2.0.
Et dessus j'ai installé une slackwarearm.
Je ne me suis pas encore penché sur la question de le faire tourner avec le noyau slackwarearm directement, pas eu le temps dispo pour remettre la machine en marche au cas où ça plante et qu'elle ne démarre plus :)
Essentiellement, tu installes leur Debian comme indiqué, puis tu montes le eMMC sur une autre machine, et tu vires le contenu du système de fichier sauf le noyau, et tu installes ta distrib dessus.
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143599699669
Il y a ça chez hardkernel pour le XU4, avec un bridge USB3 vers SATA, le tout intégré dans un boîtier à monter soi-même.
Je n'ai pas testé, mais ça pourrait valoir le coup pour ne pas avoir un boîtier externe en USB3 pour le disque dur.
Mais c'est pas du SATA direct.
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
Oui, il n'y a rien à ajouter, mais comme indiqué plus haut, il peut valoir le coup de remplacer la pâte thermique, voire le radiateur/ventilo.
Selon l'endroit où tu le mets, si le bruit gêne, si tu veux le faire malgré tout tourner à 2Ghz, etc.
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.
Oui, j'ai le CPU ondemand.
Apparemment la pâte thermique utilisée est assez bas de gamme, et on peut clairement faire mieux en terme de radiateur et même ventilo, donc on peut le refroidir.
S'il est à la cave la température ambiante sera plus basse donc ça dissipera mieux la chaleur aussi.
Je ne sais pas si un eMMC est moins fragile qu'une carte SD, j'ai flingué ma microSD 64Go assez rapidement (qui me servait de disquette), alors que mon eMMC tourne depuis plus d'un an sans montrer de signe de faiblesse.
De ce que j'ai pu lire en ligne l'eMMC serait plus durable et performant que les cartes SD, mais moins qu'un disque SSD…
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 4.
Je n'ai pas de RPi, donc je ne peux pas comparer avec icelui.
De plus je l'utilise exclusivement comme serveur, pas d'interface graphique, pas de retro-gaming, pas de lecture de vidéos, désolé :(
Mais comme machine de salon, le ventilateur est assez rebutant, trop de bruit, ça gâche un espace de vie qui gagne à être silencieux, ça s'arrange avec les manips que j'explique plus bas, mais ça reste présent.
Sinon voici ce que je peux dire :
Les huit cœurs sont séparés en deux fois 4 cœurs : les 4 premiers sont cadencés à 1,4Ghz maximum, les 4 autres à 2Ghz.
-> Si tu lances une compilation en -j 9 pour bourriner au maximum, la machine va surchauffer et s'arrêter quand une des zones thermique va atteindre les 120°C, assez rapidement, quelques minutes maxi.
De plus selon le choix de régulateur que tu fais, quand les cœurs à 2Ghz tournent à fond, le ventilo se déclenche bien rapidement et ta machine décolle. Ce qui peut arriver n'importe quand quand un processus travaille et est envoyé sur un de ceux-là.
Mais il y a une solution simple à ce problème, qui consiste à limiter les 4 cœurs de 2Ghz à 1,4Ghz comme les autres ainsi (les 4 cœurs n°1 à 4 sont liés, donc changer sur l'un d'eux le change sur tous, idem pour les cœurs 0, 5, 6 et 7 mais eux sont déjà à 1,4Ghz) :
echo 1400000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
Depuis que j'ai mis ça en place, je n'ai jamais eu de soucis d'instabilité, le ventilateur se déclenche moins souvent et moins bruyamment, et une compilation de goret ne fait pas dépasser les 80°, sachant qu'il tourne à environ 50° de base.
À 80° tout va très bien, on est très loin des 120° qui arrêtent le système, on a toujours huit cœurs à 1,4Ghz, ce qui doit le rendre nettement plus rapide que le RPi.
Il s'agit bien de huit cœurs, sans hyperthreading ou truc du genre
À titre de comparaison avec mon PC portable du travail qui est un Core i3-4160 à 3,6Ghz, donc 2 cœurs (4 threads), sur la compilation de qemu (en utilisant le slackbuild, les deux machines sont sous slackware) on a ça avec « time qemu.slackbuild », en gardant en tête que je ne sais pas si la compilation ARM est plus ou moins complexe que la compilation x86, donc que la puissance requise n'est pas forcément équivalente :
XU4 8@1,4Ghz | -j9 :
real 11m22.265s
user 57m13.670s
sys 4m36.115s
core i3-4160 2x2@3,6Ghz | -j3 :
real 3m44,110s
user 9m12,843s
sys 0m32,804s
La réactivité de la machine est très bonne, je m'en sers comme firewall, serveur DHCP et DNHS (dnsmasq), serveur mail (opensmtpd, dovecot), synchro de fichiers avec syncthing, Apache/MySQL, passage de protocoles en SSL avec stunnel (du web genre la GUI de syncthing).
Mon uptime n'est que de deux semaines parce que ça fait deux semaines que je me suis attaqué au problème de la surchauffe, mais sans le faire je n'ai jamais eu de plantage, sauf en compilant des trucs en -j9, j'avais résolu en faisant -j1 histoire que ça ne chauffe pas du tout, mais c'est beaucoup plus long :)
J'ai eu plusieurs mois de fonctionnement sans me poser de questions.
Côté connectique rien à déclarer, ça suit les specs.
Je n'ai pas mesuré la consommation électrique avec un appareil, je fais confiance aux valeurs trouvées en ligne, et il n'utilise qu'un stockage eMMC de 64Go, pas de DD branché à côté (mais ça va sûrement changer parce que 64Go ça fait juste et que je voudrais bien économiser l'eMMC).
En espérant que ça puisse répondre aux questions que toi et Nicolas R. vous posez !
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 3. Dernière modification le 23 septembre 2016 à 09:11.
Chais pas, je fais tourner une Slackware current dessus alors les trucs officiellement supportés, je sais pas trop.
La communauté autour est certes moins grosse que celle du RPi, mais bien active, il y a des dizaines de distribs différentes, y compris une Debian récentes avec un kernel vanilla.
Ce qui est sûr c'est qu'il tournera aussi bien dans 15 ans (sauf panne matérielle), et que sa sécurité ne va pas dépendre des derniers patchs kernel, mais plus des services installés dessus, et de la configuration de son firewall.
Maintenant, est-ce que dans 15 ans j'aurais un kernel à jour ou pas ?
C'est possible puisqu'on peut faire tourner un kernel non modifié dessus aujourd'hui, mais je doute très fort que le GPU ait un driver libre et à jour par contre.
Cela dit comme je ne l'utilise pas (le GPU), c'pas si grave.
D'ici là bien des choses auront changées, et je ne serai pas mortifié de remplacer mon XU4 dans 15 ans par quelque chose de dix fois plus puissant et qui consommera trois fois moins, avec des connectiques post-modernes (adaptateur 220V révolutionnaire, USB 4.2, 5G, fibre optique, HDVGAMI, MediaPlayPort 2.0, ElectroMagnetic GreenFang Field, un QSD de 10To, etc…).
Yth.
[^] # Re: mouais
Posté par Yth (Mastodon) . En réponse au journal Un peu de méca : mesurer un module de Young avec son smartphone. Évalué à 4.
C'est vrai.
Mais c'est déjà bien.
On parle de Google Play, la plupart des applis n'ont aucune utilité pratique sans aucun cas d'usage même ultra-spécifique.
Ça remonte le niveau quoi !
Yth, pfff…
[^] # Re: Ordi portable
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 7.
Tu le branches derrière une prise pare-foudre et tu as en plus une UPS intégré, pas besoin d'ajouter un onduleur pour protéger le matériel, ça reste disponible (et surtout ça ne se prend pas une coupure sauvage et brutale) en cas de coupure de courant.
Clavier, souris et écrans intégrés sans fils supplémentaires, et optimisé (un minimum) pour consommer le moins possible quand tu ne les utilise pas. Donc tu n'as besoin de rien pour intervenir directement dessus : si le faire via le réseau n'est pas une solution à un moment donné, ce recours est disponible.
Selon le matériel (faut quand même avoir de la chance et un truc pas trop ancestral), ça peut servir de point d'accès wifi.
Je confirme, le vieux portable c'est une bonne solution de serveur maison :)
Le principal point négatif c'est que selon le modèle il peut surchauffer s'il est mal aéré, donc impossible de l'entreposer planqué dans ton tiroir à chaussettes.
À la cave c'est le top (j'ai habité un endroit où l'accès ADSL était à la cave, avec du RJ-45 tiré vers les étages, j'avais mis un vieux portable juste à côté, ça reste bien frais !), sinon faut qu'il soit aéré donc potentiellement bien visible.
Yth.
[^] # Re: Et sinon, pourquoi se limiter au serveur ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 3.
Et un téléphone ça tourne 24h/24, même si ça ne pompe du jus que sur de courtes périodes pour recharger la batterie, ça dépense de l'énergie en permanence.
Mais on parlait de serveurs ici, pas de machines utilisateur.
Yth.
[^] # Re: Planète ?
Posté par Yth (Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 8.
Hmm, es-tu sûr qu'il est meilleur pour la planète de récupérer des vieux 486 et de les faire tourner en batterie, par paquets de 100, pour obtenir la puissance d'au hasard un Odroid XU4 (75$), soit écologique pour la planète ?
J'ai un vieux 486 DX4-100 16Mo 1Go, une très belle machine, mais 100Mhz avec toute sa consommation et sa connectique réseau limitée au 10Mbit (oui, bus ISA pas PCI).
Je le compare à mon XU4 octo-processeur (4 à 1,4Ghz, et 4 à 2Ghz, 2Go RAM, eMMC 64Go), certes pas utilisé en permanence à 100% loin de là, mais réellement utilisable au quotidien.
Et je ne suis pas sûr que de remplir ma cave de vieux 486 pour obtenir une puissance suffisante pour utiliser les services présents sur mon XU4 soit écologiquement viable.
En combien de temps la surconsommation électrique, (sans compter la filerie nécessaire), va avoir plus puisé dans les réserves de la terre que la fabrication de mon minuscule XU4 produit à la chaîne ?
Je l'ai fait tourner bien au delà de ce qu'on était en mesure d'attendre de lui, crois-moi, mais aujourd'hui, à part servir de support de table basse (pas de pollution, recyclage pratique effectif à 100%), je ne le rallumerais que pour faire briller les yeux de mes gamins (ou les déprimer, on verra bien :p).
Avec mon XU4 (mais avec un RPi, ou un BBB, ou autre c'est grosso modo pareil) c'est à la planète ET à mon portefeuille que j'ai pensé.
Yth (j'ai un 386 aussi à la cave).
[^] # Re: Chiffres de ventes publics
Posté par Yth (Mastodon) . En réponse à la dépêche Angular 2 est en version finale, Ninja Squad vous met le pied à l’étrier. Évalué à 4.
Et « Freund » ça veut dire « ami » en allemand (strict équivalent de « Friend » en anglais).
Mais c'est pas le papa des psique à nalise…
Yth.