Anonyme a écrit 62265 commentaires

Par contre j'ai abandonné OMEMO, il n'est vraiment pas bien intégré et ça pose pleins de soucis ergonomiques.

C’est que j’ai lu aussi, que beaucoup d’implémentation d’OMEMO (ou d’intégration dans les clients) sont au mieux mal faite, au pire cassé.

C’est dommage, parce qu’OMEMO en tant que protocole est un bon remplaçant d’OTR, mais c’est comme tout dans XMPP, y a pas 2 clients qui fonctionnent de la même manière.

perso j'utilise shorewall avec des fichier propres a lui et sont assez lisibles, avec j'ai déjà fait du trafic shapping sans souci (les doigts dans le nez grace a la doc of course).

éditable avec ton éditeur de texte favori (vim par exemple)

https://shorewall.org/

cette page explique les grande ligne assez bien (en anglais)

https://shorewall.org/Introduction.html

mais ce ne sera pas mieux avec openBSD et son célèbre pf

Je ne suis tout de même pas convaincu que ce soit optimal. Pousser l'air en pression comme ça c'est aussi ce qui est fait pour les CPU et on l'aide toute de même, il reste vertical ce qui permet à l'air de sortir plus naturellement et le ventilateur de boitier (voir le ventilateur de l'alim) vont aider l'air à sortir.

Le flux d'air en convection naturelle est complètement insignifiant par rapport à un refroidissement actif, même léger. Donc à partir du moment où il y a un ventilateur dans le système, la position verticale ou horizontale n'a plus vraiment d'importance. Ça ne l'est que pour un système totalement passif, et encore si le circuit imprimé ne fait pas lui aussi office de radiateur.
Ne pas oublier que la plupart des boitiers fonctionnent en flux a surpression : les ventilateurs forcent l'air frai et l'air chaud s'extrait de lui-même. L'inverse existe aussi (ventilo en extraction et arrivée d'air par souspression dans le boitier) mais les ventilo de grand diamètre sont souvent moins efficaces et ça ne permet pas de filtrer la poussière en entrée.
Donc pour diminuer la chaleur sur le GPU, il faut augmenter la vitesse des ventilos à l'avant ou en ajouter sur la paroi latérale (chose qui s'est perdue avec la mode des parois vitrées).

Utiliser 2 barrettes au lieu de 4 c'est surtout utile pour alléger la charge sur le controleur mémoire du northbridge ou du CPU

ça c'est absolument n'importe quoi.

Non. D'expérience d'OC, il y a des modèles de puces RAM qui sont bien plus exigeants pour les controleurs. Actuellement en DDR4 les Samsung B-die ont le plus gros potentiel d'OC mais demandent des tensions plus importantes au niveau du controleur que des Micron E-die.

De mémoire, les DRM fonctionnent en ligne direct point à point, mais dans le cas de 3 connections (cas avec 4DRAM), il faut ajouter une résistance de terminaison ce qui doit être gérer dynamiquement, la consommation n'est plus du tout la même vu les vitesses de bus.

Que tu mettes les 4 barrettes ou 2 sur 4, il y a toujours une terminaison dynamique à chaque slot de mémoire en dual channel, que ce soit du Daisy chain ou une typologie en T. Les slots vides sur un canal ne sont pas laissés en l'air tout simplement pour éviter de faire antenne et de capter des crasses qui vont perturber la transmission du bus. C'est la même chose qu'avec une ligne coax de 50 ou 75Ω.

Je ne vois pas comment changer la fréquence des VRM sans risque.

c'est parfois disponible directement dans les BIOS, sinon ça prend un logiciel ou un hack physique qui force la fréquence de commutation de la puce de controle des VRM.

D'ailleurs, cela rajoute un moyen de baisser la consommation ; faire l'inverse de l'overclocking : baisser la tension d'alimentation du CPU.

Oui et Non. Oui car ça diminue la puissance dissipée en cas de charge constante. Non car ça augmente les transitoires dans le cas d'une charge intermittente, ce qui est souvent le cas sur un CPU moderne ou d'un GPU, et l'overshoot engendré sera de la puissance à dissiper.
L'undervolting fera baisser la conso idle mais dès qu'il faudra faire travailler les puces les gains s'inversent.

Ils ne reçoivent plus assez d’argent publique pour développer leur UI alternative à Bing ?

• Utiliser 2 DRAM au lieu de 4, c'est à vérifier, mais il me semble qu'avec 4, la consommation augmente beaucoup (une histoire de terminaison)

C'est douteux. La tension et les courants sont très faibles dans la RAM et les résistances de terminaison ne drainent que quelques milliwatts. Ça consommera une poignée de watts de moins uniquement parce qu'il y a moins de puces à alimenter.

Utiliser 2 barrettes au lieu de 4 c'est surtout utile pour alléger la charge sur le controleur mémoire du northbridge ou du CPU et lui permettre de monter plus facilement en fréquence ou de resserrer davantage les timings.

De toute façon, un PC avec 4 slots de RAM c'est souvent un desktop ou un serveur un peu lourd dont le CPU est gravé avec un procédé favorisant la puissance au détriment de la consommation et qui de toute manière n'est pas à quelques Watts près.
Couper le Wifi, désactiver voire déssouder des puces auxilliaires inutilisées (audio, ethernet, etc.) ou réduire la fréquence des VRMs aura davantage d'impact sur la consommation.

attention, la photo est celle d'un pad, un "coussinet", thermique. Même si le phénomène reste le même, ce n'est pas de la pâte.

impatient de voir ce qui est réellement ouvert !

Rien n'indique qu'il sera ouvert: il est seulement indiqué qu'il sera disponible gratuitement, mais il n'y a aucune indication concernant une libération du code ou des données permettant de faire fonctionner ce logiciel.

Maintenant, espérons que l'attente naissante suite à cette annonce et l'éventuelle mécompréhension qu'elle engendre pourront déclencher une réflexion allant dans ce sens chez Toyota.

Personnellement j'ai quand même du mal à croire qu'une simple ré-application de pâte thermique, fusse-t-elle de meilleure qualité, puisse réellement faire gagner plusieurs degrés facilement.

Il y a deux phénomènes à comprendre.

Déjà le vieillissement.
La pâte thermique sèche avec le temps, elle devient moins élastique. Et avec les cycles d'expansion-rétractation thermique elle finit par se craqueler. Le même phénomène arrive à plus long terme sur les puces soudés à un IHS ou arrive sur les fines connections métalliques entre la puce et le substrat (en particulier sur les grosses puces du type GPU haut de gamme : les connexions externes subissent une usure mécanique dûe à la différence de dilatation des matériaux)
On pourrait se dire que les pâtes thermiques les moins visqueuses sont donc meilleures mais il s'avère qu'elles sont plus soumises à la gravité et à la pression et donc elles auront tendance à migrer de l'intérieur vers l'extérieur en laissant des poches d'air, et ce malgré le phénomène de capillarité du fait d'être coincé entre le rad et la puce.

Ensuite il y a l'amélioration technologique. Une pâte thermique haut de gamme d'ancienne formule sera aujourd'hui équivalente à une pâte thermique moyenne, par exemple celle fournie ou pré-appliquée à l'achat d'un ventirad ou d'un ordinateur portable.
Enfin, entre une pâte thermique très performante et une qui l'est peu, la différence de conductivité thermique se fera peu ressentir à basse puissance ou si la surface est suffisamment grande. Si la pâte "en a sous le pied", elle pourra toujours assurer un refroidissement correct même en commençant à vieillir, ce qui peut diminuer la fréquence de ces opérations de maintenance.

En plus l'opération me paraît risqué sur un portable, où parfois le système de refroidissement est complexe et mixe en même temps sur les deux gros processeurs de la machine, le CPU et le GPU. Gare à la casse de composant.

J'en ai déjà parlé il y a quelques semaines sur le forum. En gros, avec une bonne méthodologie et des tournevis dynamométriques ont peut s'assurer de ne jamais craquer les puces de silicium.
Puis les systèmes modernes ont souvent des vis à ressort qui permettent d'éviter de serrer trop fort ou trop vite.
On n'est vraiment plus à l'époque du socket A et de son système de fixation mal pensé.

Le cloud n'est moins cher que si tu l'utilise bien, c'est-à-dire que tu va allumer et éteindre tes VM en permanence.

C’est pas nécessairement vrai.

Le prix d’une VM est dégressif en fonction son utilisation dans le mois. Par exemple, chez GCP une VM allumée plus de 75% du mois te coutera 40% moins cher que 7.5 VMs allumées 10% du mois.

Et il y a une différence entre « j’héberge mon Wordpress et mon serveur mail moi même » et « j’ai besoin de plusieurs centaines de serveurs dans 2 minutes pour encaisser la charge sur ma plateforme ».

Question, pourquoi utiliser une image Debian puis installer Python, plutôt que d’utiliser directement l’image python ?

Autre question, pourquoi créer des images Docker pour les utiliser ensuite dans GitLab CI plutôt que de faire les actions de ton Dockerfile (installer python et ses dépendances) en before_script ?

Par exemple :

.check:
  stage: check
  image: python:3.8-slim
  before_script:
    - pip install -r requirements-ci.txt
  only:
    - merge_requests
    - master

Aussi, pourquoi faire tourner les tests unitaires sur plusieurs distributions ? Un des principes des test unitaires, c’est pas justement que tu peux « mocker » ce que tu ne contrôle pas ?

doubler les valeurs de memoires dans my.conf ?

join_buffer_size = 1024M
sort_buffer_size = 4M
read_rnd_buffer_size = 100M

note : je ne suis pas spécialiste en sgbd, c'est juste une idée

J'ai installé Conversations sur tous les android qui me tombaient sous la main et créé des comptes sur mon serveur. Mais Conversations permet de réaliser l'inscription au premier lancement sur n'importe quel autre serveur public qui prend en charge cette fonctionnalité.

Une fois certains en contact les uns avec les autres, les possesseurs d'aïefaune ont voulu se joindre à la fête de nos salons privés, et, pour l'instant, c'est chatsecure qui marche le moins mal (parce qu'on ne peut pas dire "mieux" en ce qui concerne l'ecosystème XMPP sur apple pour l'instant, mais ça avance).

Et tous utilisent OMEMO, puisque je me suis chargé de leurs configurations.

merci pour ce retour, même si ce qui m'a le plus intéressé c'est la partie sur l’intégration continue avec gitlab.

Toi ou les 11 personnes qui ont haut-votés ton commentaire pourriez peut-être donner des sources de ces affirmations.

le code à scanner pour passer un lecteur chinois en clavier français est finalement le :

%%SpecCode42

cela concerne le Aibecy portable 2.4G
https://fr.aliexpress.com/item/32823392557.html

avec un peu de bol c'est le même pour les autres lecteur fabriqué chez eux

Ça me fait toujours rire les gens qui ne se sentent pas concernés par un problème et qui débarque t’expliquer que « personne n’en parlait avant », « c’est que de l’émotif, on ne réfléchit plus », « on réécrit l’histoire ». « SJW ». Ça fait des années que ceux qui se sentent concernés discutent de ces problèmes (que ça soit les statues, la terminologie master/slave en informatique, l’abolition de la police, etc.).

Une des première statue qu’on a vu être déboulonné (celle de Colston à Bristol), ça faisait combien de temps que son retrait avait été demandé par les habitants ?

• Haha, Nazis, haha :p
• Heille, j’ai mis des émoticons, c’est de l’humour

Non, l’humour c’est quand c’est drôle.

étant modérateur, je fais gaffe à ce que je raconte.

il dit qu'il voit pas le rapport

Je rajouterai que snap permet de packager « n’importe quoi » (t’as Docker dans snap, t’as des trucs comme kubectl ou terraform) alors que Flatpak est orienté (dédié) application de bureau.

et on la paye vraiment chère, il y a des tube en inox devant ma mairie un petit peu dans tous les sens.

Colbert ? ou louis XIV ?

Est-ce que ce clavier fonctionne correctement en étant branché en PS/2 sur un autre ordi?
Est-ce qu'un autre clavier PS/2 fonctionne correctement sur cet ordi?

Car il est aussi possible que ce soit la partie PS/2 du BIOS/UEFI qui soit buggé.

Bien souvent les pilotes Linux pour le PS/2 permettent de brancher un clavier ou une souris sur n'importe lequel des ports, même quand ils sont estampillés du code couleur vert ou violet sensé indiquer où connecter chacun des deux types d'appareils. Si cette carte-mère en possède deux, il serait intéressant de voir si le comportement change en branchant le clavier incriminé sur l'autre port.

Possible aussi que le pilote Linux de la fonction PS/2 de ce clavier n'ait pas été révisé depuis des années et que ce bout de code soit tombé en désuétude étant donné que l'USB est devenu omniprésent et qu'il faille de toute façon brancher le récepteur en USB pour pouvoir utiliser la souris fournie avec l'ensemble.

si cela n'a pas été fait en double aveugle, et aussi avec une revu de ses pairs, et si tu as une barbe grisonante avec les cheveux long, c'est plutôt mal parti :)