wismerhill a écrit 2608 commentaires

Non, il est trop prévisible.

Si on a le droit de faire intervenir des choses qui ne sont pas dans l'énoncé, alors n'importe quelle réponse devient possible.

C'est un classique, mais tu as mal choisi les nombres, parce qu'il ne lui restera que deux mégots après.

Mais la plupart des humains ne pensent pas à la récursion la première fois qu'il rencontre un problème comme ça.

Pendant les jeux olympiques, il y a eu plusieurs cas où plein de supporter français criaient "allez Léon", parce qu'ils suivaient la natation sur le smartphone, alors qu'ils étaient dans un stade d'athlétisme, de tennis, ou de basket.
Non seulement ils ne suivaient pas la compétition qu'ils avaient payé pour être sur place, mais ils perturbaient les sportif avec des cri complètement hors de propos.

Est-ce que le TRIM est bien exécuté régulièrement sur tous les SSD? Sinon, une fois que tous les secteurs auront été utilisés au moins une fois, le performances vont considérablement se dégrader.

Cela se fait typiquement via la commande fstrim, et si le système tourne avec systemd, il devrait y avoir un fstrim.service, qui peut être exécuté régulièrement par un fstrim.timer (c'est ce dernier qui doit être activé).

Tes deux implémentations ne sont pas équivalentes.

Dans la version en javascript, tu appelle deux fois performance.now(), une fois en paramètre de console.log(), puis une autre fois après pour affecter t. Donc tu ne compte pas le temps passé à exécuter console.log()

Dans la version en C, tu appelle une fois now() avant le printf, puis tu affecte la valeur obtenue à t. Donc ici le temps passé dans le printf est compté aussi.

Plutôt que de supprimer et re-créer, tu peux utiliser la syntaxe "CREATE OR REPLACE FUNCTION".
Ça évite une étape, mais surtout s'il y a d'autres objets (comme des triggers) qui en dépendent, il n'y a pas besoin de les supprimer/re-créer en cascade.

Je suppose que si le SSD est connecté directement sur le bus PCI express, il serait envisageable qu'il se réserve une partie de la mémoire centrale pour son usage interne (comme les font les chipsets graphiques intégrés).
Mais je n'ai jamais vu un tel cas de figure, et ça compliquerait beaucoup le fonctionnement du controlleur, et le soumettrait au bon vouloir de la carte mère, ce qui couterait de l'argent qu'on espérait économiser en ne mettant pas de RAM intégrée.

Donc non, je pense qu'il y a des SSD qui utilisent la RAM intégrée, et des modèles plus bas de gamme qui n'en ont pas et font sans.

…au plus près du processeur

Justement, les controlleurs des SSD modernes sont des processeurs de puissance moyenne, auxquels on fait exécuter des tâches de wear leveling assez complexes, afin de garantir une certaines durée de vie à la mémoire flash dont il a la gestion.
Sans mémoire vive pour travailler (et justement garder en cache l'information), le fonctionnement est beaucoup moins efficace, et ça se ressent surtout en forte charge.

Attention, si l'objectif est d'avoir des sorties vidéos en plus, il faut que le port USB-C de l'ordinateur supporte le mode alternatif DisplayPort (DisplayPort alternate mode).

Les stations d'accueil USB-C avec des ports vidéos ne sont pas dans la catégorie "pas trop chère", donc vérifie bien que ton ordinateur le supporte.
Attention qu'il faut aussi que le chipset graphique soit capable de supporter la résolution cumulée de tous les écrans branchés.

Si tu veux que la barre de défilement ne disparaisse plus, c'est l'option widget.gtk.overlay-scrollbars.enabled à mettre à false.

Il y a aussi l'option widget.non-native-theme.scrollbar.size.override qui permet de définir la largeur (en pixels) sans changer le style.

En fait, il y a une série d'options widget.non-native-theme.scrollbar.* qui permettent d'ajuster l'affichage de cette barre de défilement.

Avec LUKS, il est possible de faire une sauvegarde de l'en-tête (avec la commande cryptsetup luksHeaderBackup).
Cette sauvegarde doit bien entendu être conservée dans un endroit bien sécurisé, sinon c'est elle le maillon faible.

Aussi, LUKS prévoit plusieurs slots de clés dans son en-tête (je ne sais plus si c'est 4 ou 8). Chaque slot contient la clé de chiffrement du périphérique, mais elle-même chiffrée avec un mot de passe (éventuellement) différent.
L'usage de base est de permettre à plusieurs personnes de partager un même périphérique sans devoir partager le mot de passe, mais ça peut aussi servir à se prémunir d'une corruption d'un slot en utilisant d'emblée plusieurs (éventuellement avec le même mot de passe).

Note que pour être tout à fait équivalent à la version avec grep, il faudrait plutôt utiliser -name '*org?gnome?Evince?desktop*', puisque le grep recherche le pattern n'importe où dans la ligne, et que le . correspond à n'importe quel caractère.
Mais c'était probablement un bug dans la version original ;-)

Gsmartcontrol est une interface graphique au-dessus de smartctl, qui est plus accessible aux non spécialistes.

La commande xwininfo (qui n'est probablement pas installée par défaut) permet d'avoir des informations sur une fenêtre en particulier.
(je ne sais pas quel est l'équivalent pour wayland, si c'est ça qui est utilisé)

Malheureusement, ce n'est pas tout à fait équivalent, car si, par exemple, le echo "a" échoue, tu va exécuter l'alternative, ce que ne fait pas un if else.

$ a=1
$ if [ $a -eq 1 ] ;then ls --bad; else echo oups; fi
ls: unrecognized option '--bad'
Try 'ls --help' for more information.
$ { [ $a -eq 1 ] && ls --bad ; } || echo oups
ls: unrecognized option '--bad'
Try 'ls --help' for more information.
oups

Pour exécuter une commande à intervalle régulier, le bon outil est cron.

S'il est important de pouvoir limiter le nombre d'exécution, tout en se prémunissant des déconnexions, alors il faut lancer la commande dans une session screen ou tmux.

man flock pour une solution plus robuste (en particulier la section d'exemples avec le boilerplate pour qu'un script se lock lui-même).

Je constate que mon compte a été créé en juin 2001, j'avais alors la moitié de mon age actuel…

Juste pour information (car quand on travail seul en local, on utilise les outils qu'on préfère), c'est tout à fait faisable avec subversion, sans mettre en place un serveur.
Il suffit d'initialiser un dépôt dans un répertoire quelconque, puis d'en faire un checkout avec une URL de type file:///

Avec plasma, le successeur s'appelle kscreen, s'il est installé il devrait être disponible (mais peut-être désactivé par défaut) dans les entrées de la boite de miniatures, mais peut également être lancé manuellement.

Pourquoi tu fais écouter ton serveur SSH sur le port 80?
C'est prendre le risque qu'il y ait de l'inspection de paquets…

Avec le port 443, c'est prendre moins de risques.

Non, quel que soit le port utilisé, ssh parle le ssh, et donc sera forcément crypté, le choix du port n'a pas d'incidence sur le risque (mis à part que le port standard est une cible plus évidente).

Le seul problème potentiel (qui me vienne à l'esprit) à détourner un port bien établi, tout particulièrement celui de http(s), c'est qu'il pourrait y avoir dans le chemin quelque chose qui décide que si ce qui passe sur le port 80 ne ressemble pas à du trafic http, alors il le bloque (possible aussi pour le port 443, à l'établissement de la connexion).

Il y a aussi le fait que, OK, sur un serveur, c'est douteux, mais pour une machine portative, nettement moins, et j'imagine que la même méthode s'applique.

Sauf que la situation est très différente.

Dans les serveurs, les disques ou SSD sont généralement accessibles en façade, sans ouvrir le capot. Donc voler un disque en vitesse est effectivement beaucoup plus crédible qu'emporter le serveur complet.

Alors que pour un ordinateur portable, c'est plus simple d'emporter le tout, plutôt que l'ouvrir à la volée.
Donc s'il suffit de l'allumer pour déverrouiller les partitions cryptées, autant considérer qu'il n'est pas protégé contre le vol de données.
Pour ce cas de figure, il vaut mieux avoir un support physique quelconque, qui contient la clé de déchiffrement, mais qu'on garde sur sois.

Si tu parle de l'image qui illustre cet article, comme le dit son libellé, c'est un "dessin de la NASA".
Les seules "images réelles" de trous noir (où celui-ci n'est pas beaucoup plus petit qu'un pixel de l'image) sont celles produites par l'Event Horizon Telescope.

Si tu veux voir l'image réelle qui a permit de déduire l'existence de ce trou noir, voir par exemple l'article d'ars technica:
https://arstechnica.com/science/2023/04/black-hole-is-soaring-between-galaxies-leaving-stars-in-its-wake/
(ne pas s'arrêter à la même vue d'artiste qui introduit l'article)
où on apprend qui plus est que l'affaire est loin d'être entendue.