capitaine choc a écrit :
ah? et parcequ'un pilote de carte son plante c'est normal que tout le système se casse la gueule?
|
Oui, c'est normal, c'est une limitation de l'architecture du PC, rien à voir avec Windows. Pour les plaintes, il faut gueuler sur IBM et Intel. Si un drivers s'amuse à bloquer lors d'un interruption, c'est irrécupérable. Si un driver s'amuse à déclencher un DMA sur une zone mémoire utilisée par l'OS, l'OS n'y peut rien. Si un driver plante le bus PCI, c'est fatal.
La même limite s'applique sous Linux où un driver peut planter l'OS. Elle s'applique aussi probablement sous Mac. C'est dur de faire un système où les drivers peuvent dialoguer avec le hard sans pour autant être capable de planter le système (genre demander au hard de faire un DMA où il faut pas, parler au mauvais périphérique, planter la carte et donc le PC).
Citation :
Et puis pourquoi ne pas laisser les pilotes MS puisqu'ils sont si bons?
|
Ils sont pas bons, ils sont minimalistes. Donc, pas performannts mais souvent stables. Personnellement, je préfère performants et stables.
Citation :
pas forcément, certains admins aiment bien faire les maj (et les defrags pour les parcs windows) la nuit.
|
Même dans ce cas, l'uptime n'est pas aussi critique que sur un serveur. Tu peux pas comparer une machine de bureau et un serveur dont dépendent des centaines voire des milliers d'utilisateurs. Si une machine du parc plante de temps en temps, c'est pas grave. Si le serveur de domaine ou le serveur courrier plante, c'est nettement plus grave.
Citation :
Ensuite windows est aussi serveur, au moins sur la fiche commerciale.
|
Pas XP64, l'utilisation en tant que serveur est interdite par la license (connexions limitées à quelques unes). Windows 2003 est vendu en tant qu'OS serveur. Mais 1) je connais pas trop la stabilité de 2003, donc pas d'avis la dessus. Mais peu de gens semblent s'en plaindre 2) Linux reste un meilleur OS serveur pour beaucoup de cas. 3) Je lis pas les fiches commerciales.
Citation :
Enfin un uptime est une réelle preuve du bon fonctionnement. Parceque tous ceux qui disent que ça plante jamais lorsqu'en fait ça plante toutes les semaines...
|
C'est *une* valeur de bon fonctionnement. Il y en a d'autres. Mais tu peux pas mesurer l'uptime sur un parc qui est éteint tous les soirs, donc, aussi utile que soit ta valeur, elle est pas mesurable. Tu peux pas non plus comparer l'uptime de workstations avec celui d'un serveur. Le serveur a une tâche bien plus simple : logiciels bien définis qui tourne en permanence dans un environnement controllé. Une workstation, c'est des utilisateurs qui lancent des dizaines d'applications lourdes, qui installent des conneries, téléchargent des trucs sur le net, font des fausses manips...
Citation :
Bon ben voilà on y revient: içi ce sont les beta-testeurs gratuits qui se la pètent à la récré de 10h.
|
Non, c'est des hardcore gamers qui veulent le max de perf de leur matos.
Si tu veux des pros, il y a d'autres sites plus spécialisés.
Citation :
On est en 2005, Windows est le dernier système qui aie besoin d'un défragmenteur et d'un antivirus, et t'appelle ça moderne?
|
Ca n'a rien à voir!
L'antivirus est nécessaire parce que l'OS est populaire! Il y aussi des virus sur Mac et sur Linux (enfin, surtout des failles de sécurité sur ce dernier). A ton avis, les auteurs de virus, ils vont se pallucher le plus en attaquant 1% du marché ou 95%? Le jour où MacOS ou Linux aura 95% du marché, il faudra aussi un anti-virus sur ces systèmes.
Pour la défragmentation, il y a aussi de la fragmentation sous Linux ou MacOS. Elle est certe moindre, mais pas nulle. Simplement, les utilisateurs de Mac n'ont pas l'habitude de gérer leur système. Et puis, là encore, l'usage décide beaucoup! Tu auras peu de fragmentation sur un serveur : les applis sont installées une fois pour toute, le système est partitionné pour réserver une partition aux données qui changent souvent... Sur une workstation, ce qui génère la fragmentation, c'est les installations continuelles et les modifs sur les documents.
Citation :
La base de registre est une des inventions les plus tarte que je connaisse. L'objectif été de réduire le nombre de .ini mais:
|
C'était aussi de faciliter le backup.
Citation :
- Les .ini n'ont pas disparus, loin s'en faut. On note au passage que lorsqu'on installe un windows dernière version y'a déjà des .ini, comme quoi même Microsoft montre le "mauvais" exemple.
|
Windows installe des .ini pour compatibilité avec l'existant.
Les autres .ini sont la responsabilité des programmeurs d'applications. Il n'y a aucun moyen de les empêcher de le faire, même si les .ini sont clairement inférieurs à la base de registre.
Citation :
La centralisation du système le rends plus vulnérable aux plantages et aux virus: Il m'est déjà arrivé d'avoir une BDR corrompue et de n'avoir autre choix que de réinstaller.
|
Il faut faire des backups...
Sous Linux, si un virus gagne un accès root et efface /etc, tu auras le même problème...
Citation :
- La BDR dispose d'une arborescence complétement absconce où il est difficile (pour ne pas dire impossible) de retrouver les variables de chaque application.
|
Ca m'a jamais posé de problème... J'ai toujours trouvé ça très simple à programmer et beaucoup plus souple qu'un ini : on a une vrai arborescence, on peut stocker des données binaires facilement, les données sont typées...
Evidemment, l'une des faiblesse de la BDR, c'est sa souplesse : les programmeurs peuvent faire n'importe quoi, y compris stocker de gros volumes dans la BDR.
Citation :
- La BDR empêche la mise en place de commentaires dans les variables, histoire que ce soit encore plus absconce.
|
La BDR n'est pas faite pour être éditée par l'utilisateur final. D'où l'absence de commentaires. Quand l'utilisateur final s'amuse dans le BDR, ça fait ce que tu expérimente : plantage de l'OS.
Pour la même raison, sous Linux, on évite de donner les droits en écriture pour tout le monde dans /etc... Autrement Linux se crash aussi facilement que Windows.
- Quasiment chaque désinstallation de logiciels laisse des informations dans la BDR, ce qui la surcharge, ralentissant un peu plus le système à chaque nouveau logiciel, et forçant un formattage à court ou moyen terme.
Citation :
L'arborescence unix est simple est claire. Celle de NT, identique à celle de ms-dos, est un foutoir sans nom.
|
Pourquoi? Tu es perturbé par l'idée de savoir sur quel disque tu travailles? Même ma mère arrives à s'y retrouver...
Personnellement, j'aime bien savoir où vont physiquement mes fichiers...
Et puis, si ça te plait pas, NT supporte parfaitement de monter un disque dans un répertoire virtuel, exactement comme sous Unix...
Citation :
toi pas connaître macos 10
|
Rappelles moi combien de temps après NT3.5 MacOSX est sorti? Autant Apple fait de jolis GUI, autant ils n'ont jamais su faire des noyaux corrects. MacOSX est bon précisemment parce qu'Apple a pris un noyeau Unix.
Citation :
bin non puisque ça reboot immédiatement, j'ai beau avoir de bons yeux j'ai pas le temps de lire...
|
C'est parce que tu ne sais pas configurer Windows correctement. Tu es dans la config par défaut, pour l'utilisateur lambda qui ne sait pas lire un BSOD. Si tu avais décochée la case "automatically restart" dans "Startup and recovery", comme tout utilisateur un peu avancé, tu n'aurais pas ce problème...
Citation :
si c'est un ancien collègue d'un mec de HFR, on peut être sûr de la source.
|
C'est un développeur kernel. Qui, d'ailleurs, travaillait aussi sous Linux et était donc capable de patcher le noyau et d'écrire des drivers. C'est aussi lui qui écrivait nos drivers, et là, notre uptime dépassait l'année sans problème (sous NT2000). Si ça n'avait pas été le cas, je t'assures que nos clients nous l'aurait fait savoir (environnement critique, plantage = perte de sous et problèmes légaux). J'ai tendance à penser qu'il connaissait son boulot...
Citation :
Pourquoi t'insiste sur du nforce alors?
|
Plusieurs raisons :
- VIA n'est pas mieux
- nVidia est leader du marché, donc les problèmes sont rapidement documentés sur les forums, les infos pour les contourner trouvées rapidement...
- nVidia se plante souvent dans le matos, mais ils sont très réactifs coté drivers. Ils ont été assez exemplaires pour XP64, au niveau rythme de sortie, amélioration d'une version sur l'autre...
- les performances sont très bonnes.
Citation :
donc merci aux constructeurs?
|
Après un an de béta, ça aurait été bien dès le début...
Citation :
ola tu mélange la game home et la gamme pro. On joue dans quelle cour à la fin?
|
Tu serais surpris par ce que les boites installent. Par exemple, la, j'ai été confronté à un parc sous XP Home. Quand j'ai demandé pourquoi, on m'a dit que c'était moins cher...