- Détails
J'ai maintenant un Prodesk 600 G3 mini. Et comme tout bon geek, je l'ai upgradé à fond (ou presque). Mais ça a été plus folko que je pensais... 😅
J'ai acheté de la RAM, 8 Go. Je n'ai pas remplacé la RAM existante, elle marche bien, et c'est de la Hynix.
J'ai acheté un Core i5 7500T, vrai quad-core, basse consommation. Le Core i3 6100T d'origine est dual-core hyperthreading, mais avec fréquence plus élevée.
J'ai aussi trouvé un module HDMI pour remplacer le module série. C'est la partie la plus simple, juste enlever 2 vis, changer le module, revisser, fini, j'ai un port HDMI. 😉
La RAM, facile aussi, juste à clipser sur l'emplacement vide. Le processeur aussi, enlever le radiateur, enlever l'ancien processeur, mettre le nouveau, mettre de la pâte thermique, remettre le radiateur, terminé.
Ensuite, tester la RAM. Toujours tester la RAM. Et c'est le drame. La machine plante carrément sous Memtest86+... 😰 Je me rends compte que le 2e slot de RAM provoque immédiatement une erreur... La machine ne démarre même plus avec un module dedans, que ce soit celui d'origine ou le nouveau... Et les bips indiquent bien un problème de mémoire... 😑
Je me décide à commander une barrette de 16 Go. 😑 Et là, en relisant un post sur le net, je vois que quelqu'un a eu le même problème, et qu'en fait le socket était sale... Je démonte la machine, mon socket est nickel. Mais le processeur avait des contacts crados... 😥
Ni une ni deux j'essuie les contacts, je remonte tout, je remets les deux modules de RAM, et tout marche ! 🎉
Bon il faut tester la RAM quand même, et tout passe. 😉
Et pendant mes tribulations, j'ai decouvert un truc avec HP et Secure Boot... J'avais laissé Secure Boot activé, et j'avais fait des mises à jour Windows avec l'install qui est arrivée avec pour mettre à jour le BIOS. Et là en démarrant un Ventoy, je me prends une erreur Verifying shim SBAT data failed: Security Policy Violation... C'est un problème connu, Microsoft a invalidé des clés Secure Boot, dont certaines utilisées par les Linux...
Bizarrement mon Debian qui démarrait bien jusque-là s'est aussi pris l'erreur... 😑 Je me suis dit que j'allais désactiver Secure Boot. Il y a un menu exprès dans le BIOS HP. Au redémarrage, le BIOS demande qu'on tape un code numérique affiché à l'écran, pour confirmer la désactivation. Mais je me rends compte que ça ne marche pas, le Secure Boot est réactivé tout seul... 😑
Après un moment à chercher, je découvre qu'en fait le code tapé doit s'afficher à l'écran... Je tapais les touches numériques tel quel en clavier US, mais j'avais dû le mettre en FR... 😑 En tapant les touches numériques avec Maj, les chiffres s'affichent et Secure Boot se désactive. 🎉
J'en ai profité pour mettre à jour les clés Secure Boot de mon Debian :
apt update
apt install --reinstall grub-efi-amd64-signed shim-signed
grub-install
update-grub
En retestant avec Secure Boot, ça passe. 😉 Je l'ai redésactivé dans le doute...
Et donc au final, qu'est-ce que ça m'a apporté ? Deux fois plus de RAM, toujours la même utilisation :
Graphe mémoire de Btop++
En ce qui concerne le processeur... J'ai trouvé quelques benchmarks sur le net, et c'est... édifiant. D'abord sysbench. Le test CPU calcule des nombres premiers pendant 10 secondes.
Résultat pour le Core i3 6100T :
# sysbench cpu run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 1061.90
General statistics:
total time: 10.0002s
total number of events: 10621
Latency (ms):
min: 0.94
avg: 0.94
max: 1.23
95th percentile: 0.94
sum: 9997.66
Threads fairness:
events (avg/stddev): 10621.0000/0.00
execution time (avg/stddev): 9.9977/0.00
Résultats pour le Core i5 7500T :
# sysbench cpu run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 1080.48
General statistics:
total time: 10.0003s
total number of events: 10807
Latency (ms):
min: 0.91
avg: 0.93
max: 1.36
95th percentile: 0.97
sum: 9997.99
Threads fairness:
events (avg/stddev): 10807.0000/0.00
execution time (avg/stddev): 9.9980/0.00
Le 6100T trouve 1062 nombres par seconde, contre 1080 pour le 7500T. J'ai donc gagné... 2 % de performances. Pour presque 45 €. 😅
Je teste Geekbench, et je me trouve rassuré. 🎉
Le test single core me donne 1181 pour le 6100T, pour 1239 pout le 7500T. 5 %. C'est "mieux". 😒
Mais le test multi-core est bien meilleur ! 2237 pour le 6100T, et 3686 pour le 7500T, 65 % d'amélioration ! 🎉 Mais bon, Btop++ me dit que c'est toujours inutile... 😅
Info CPU Btop++
Donc voilà, je suis passé à côté d'acheter de la RAM pour rien, d'avoir une machine qui plante aléatoirement, pour au final dépenser autant sur les pièces inutiles que la machine entière. Trop bien. 🤣
- Détails
J'ai acheté et customisé un Lenovo Tiny la dernière fois. La "magie" d'internet et de ses algorithmes a fait qu'eBay me propose un HP ProDesk 600 G3 mini (lien qui disparaîtra sûrement sous peu, mais bizarrement HP a supprimé toute trace de cette machine de son site, à part pour le téléchargement de drivers...), pour... 57 € livré ! 😮
HP Prodesk G3 mini
Ce 600 G3 mini vient avec un Core i3 6100T, 8 Go de RAM DDR4, et un SSD Samsung PM871b 512 Go. Pour rappel, mon Lenovo ThinkCentre M73 Tiny a un Core i5 4570T, 16 Go de RAM DDR3 et un SSD Samsung 870 Evo 512 Go.
Le Core i3 est quasiment équivalent au Core i5, et le PM871b, tout étant un modèle OEM, est quasiment deux fois plus rapide que mon 870 EVO ! 😮
Je n'ai pas pu résister à ma pulsion de devoir l'upgrader, et j'ai commandé 8 Go de RAM de plus, la RAM Hynix d'origine HMA81GS6AFR8N-UH n'est pas vilaine. En vrai Btop++ me dit que c'est inutile. 😅
Graphe mémoire de Btop++
Puis j'avais un i5, j'ai repris un i5... 😅 Mais là c'est un peu plus utile, le Core i5 7500T est un vrai quad-core ! Toutefois Btop++ me dit encore que c'est inutile. 😅
Graphe CPU de Btop++
Le 600 G3 mini a aussi un jeu complet de ports, dont même un type C en façade ! Et il a un port interchangeable à l'arrière :
Vue arrière ProDesk 600 G3 mini
Sur l'image, c'est un module VGA, le mien est venu avec un module série... 😒 Et les ports Display Port c'est bien, mais je n'ai qu'un écran à la maison qui le supporte. J'ai dû acheter un adaptateur, mais hier au boulot j'ai trouvé une épave de ProDesk 600 SFF avec un module HDMI ! 🎉
Module HDMI
Ni une ni deux je l'ai pillé, je vais pouvoir relier directement à peu près tous les écrans de la maison ! Toutefois mon usage quasi-exclusif de la machine en server headless le rend inutile. 😅
Donc voilà, j'attends l'arrivée du nouveau processeur pour tout démonter et remonter. Au départ j'avais un ordinateur tout à fait convenable pour serveur maison à 57 €. J'y ai juste ajouté pour 80 € de composants supplémentaires pour le fun. 🤣
Cerise sur le gâteau, le 600 G3 propose un port NVMe, je vais sûrement prendre un SSD NVMe aussi ! Il coûte une fortune mon serveur maintenant ! 😆
- Détails
J'ai depuis fort longtemps une imprimante Canon PIXMA MG5550. C'est une jet d'encre multi-fonctions, qui répond à mon usage occasionnel.
Il y a un moment, je me suis rendu compte qu'elle avait du mal à entraîner le papier, ce qui fait que je dois accompagner chaque feuille à la main. Relou. 😑
J'avais pensé que c'était mes enfants qui avaient ruiné le rouleau en tirant sur les feuilles du bac quand ils avaient besoin de papier.
Mais j'ai appris hier que non. 😅 Une gentille personne sur internet a écrit un article très complet décrivant le problème et sa solution ultime, qui consiste à insérer un morceau... d'éponge (!) dans le mécanisme du rouleau d'entraînement du papier, renforçant la pression de celui-ci sur les feuilles. Et ça fonctionne très bien. 🎉
J'avais un moment envisagé de racheter une autre imprimante, heureusement internet m'a sauvé. 😉