Trollgouin a écrit 130 commentaires

J'ai essayé avec des débutants. Pour apprendre, ça varie de pratique à super contre productif. Je m'explique:

Pratique

• Possibilité d'avoir de bonnes suggestions pour amélioration de code (passer sans copie, ajouter de la constness, freezer des chaînes, enlever l'interpolation…). Du coup, on apprend. À noter que l'on a d'autres outils que l'IA pour ça, des linters parfois sous stéroïdes: clippy pour rust, clang-(tidy|modernize) pour C++, rubocop pour ruby…

• Peut décoincer qq'un en lui suggérant une façon de faire qu'il va étudier et comprendre.

Super contre productif

• Certains sont perdus sans la béquille, incapable de se souvenir de la syntaxe même la plus élémentaire. Du coup, ceux là ne savent faire ni les choses compliquées (pondre un algo pointu), ni les choses simples (se démerder avec de la prog de base).

• Certain utilisent du code généré sans rien y comprendre, sans que ça ne leur pose problème.

Bref, ça dépend vraiment de l'envie d'apprendre de l'utilisateur.

Et les 2.5 consomment bien moins de métal à leur fabrication.

Je me suis posé la question mais j'ai peur de leur durée de vie. J'ai jamais vu de statistiques comparant 3.5 et 2.5, alors qu'il y a pas mal de papiers sur des comparatifs de 3.5 entre eux.

J'essaie de jouer avec les règles suivantes, dans cet ordre :
- Le moins de neuf possible
- Changer le moins souvent possible
- Le moins consommateur possible en fonctionnement

En occasion / récupération, en informatique, je considère que le coût matière/énergie de la fabrication a été amorti, et je le néglige.

Je viens de regarder, c'est un beau bébé, mais pas donné (et j'essaie d'éviter le neuf) !

Je vais garder ça en tête en occasion pour le suivant (d'ici 10 ans;), bonne idée, mais pour plus tard.

Ah, et j'ai acheté une carte mère mini-ITX avec un N3150 dessus. Intel annonce 6W pour le processeur au pire (et ce ne sera pas le cas).

J'ai fait un tour dans le bios pour désactiver ce qui ne servait pas et vérifier les états de sommeil autorisés (c'était bon par défaut).

J'ai aussi une carte Ethernet USB 2.5GHz qui doit pomper un peu (besoin de deux interfaces pour la passerelle).

Je rêverais d'un orange Pi 4 avec 4 ports sata!

Bonne suggestion! C'est bien le NAS pour ça!

Alors, pourquoi j'ai pas choisi ça:

• J'avais du mal à en trouver des NAS de récupération (alors que des machines…)
• La machine remplit d'autres rôles (Bastion SSH, Firewall entre le réseau basse confiance et le vrai réseau interne, téléchargement, un peu de domotique, qq services hostés).

Alors je vois qu'avec le développement des conteneurs, on commence à avoir des possibilités d'héberger des services sur des périphériques dédiés à autre chose (certaines freebox, certains NAS), et c'est une possibilité que je garde à l'esprit pour la suite.

D'ailleurs, ton DS1821, il tourne sur quel OS maintenant ? Si t'as gardé le firmware natif, il permet de faire du docker dessus?

Attention avec les mises au repo des disques mécaniques.

C'est très vrai! Merci!

Sur la station de travail, le disque s'auto-monte quand je regarde un film ou une série, et c'est deux ou trois fois par semaine.

Sur le serveur, il va falloir que je trouve une bonne politique: soit faire des démontages après un gros timeout, soit jouer avec des créneaux horaires. Le timeout est réglable avec systemd-automount que j'utilise maintenant. Mais pour les créneaux horaires, il va falloir que je switch entre deux configs… Ça demande réflexion…

J'y ai pensé! J'en ai récupéré un pour la famille, et le rapport énergie / puissance est excellent! Mais j'avais le même problème que les Pi pour les disques. Un disque dur externe risque de demander une alimentation séparée (sauf USB récents), et je m'inquiète pour la ventilation des disques externes l'été.

Merci!

Pour les disques dur et le standby, j'ai du bien choisir ce que je faisais dessus (j'ai finalement passé /var/ et /home en SSD, je fais des liens pour les trucs trop lourds) et je n'ai plus de réveil intempestif.

10W! Joli! Je soupçonne l'alim d'être le gros poste de consommation. J'ai tout récupéré de bric et de broc, je dois avoir une vieille Forton en alim, dimensionnée pour un boîtier tour. Ça doit être du 80 bronze mais elle est clairement sur-dimensionnée. Je vais regarder les alim plus petites d'occasion que je peux récupérer (je rêve d'avoir une entrée à la déchetterie!).

J'ai aussi la ventilation du boîtier qui doit pomper un chouilla trop: Un ventilo sur la baie de disque, un en extraction à l'arrière, plus celui de l'alim. C'est sans doute trop (j'ai fait un chemin d'air en carton et ça a l'air de vachement bien marcher). Mais je réglerai ça cet été, quand on aura 35° :-(

Merci pour les Exos et Ultrastar, que j'ignorais volontairement.

La Pi était mon premier choix, mais j'ai rien trouvé de sympa pour gérer 4 disques (1 SSD, 1 gros pour les données "perdables", 2 petits en raid 1 pour les sauvegardes de la famille).

Et merci pour la réponse!

J'en profite pour ajouter qu'Amarok a été forké en Clementine, qui a été abandonné puis récemment forké en Strawberry. Strawberry repose sur Qt5.12 ou Qt6 mais utilise encore les widgets.

Du coup, je suis bon pour comparer Amarok et Strawberry ! Longue vie aux deux !

Prix 2022:

• 2200W d'après la doc, 4000W d'après la photo, 23€ Sonoff.be

Par contre, j'ai pas vu dans le descriptif d'indication d'un retour sur la puissance consommée (mais j'imagine que tu as testé).

Merci!

Et ils ont des relais sympas aussi. Merci de l'info!

Ça a l'air très très précis sur les mesures (c'est plus un oscillo qu'un wattmètre), c'est une bête de course, mais c'est aux alentours des 300€ suivant les vendeurs !

La précision sur les puissances faibles est un bon argument si on s'intéresse aux consommation en veille. Par contre, la puissance maximale est de 1380W, ce qui exclut la plupart des appareils de chauffe.

Merci pour l'information, même si un tel bébé est un peu surdimensionné pour mes besoins :)

En 2022, elle est là, à 18€:

• 3680W 18€ Tasmota shop

La puissance supportée est très bonne! À part ça, elle a l'air dans le même jeu de fonctionnalités que la Shelly Plug S, avec un firmware libre en prime :-)

Merci!

Alors, en version prises, on trouve en 2022 deux modèles:

• 16A/3500W, 32€ Shelly Plug
• 12A/2500W, 17€ Shelly Plug S

À part la puissance supportée et une protection contre la surchauffe sur le petit modèle, ils ont les mêmes fonctionnalités (dont du MQTT, ou une API Rest, du wifi, un capteur thermique, un relai…).

L'article de NextImpact est, comme d'habitude, très bien.

Et encore merci :)

Je plussoie l'intérêt de MQTT là dessus. C'est tellement simple à utiliser, et pas de polling!

Merci pour toutes vos réponses! C'est tout à fait les pistes dont j'avais besoin! 😘

J'utilise un dongle Flirc pour piloter un vieux PC avec une sortie sur un vidéoprojecteur. Le dongle est vu comme un périphérique USB-HID par le PC (comme une souris ou un clavier), donc pas de conf à faire sur la machine. Il est piloté par une télécommande universelle.

On peut configurer le dongle (associer événements infrarouges reçus et touches générées) depuis Linux.

Je ne sais pas si c'est lié mais j'ai pas mal de collègues avec des soucis de chauffe sur des MacBook pro. Ils migrent peut-être vers une architecture moins calorique. Sans être capable d'en juger, j'entendais jadis la qualité du hardware citée comme motif par des unixiens pour passer à Mac, mais ça revient de moins en moins souvent comme argument.

var count = getNextValue();

et peut être même l'incrémenter quelques lignes plus bas.
Et comment tu vas être sûr que tu ne risque pas te faire un overflow?
count c'est un "int", un "long" ? Ah, non pas de bol, il est lu d'un stream octet par octet, c'est un "byte".

Sur un langage moderne (j'imagine que Java a maintenant l'équivalent), on peut manipuler sans soucis le type d'une variable au type inféré:

    auto counter=getNextValue();

    if ( counter == numeric_limits<decltype(counter)>::max() )
        throw overflow_error("counter too big");

    ++counter;

Intérêt: on devient insensible à une évolution de l'API de getNextValue(), par exemple si le type de retour passe de "int" à "long"…

Tu as raison, il me semble, dans tout ce que tu dis. Mais il me semble qu'on mélange deux choses:

• D'un côté ton post souligne le problème de trouver (éventuellement) un modèle économique pour financer le logiciel libre.

• Dans ce journal on parle de soumettre à l'impôt et aux cotisations sociales des activités qui sont déjà rémunératrices et qui n'ont aucun lien avec le partage ou le bénévolat. On parle essentiellement de sociétés qui utilisent le paravent du collaboratif pour échapper à l'impôt et aux cotisations sociales. Que fait Uber en collaboratif? Bon, ils doivent bien profiter de code libre pour leur plateforme, profiter du travail des chauffeurs pour s'enrichir, et après? Il me semble qu'une boîte comme ça est l'exact opposé d'un développeur libre peu ou pas financé. Je les rapprocherais même des boîtes que tu cites comme prenant des ressources collectives pour en faire du fric et ne jamais rien reverser en retour.

On parle de partage de code? L'impôt aussi, ça fait du partage: ça forme des programmeurs, ça fait de la recherche, ça ouvre de plus en plus les données, ça paie des gens qui font (aussi) du libre (sisi!)… Ça fait les routes pour les chauffeurs d'Uber, ça fait la voirie pour évacuer les déchets qu'on laisse après son passage dans un logement BnB… Est-ce collaboratif de ne pas payer l'impôt?

Quand au journal, finir sur le manque de financement des développeurs du libre pour essayer de nous tirer une larme, ça sent la grossière manipulation. Pour rappel, Travis Cordell Kalanick "vaut" 6.2 milliards de dollars d'après Wikipédia, et je ne vois pas en quoi il a donné quoi que ce soit à la collectivité.

Merci, non seulement pour les rencontres et l'annonce alléchante du programme mais aussi pour le travail d'exhumation des anciennes rencontres et autres sources.

Ça a l'air très très bien ces meetup ! Du coup, alléché mais ne pouvant faire le déplacement régulièrement, je me demandais si on pouvait trouver une version en ligne de ces rencontres, que ce soit une vidéo, ou au pire les slides (le quizz, le quizz!!). En grattant un peu:

Les slides.
Les vidéos. Attention, le lien sur le site des rencontres (et non pas le site de rencontres) est faux: il y a un tiret en trop dans l'adresse.

Alors c'est lui aussi, les numéros de séquence de TCP et le 3 way handshake! C'est beau de simplicité.

On a des tout grands barbus qui disparaissent (aussi Postel et Ritchie, j'espère que Cerf, Thomson et Kernigham prennent soin de sa santé). Ils ont contribué à monter les bases de l'informatique d'aujourd'hui sans faire fortune avec, sans faire trop de bruit.

À côté de ça, demandez (non, pas autour de vous, c'est pas représentatif) qui sont les grands informaticiens et on vous balancera le nom de milliardaires…

… :(

Pour ceux qui (comme moi) se posent la question "Où en est le sympathique btrfs face au sympathique Zfs" (on est pas vendredi), on a des pistes de réponse rapides dans une Comparaison wikipedia de systèmes de fichiers

TL;DR: ce qui me semble le plus limitant est l'absence de chiffrement de btrfs, sinon, ça a l'air très proche dans l'avancement.

Ceci dit, la comparaison est vraiment générale et les listes wikipedia sont parfois sujettes à erreurs. Voici donc d'autres sources:

On a un test de perfs récents dans un rapport de projet de fin d'étude. Btrfs a l'air d'assurer de plus gros débits que Zfs, mais la question de la stabilité est posée.

Il y a les slides d'un talk à la Linuxcon 2014 avec pas mal de détail, notamment sur la licence mais l'auteur est peut-être partial ;)

Si vous avez d'autres bonnes sources récentes, je suis preneur :)

Je ne comprends pas ce qui bloque, [btrfs] ne semble plus beaucoup bouger (on a quitté la phase de développement intensive)

Il est même utilisé en production dans quelques coins, notamment sur certains téléphones.

et malgré ça depuis 2 ans c'est zfs qui a toutes les faveurs (alors que zfs est bien plus vieux que ça).

D'un autre côté, une vieux système de fichier, ça a un côté rassurant, surtout que Sun s'est toujours bien débrouillé pour les IO.