paulez a écrit 387 commentaires

Ce sont des problèmes de crashs en utilisation normale qui sont peu fréquents, c'est donc assez différent de ce que teste Phoronix.

J'ai eu des problèmes sur pas mal de cartes AMD. Que ça soit une carte trop récente pas encore supportée par le dernier noyau et Mesa, des crash récurrents, pas de sortie de veille, etc.

C'est normal, une carte graphique est extrêmement complexe, et la couche graphique sous Linux l'est aussi. Quand le GPU crashe, est-ce que c'est le noyau, libdrm, Mesa, le driver Xorg, le firmware proprio qui fait beaucoup trop de choses ?

Donc quand on n'a pas une utilisation trop avancée de son GPU (que ça soit jeux vidéos récents, minage de cryptomonnaie, machine learning) à mon avis il vaut mieux utiliser une couche graphique stabilisée avec un matériel plus ancien qui aura plus de chance d'avoir eu ses divers problèmes résolus.

J'utilise du AMD (RX 480) et ça marche très bien avec Debian Stretch. Par contre avec testing j'ai plein de gels du système, le même problème avec Fedora et Gentoo.
Donc je trouve que AMD marche bien avec du matériel ancien et un système stabilisé, sinon les crashes sont assez fréquents et le support aléatoire pour les cartes récentes.
J'utilise du Intel aussi, c'est parfaitement bien supporté et stable.

Duplicity supporte pas mal de stockages cloud, dont Openstack apparemment. Il rassemble les fichiers sauvegardés en archives chiffrées, ça évite de stocker des dizaines de millier de fichiers, ce qui est parfois difficile et lent à manipuler dans un stockage distant.

Rien à ajouter, si ce n'est que cet excellent bouquin explique ces principes de base de fonctionnement d'un système d'exploitation en prenant exemple sur la première version de Linux: Conception de systèmes d'exploitation - Le cas Linux, je recommande pour comprendre le fonctionnement bas niveau du noyau.

C'est pas honteux de redoubler mais ça coûte cher ! Par contre c'est un peu ballot de donner un lien qui nécessite de s'authentifier, aucun moyen d'accéder à l'énoncé…

Débutant avec minimum deux ans d'expérience ?

Il semble que le dépôt PPA bumblebee n'existe pas pour ta version de Ubuntu nommée "Bionic". Tu peux supprimer le dépôt PPA en suivant les instructions dans le guide Ubuntu sur les PPA.

Quel est le modèle de ta carte graphique ? Tu peux obtenir la liste des périphériques avec la commande lspci.

J'utilise deja-dup avec S3 pour mes sauvegardes et ça marche super bien. J'ai déjà restauré sans soucis. De plus automatiquement il valide régulièrement que les sauvegardes peuvent être récupérées, le truc que personne ne fait jamais !

Que veux-tu dire par “voir ultra”?

Peut-être qu’il y a du son sur la sortie HDMI qui bloque la mise en veille de l’écran ? Essaie de désactiver la sortie son HMDI de Pulseaudio (en configurant la sortie HDMI à “éteint” dans l’écran de configuration des périphériques de son).

As-tu essayé avec un autre logiciel de lecture ? Je n'ai jamais vu Pulseaudio bloquer l'extinction de l'écran, mais généralement c'est le logiciel de lecture qui fait ça.

C'est normal dans l'administration. Soit on est agent titulaire (donc fonctionnaire) soit agent contractuel (en CDD). Ou alors prestataire :-)

Si je fournis MongoDB "Comme un Service" avec une simple interface web hébergée par un serveur Apache tournant sous Linux, je ne vais pas pouvoir distribuer les sources d'Apache et Linux sous licence SSPL ?

Tout à fait d'accord que la description est importante, et que celle de Plank devrait être améliorée. Je voulais souligner simplement que les logiciels ont la fâcheuse habitude d'avoir des noms qui n'ont rien à voir avec le contexte. Pourtant le titre de ton journal laisse à penser que seul Plank est dans ce cas :-)

Budgie, Ubuntu, Unity, Gnome, Skype, Remmina, Plank, ce sont les logiciels que tu mentionnes dans ton journal. Y en a-t-il ne serait-ce qu’un avec un nom plus explicite que Plank ?

N'est-ce pas en contradiction avec le principe de neutralité du Net de bloquer des plages d'IP ? Ce genre de blocage large généralement impacte bien plus que voulu.

Ça c'est plus le chipset qui est important. À chipset identique pas besoin de prendre une carte mère plus chère à moins que tu aies besoin d'une option en plus. Ce que je regarde plus dans une carte mère c'est la fiabilité de la marque, la qualité de l'UEFI (est-il connu pour avoir des problèmes avec Linux ?) et si son agencement ne va pas me poser de problème.
De plus les échanges CPU/RAM sont gérés par le CPU sur quasiment tous les CPU modernes. Après en fonction de la qualité du PCB, des composants et du dessin des pistes telle ou telle carte mère peut-être plus stable en overclocking mais c'est un usage assez spécifique.

Il y a d'autres paramètres que débit et latence, non ?

Pas tant que ça toutes les jolies choses dans le tableau ne servent qu'à améliorer ces deux paramètres. Mais sans sombrer dans les détails je voulais simplement dire que comparer un SSD et un HDD en ne lisant que le débit ne servait pas à grand chose, car ce n'est pas ça qui donne la plus grosse différence pour le ressenti au quotidien.
Malheureusement on trouve ça mis en avant dans tous les benchmarks car c'est simple à mesurer, hop 5 secondes de test et on a un joli graphe !
Le NVMe est très bienvenu pour pallier aux limitations de l'AHCI dans certains cas mais je doute d'une très grande utilité pour une utilisation personnelle. Par contre pour une utilisation serveur au dessus de 100k IOPS oui c'est utile :-)

PS: merci pour le lien vers la norme, je vais l'imprimer et m'en servir comme cale meuble.

Dans une utilisation courante (bureautique, développement, navigation Internet, …) le plus important c'est la latence pas le débit. Vous vous rappelez de Firefox qui bloque parce qu'il lit depuis le disque ?
Un SSD a généralement un débit de l'ordre de 10x d'un HDD, mais une latence environ 1000 inférieure. C'est de là que vient principalement le gain observé dans une utilisation standard.

De plus, j'ai des vitesses de lecture des disques supérieures à 200Mo/s avec des disques récents. Les performances sont proches de celles des SSD.

Ce qui change le plus avec un SSD ce n'est pas le débit mais le temps d'accès.

Même chose pour moi je n'ai jamais réussi à me connecter à Movim avec mon compte XMPP. Existe-t-il une documentation avec quelques pistes sur ce qui pourrait causer ça ?

Un pipe ne fait que rediriger la sortie standard d'un programme vers l'entrée standard d'un autre. Il ne consomme pas vraiment de mémoire en lui même. La question est plus de savoir si pg_dump bufferise sa sortie ou lzma son entrée. Avec lzma d'après le man tu peux limiter l'utilisation mémoire avec l'option --memlimit, ça devrait donc te permettre de limiter l'utilisation mémoire.

11", format Netbook. Pratique à transporter !

Clairement ne pas utiliser de swap peut poser pas mal de problèmes, je ne recommande pas. Pour éviter d'utiliser la mémoire swap il est préférable de modifier le paramètre vm.swapiness plutôt que de la désactiver.

Tu es sûr que c'est un problème de mémoire ? Si ton système n'a plus de mémoire disponible et n'a pas de swap il devrait tuer des processus au lieu de freezer.
Pour voir la mémoire réellement disponible:

$ grep MemAvailable /proc/meminfo

Pour vider les caches:

# echo 3 > /proc/sys/vm/drop_caches