Tu parles d'install de drivers foireux, Mais il sait pas se réveiller uniquement leur install ou sur demande (pour la correction)?
XP fait des sauvegardes (point de restauration) dès qu'une partie sensible du registre est modifiée, celà arrive pratiquement à chaque installation de logiciel par exemple.
Il fait quoi d'autre pour devoir tourner non stop
Ben surveiller tous les programmes c'est déjà pas mal comme taf :)
et si c'est pas le cas, qu'est-ce qu'il vient foutre dans la comparaison ?)
Bien il vient foutre que c'est un service de plus qui tourne, qui effectue des vérifications, et que même s'il bouffe pas beaucoup il bouffe un peu, notamment lorsqu'il fait les backups : même s'il n'est pas actif tout le temps (comprendre qu'il bouffe du CPU), celà ne l'empêche pas de bouffer de la RAM !
T'es pas censé pouvoir effacer de fichier là par erreur en tant qu'utilisateur il me semble. ni dans system32, ni dans /boot.
Vi enfin tu sais très bien toi comme moi que sous Windows tu passes un bon bout de ta vie en root (oui c'est mal faut changer les utilisateurs et les programmeurs), d'où l'intérêt du schmurck, et sous Linux même si le problème est moindre (utilisateur et programmeurs mieux éduqués), il faut parfois passer en root (installation de soft par exemple), et c'est dans ce genre de situation qu'on peut faire des conneries. C'est du vécu !
Imagines bêtement que tu veuilles ajouter un drivers et qu'il faille recompiler le noyau, ben si au reboot d'après t'as un kernel panic... Evidemment tu pourras t'en sortir, mais la possibilité de revenir en arrière comme le propose XP c'est quand même bien agréable même si ca bouffe un peu de mem en plus.
[^] # Re: Précisions STP
Posté par TImaniac (site web personnel) . En réponse au journal IBM refait la donne ?. Évalué à 2.
XP fait des sauvegardes (point de restauration) dès qu'une partie sensible du registre est modifiée, celà arrive pratiquement à chaque installation de logiciel par exemple.
Il fait quoi d'autre pour devoir tourner non stop
Ben surveiller tous les programmes c'est déjà pas mal comme taf :)
et si c'est pas le cas, qu'est-ce qu'il vient foutre dans la comparaison ?)
Bien il vient foutre que c'est un service de plus qui tourne, qui effectue des vérifications, et que même s'il bouffe pas beaucoup il bouffe un peu, notamment lorsqu'il fait les backups : même s'il n'est pas actif tout le temps (comprendre qu'il bouffe du CPU), celà ne l'empêche pas de bouffer de la RAM !
T'es pas censé pouvoir effacer de fichier là par erreur en tant qu'utilisateur il me semble. ni dans system32, ni dans /boot.
Vi enfin tu sais très bien toi comme moi que sous Windows tu passes un bon bout de ta vie en root (oui c'est mal faut changer les utilisateurs et les programmeurs), d'où l'intérêt du schmurck, et sous Linux même si le problème est moindre (utilisateur et programmeurs mieux éduqués), il faut parfois passer en root (installation de soft par exemple), et c'est dans ce genre de situation qu'on peut faire des conneries. C'est du vécu !
Imagines bêtement que tu veuilles ajouter un drivers et qu'il faille recompiler le noyau, ben si au reboot d'après t'as un kernel panic... Evidemment tu pourras t'en sortir, mais la possibilité de revenir en arrière comme le propose XP c'est quand même bien agréable même si ca bouffe un peu de mem en plus.