Linux (le noyau) est très bon pour libérer des ressources lorsque les programmes se terminent. GNU / Linux, l'ensemble du système d'exploitation, peut généralement fonctionner indéfiniment. Le redémarrage des programmes de l'espace utilisateur après leur mise à jour est généralement une bonne idée, et souvent le moyen le plus simple de tout obtenir à l'aide d'une mise à jourglibc
à est de redémarrer le système.
Sur les systèmes avec des bogues de pilote (généralement des bogues de pilote graphique, tout le reste est généralement solide), vous obtenez parfois un comportement étrange qui devient plus étrange si vous ne redémarrez pas rapidement. Si vous voyez un OOPS du noyau dans votre dmesg
sortie, vous devez redémarrer dès que cela est pratique et le signaler (ou google autour pour d'autres personnes ayant des problèmes similaires sur du matériel similaire, au cas où ce serait un problème connu). Les discothèques ne livrent pas les toutes dernières versions de développement de la pile graphique, donc parfois le bogue est déjà corrigé en amont, et votre carte graphique est tout simplement trop nouvelle pour que les pilotes de la version de distribution que vous utilisez soient stables. Dans ce cas, recherchez un PPA avec des versions mises à jour de mesa / drm / xorg. (Je ne sais pas quel est le meilleur choix pour exécuter Ubuntu avec une pile graphique à la pointe de la technologie est ATM).
Quoi qu'il en soit, sauf pilote ou autres bogues du noyau, Linux peut fonctionner indéfiniment sans avoir besoin d'un redémarrage pour effacer la fragmentation de la mémoire ou quelque chose comme ça.
J'ai un routeur / pare-feu / serveur de messagerie / boîtier Linux (P3 450 MHz, OCed à 500 MHz) qui voit régulièrement des temps de disponibilité de centaines de jours. Je redémarre uniquement pour réorganiser les cordons d'alimentation ou pour remplacer une alimentation défectueuse. Cela se passe régulièrement avec les mêmes CPU / RAM / disques durs depuis probablement 15 ans. Je n'ai jamais eu à redémarrer "car ça devenait instable". C'était toujours pour une raison spécifique, comme une panne d'alimentation, une mise à niveau du noyau ou une panne de courant et la batterie de mon onduleur était presque épuisée (déclenchant l'arrêt automatique avec apcupsd
).
Si votre système agit bizarrement, dmesg
recherchez les problèmes. Si c'est juste votre bureau, alors si vous venez d'installer des mises à jour de paquets non-noyau, déconnectez-vous / connectez-vous (ou redémarrez, mais vous n'êtes pas obligé de le faire). J'ai trouvé que Kubuntu 15.04 rencontrait facilement des problèmes après les mises à jour du paquet, je pense qu'en raison d'une incompatibilité binaire entre les versions mises à niveau / non mises à niveau de la même bibliothèque fonctionnant dans le même binaire. (Voir la discussion sur ce bug ).
Mon go-to pour vérifier les problèmes matériels est de démarrer memtest86 +. ( aptitude install memtest86+
) Laisser cela exécuter un passage complet, ou courir pendant la nuit. Cela ne garantit pas un système stable, car la tension d'alimentation baisse sur les charges de pointe peut se produire avec les CPU ces jours-ci, et memtest ne l'exclut pas. Il ne chauffera pas non plus votre processeur, comme Prime95.