Selon MS :
http://windowshelp.microsoft.com/Windows/en-US/help/83EC0FFE(...)
Delete programs you never use
Un programme que je n'utilise pas, ne doit pas ralentir ma bécane. Il y a des tonnes de programme que je n'utilise pas sur ma bécane.
[admin@one ~]$ ll /bin /usr/bin | wc -l
2172
C'est clair que dans ces plus de 2000 programmes, il y en a beaucoup que je n'utilise pas (ni ne connais).
Defragment your hard drive
Retour à Windows 3.1...
Clean up your hard disk
Plus les disques sont utilisés et plus c'est lent...
C'est la notion de "scalability" de Windows ?
Run fewer programs at the same time
Retour à MS-DOS.
Restart regularly
Poilant de rire.
Attention, Vista n'est pas fait pour tourner plus d'une semaine de suite :
Restart your PC at least once a week
Mort de rire.
Check for viruses and spyware
J'ai jamais fait ça sous Linux en 10 ans d'utilisation.
Quelqu'un a essayé ça sous Linux ? On y gagne en performance ?
Disable services you don’t need
Ce conseil sur slashdot ne m'étonnerait pas...
Ce serait un conseil de sécurité, il serait bienvenu.
Mais pour accélérer une bécane...
Bref, c'est une franche poilade. Ce n'est pas tout les jours que je trouve MS "fun".
Trouvé sur je ne sais plus quel blog.
# Le meilleur conseil
Posté par IsNotGood . Évalué à 10.
[^] # Re: Le meilleur conseil
Posté par B16F4RV4RD1N . Évalué à 10.
un peu comme... windows justement !? :)
enfin MS montre un signe fort contre la vente liée !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# Un virus est un logiciel
Posté par Earered . Évalué à 9.
vi, virus récupéré à partir d'une applet java, détecté sous windows sur la partition nunux, et qui enquiquinait les autres applet.
Sinon, un cron avec la détection de rootkit n'est pas forcément un mal.
(Le mieux est l'ennemie du bien, toussa...)
# Quel plaisir
Posté par roduit (site web personnel) . Évalué à 10.
Comme il y avait une enveloppe réponse déjà affranchie, j'y ai mis un p'tit tux avec le nom Linux (découpé de Linux magazin) au cas où ils ne connaissent pas le logo.
Leurs slogans : améliorer windows en 3 étapes !!
Ma réponse :
1. désinstaller Windows
2. installer Linux
3. ... Enjoy !!!
.... Bref, un p'tit plaisir bien simple et facile.
[^] # Re: Quel plaisir
Posté par libre Cuauhtémoc . Évalué à -2.
Parce qu'ameliorer windows ne m'interesse que trop peu.
Moi, ce que je veux c'est un kdm qui est à l'écran en 2/3 sec au lieu des 40/50secs conventionnelles
Je veux une mise en veille qui ne fasse pas planter compiz avec les drivers proprios de nvidia et/ou des drivers libres nv qui sache faire de l'accéleration 3D
Tiens, me vient à l'esprit, la solution est peut être d'installer mac OS X
[^] # Re: Quel plaisir
Posté par windu.2b . Évalué à 10.
Bizarrement, avec une CG Intel intégrée, j'ai pas tous tes emmerdes !
[^] # Re: Quel plaisir
Posté par libre Cuauhtémoc . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Quel plaisir
Posté par libre Cuauhtémoc . Évalué à 3.
[^] # Re: Quel plaisir
Posté par brunus (site web personnel) . Évalué à 7.
[^] # Re: Quel plaisir
Posté par GG (site web personnel) . Évalué à 5.
Justement, essaye donc MacOS X.
Au début ça va, il y a aussi régulièrement les patch à appliquer (sans jamais vraiment savoir pourquoi).
Par contre, les logiciels comme VLC par exemple, tu devras les mettre à jour toi-même.
Heureusement, certains logiciels comme aMSN te proposent automatiquement de les mettre à jour lorsqu'une nouvelle version est disponible.
Avec le temps, ta version de MacOS X vieillit... et les nouveaux logiciels ne sont plus autant compatibles.
Pour voir la télé par Internet (service freebox), sur un MacOS X 10.3, la version VLC de l'époque n'arrive pas à liste les flux vidéo (problème demux...), j'ai donc installé la dernière version, qui lis le flux, mais il y a une @£ù# de fenêtre d'alerte qui me dit que cette version de VLC n'est pas compatible avec mon MacOS X. pourtant, la vidéo et le son s'affichent parfaitement. je ne peux rien faire, la fenêtre d'alerte prends le dessus, c'est déjà bien que je puisse la déplacer.
Pour aMSN, c'est aussi la catastrophe.
Pour Mplayer (ben oui, VLC ne fonctionnant pas... j'ai essayé autre chose...)
Pour toute une série de logiciels, c'est la galère, et pourtant, sous Linux, c'est que du bonheur.
Concernant la playlist, que je glisse sur le VLC récent, seule la première chaine (France 2) s'affiche. Je ne peux pas changer de chaine, ni ouvrir VLC pour insérer la bonne URL.... il me faut éditer autant de fichier que de chaines.... et la galère reprends.
TexteEdit, simple, mais impossible d'enregistrer le document sans que ce soit en RTF (.txt)
Finalement, j'ai utilisé NeoOffice.
Pour pouvoir facilement utiliser chaque fichier playlist (pour ouvrir avec ... VLC), il faut les renommer avec l'extension .m3u
Ben sous MacOS X, il y a 2 messages d'alertes et des choix multiples pour y arriver.
Si tu aimes la liberté de dirriger ton OS et pas l'inverse, tu restes sous Linux.
Ah oui, les commandes comme lsusb n'existent pas, et comme il n'y a pas de complétion au niveau de la ligne de commande (dans le terminal....) bref, tout autant galère pour avoir les bon identifiants d'une webcam et savoir si elle à une chance de fonctionner sous MacOS X (et certaines fonctionnent que sous MacOS X 10.4).
Bref, j'ai aimé MacOS jusqu'à la version 8, et maintenant, je hais MacOS X, je sais pourquoi.
Tu en te rends pas compte de tout ce qui fonctionne bien sous Linux.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 8.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Quel plaisir
Posté par pw00t . Évalué à 1.
Concernant la completion de la ligne de commande, j'hallucine un peu, je l'ai toujours vue..
T'es sur que c'ets pas ton shell par defaut qui ne le propose pas?
Cf le fichier /etc/passwd, sinon tu peux forcer l'utilisation d'un bash particulier (pomme + , ou menu preference, as usual).
Pour le reste, effectivement, apple a une politique: on casse tout.
Perso je suis sous 10.4 depuis bien 2 ans, pas de pb a signaler et ca me parait durer encore un certain temps.
Ca va, c'est raisonnable je trouve.
[^] # Re: Quel plaisir
Posté par libre Cuauhtémoc . Évalué à 3.
J'en susi amplement satisfait
Chaque OS a ses défauts et ses qualités, c'est la vie.
En fait, sous Mac, je n'utilise pas vlc, donc je ne peux te dire.
Par contre, j'ai tilté sur lsusb.
en effet, poru moi ,cette commande est uniquement une commande linux, et sous macintosh existe une commande similaire. (ioreg)
Pareillement, sosu linux, la commande hwprefs n'existe pas, mais un équivalent doit exister. Tu verra tout ça ici: http://bhami.com/rosetta.html
Et bien sûr que la completio nexiste, depuis MacOS X 10.2
Je vais même te dire que maintenant, le shell par défaut est le bash (et malheureusement pas zsh), sinon, utilise chsh en première commande poru mettre bash à la place de tcsh.
Si justement, je me rends compte de tout ce qui marche bien sous linux, mais j'ai aussi conscience que ce n'est poas un OS parfait, et qu'avant de se moquer du support microsoft, il serait préférrable de rire des defauts de linux.
Aucun OS est parfait, et un BSDiste pourrait te démontrer sans peine que linxu est de la merde, comme un linuxien peux demotnrer que windows, c'est de la merde
Bon, l'equivalent de lsusb:
[^] # Re: Quel plaisir
Posté par dinomasque . Évalué à 1.
C'est marrant, Safari sous MacOSX et Firefox sous Linux ont tous les deux un correcteur d'orthographe pourtant ...
BeOS le faisait il y a 20 ans !
[^] # Re: Quel plaisir
Posté par libre Cuauhtémoc . Évalué à 2.
[^] # Re: Quel plaisir
Posté par Troy McClure (site web personnel) . Évalué à 3.
menu "format"/"make plain text"
[^] # Re: Quel plaisir
Posté par GG (site web personnel) . Évalué à 2.
Merci pour les précisions.
Il faut dire que je connais bien MacOS 5 à 8 et mal MacOS X.
Cela dit, de la part de textedit, devoir passer par le menu pour faire du "plain texte" c'est un peu anti-ergonomique. Surtout d'utiliser la même extension pour 2 formats différents.
Le côté ergonomique, c'est que Madame Michou aura son gras/italique comme elle voulait.
Certes, 10.3 c'est vieux, mais je vois mal mes clients se racheter régulièrement une nouvelle version de MacOS X (ou les mises à jours).
Je leur dirai que Linux Debian fonctionne très bien sur leur bécane, qu'il y a toujours les mises à jours disponibles, et, ça facilitera aussi mon travail (et comme leur donner un coup de main n'est pas ma priorité... ça m'allègera la charge de travail).
Bien sur, je pourrai aussi simplement faire pas mal de choses à distance. (Sous MacOS X, il faut activer le compte root, puis faire d'autres manipulations... tout est documenté sur Internet, faut pas se tromper :) )
Le meilleurs système d'exploitation, c'est celui que l'on connaît.
Il y a un peu trop de garde fou sur MacOS X. (rien qu'en changeant l'extension d'un fichier).
A bientôt
Grégoire
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
# Disable services
Posté par Moogle . Évalué à 9.
Avoir 15000 services qui tournent pour rien, ça peut quand même bouffer des ressources (et du temps au boot, c'est important, le temps de boot sous Windows, vu qu'on le fait au moins une fois par semaine), et c'est vrai aussi sous Linux.
[^] # Re: Disable services
Posté par IsNotGood . Évalué à 5.
Si ils "tournent", ils ne font pas rien, c'est que tu les utilises.
S'ils sont lancés et que tu ne les utilises pas, ils ne bouffent pas de cpu. Si c'est le cas, il faut faire un rapport de bug.
Si tu es juste en mémoire, ces services non utilisés finissent en swap. Donc globalement ça ne change rien (sauf le temps de boot).
[^] # Re: Disable services
Posté par Obsidian . Évalué à 2.
Donc, c'est pour une autre raison ! :-)
# Esprit chagrin
Posté par ChickenKiller . Évalué à 9.
Cela me semble normal: quand l'espace se fait rare difficile d'allouer un espace d'un seul block. Cependant ce qui me dérange un peu plus, c'est qu'aucun outil ne soit disponible (ou alors j'ai mal cherché, dans ce cas jetez moi des pierres) pour défragmenter le filesystem après coup.
Et franchement quand je vois des réponses dans les forums à base de "tu sauvegarde, tu formate et tu copie sur le nouveau fs"... je me demande si windows 3.11 est si loin que ça.
[^] # Re: Esprit chagrin
Posté par zebra3 . Évalué à 7.
En plus, tu bénéficies d'une sauvegarde au cas où.
Sinon, il y a bien un outil pour défragmenter un fs ext2/3 (4?), dont je ne sais plus le nom, mais la dernière fois que je m'en suis servi, j'ai perdu 20 Go, ce qui m'a refroidit...
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Esprit chagrin
Posté par windu.2b . Évalué à 7.
Pas toujours possible, du moins pas tout le monde n'a de disques en doublon pour cet usage-là.
[^] # Re: Esprit chagrin
Posté par zebra3 . Évalué à 8.
* tu mets le tout sur un serveur FTP on ze web, pour que tout le monde backupe tes données,
* tu formates,
* tu retélécharges le tout !
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Esprit chagrin
Posté par Psychofox (Mastodon) . Évalué à 6.
[^] # Re: Esprit chagrin
Posté par Moogle . Évalué à 2.
On peut donc faire sans avoir de DD externe : tout backuper par morceaux sur DVD puis restaurer. Bon, c'est un poil long et chiant par contre.
[^] # Re: Esprit chagrin
Posté par Psychofox (Mastodon) . Évalué à 10.
[^] # Re: Esprit chagrin
Posté par Nicolas Boulay (site web personnel) . Évalué à 6.
"La première sécurité est la liberté"
[^] # Re: Esprit chagrin
Posté par Prae . Évalué à 7.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Esprit chagrin
Posté par Nicolas Bourdais (Mastodon) . Évalué à 4.
http://vleu.net/shake/
il a besoin des atributs étendus [http://lea-linux.org/cached/index/Attributs_%C3%A9tendus.htm(...)] pour fonctionner correctement.
La dépêche de l'époque:
http://linuxfr.org/2006/08/20/21216.html
[^] # Autopromotion
Posté par un_brice (site web personnel) . Évalué à 4.
[^] # Re: Esprit chagrin
Posté par IsNotGood . Évalué à 1.
Très juste. Défragmenter apporte un gain. Mais sous Linux et pour un usage courant ce n'est pas grand chose. J'ai défragmenté qu'un fois sous Linux (à l'époque d'ext2), ça n'a pas changé grand chose.
Par contre sur un serveur qui lit et écrit intensivement le système de fichier ça peut faire une différence significative.
M'enfin, c'est de la petite optimisation. Jamais je ne vais faire un tar et le restaurer pour ça (sauf cas très particulier).
[^] # Re: Esprit chagrin
Posté par un_brice (site web personnel) . Évalué à 4.
Ça dépend en fait de ton usage. Souvent les logiciels de peer to peer ne préallouent pas la place dédiée aux fichiers qu'ils téléchargent. Ils se contentent de les écrire petit bout par petit bout, au bonheur la chance et sont une grande source de fragmentation.
Les partitions ReiserFS v3 ont aussi cette tendance à fragmenter, quand elles sont bien bien pleines ou qu'on les monte sans l'option notail.
Et pas besoin d'un énorme tarball ! J'ai écrit un soft fait exprès pour traiter ce genre de cas http://vleu.net/shake/
Bon, OK... c'est de la pub. Et le soft est en beta.
# mouaich
Posté par TImaniac (site web personnel) . Évalué à 3.
Delete programs you never use
Un programme que je n'utilise pas, ne doit pas ralentir ma bécane. Il y a des tonnes de programme que je n'utilise pas sur ma bécane.
Il y a une différence entre "je ne l'utilise pas" et "il bouffe des ressources quand même".
Même si on n'utilise pas un programme, il utilise des ressources :
- espace disque
- processeur (certains programmes tournent en tâche de fond)
- mémoire (certains programmes tournent en tâche de fond)
Clean up your hard disk
Plus les disques sont utilisés et plus c'est lent...
C'est la notion de "scalability" de Windows ?
Plus un disque est plein, plus les fichiers deviennent fragmentés sur le disque et limite les perfs du système en conséquence. Y 'a pas de miracle.
Run fewer programs at the same time
Retour à MS-DOS.
Le problème est identique sous tous les OS.
Restart regularly
Poilant de rire.
Encore une fois, ce problème est similaire sous Linux : tu peux très bien avoir des programmes avec une légère fuite mémoire par exemple qui vont poser dégrader les perfs globales au bout d'un certain temps.
Restart your PC at least once a week
Mort de rire.
Certaines mises à jour nécessite un reboot. Sous linux aussi. Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité.
Check for viruses and spyware
J'ai jamais fait ça sous Linux en 10 ans d'utilisation.
Quelqu'un a essayé ça sous Linux ? On y gagne en performance ?
C'est la rançon du succès.
Disable services you don’t need
Ce conseil sur slashdot ne m'étonnerait pas...
Ce serait un conseil de sécurité, il serait bienvenu.
Mais pour accélérer une bécane...
Un service qui s'exécute bouffe de la RAM et parfois du CPU.
[^] # Re: mouaich
Posté par CrEv (site web personnel) . Évalué à 9.
Ralala...
mais c'est franchement n'imp ça
C'est pas le fait de rebooter qui va améliorer la sécurité mais le fait de rebooter _après_ une mise à jour _le nécessitant_
Faut arrêter un peu la mauvaise fois là...
Pour le reste, la différence est surtout dans la mesure... et la différence est donc dans la nécessité de _devoir_ {rebooter|défragmenter|surveiller les virus|désinstaller les softs|...}
[^] # Re: mouaich
Posté par TImaniac (site web personnel) . Évalué à -2.
T'es con ou quoi ? J'ai justement écris juste avant :
"Certaines mises à jour nécessite un reboot."
Faut arrêter de faire semblant de pas comprendre en jouant sur la forme alors que tout le monde a compris ce que j'ai dis.
et la différence est donc dans la nécessité de _devoir_
Y'a aucune nécessité. Tu fais ce que tu veux.
[^] # Re: mouaich
Posté par CrEv (site web personnel) . Évalué à 4.
tu dis que certaines updates demandent des reboot, y compris sous linux, et que "Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité" en réponse au fait de redémarrer _chaque_ semaine
Le fait de redémarrer chaque semaine (ni "de temps en temps") n'apportera _rien_ en sécurité, c'est seulement a des instants précis et c'est ce sur quoi j'appuyais. Maintenant c'est sur que si tu veux défendre cela innutilement et ne pas voir le ridicule du conseil de crosoft ... ben libre à toi
D'ailleurs sous windows, il y a bien _nécessité_ de redémarrer, tu n'as jamais eu la belle boite te disant qu'il va redémarrer si tu n'appuis pas sur le petit bouton ? et la boite reviens peu de temps après...
[^] # Re: mouaich
Posté par Matthieu Moy (site web personnel) . Évalué à 0.
Si, et c'est quoi la différence avec la même boite (mais en ncurses) de Debian qui te demande de rebooter bientôt ?
[^] # Re: mouaich
Posté par CrEv (site web personnel) . Évalué à 5.
Si tu lui dis de se fermer (de redémarrer ultérieurement) elle reviendra 10min plus tard te redemander et rebootera automatiquement 5min plus tard si par malheur tu n'as pas cliqué pour lui dire se fermer et elle reviendra 10 min plus tard et ...
Donc désolé mais il y a une grosse différence (en tout cas sur les nerfs)
Et pour ma part (pas sous debian) j'ai aucune boite de dialogue me demandant de rebooter mon ordi...
[^] # Re: mouaich
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Oh, scandale ! Alors que ma Debian, elle me dit juste une fois "tu reboote, ou je ne réponds plus de rien", et après, si ça marche plus, c'est ma faute.
> Et pour ma part (pas sous debian) j'ai aucune boite de dialogue me demandant de rebooter mon ordi...
Bah t'as pas du faire souvent de mise à jour. Et tu connais comment la difference entre le message de Debian te demandant de rebooter et celui de Windows, si t'as jamais eu celui de Debian ?
[^] # Re: mouaich
Posté par Moogle . Évalué à 4.
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 1.
Sous Linux en pratique tu rebootes tous les mois pour les patchs, comme un Windows.
Quand a installer un soft qui te demande de rebooter, je ne me souviens pas avoir vu ca depuis belle lurette.
Office, VStudio, Acrobat Reader, Flash, Firefox, OOo ... Aucun de ces softs ne demande de reboot.
Pour les drivers, si le driver peut etre stoppe a chaud(ce qui est le cas pour enormement de drivers de nos jours), tu peux l'updater sans reboot.
[^] # Re: mouaich
Posté par CrEv (site web personnel) . Évalué à 4.
Ha non !
Hier, j'ai un windows qui a du redémarrer à cause d'une update de flash...
Pour les autres pourquoi pas, mais pas pour flash (m'enfin j'ai pas regardé s'il fonctionnait tout de même sans rebooter...)
[^] # Re: mouaich
Posté par zx81 . Évalué à 1.
Même qu'un jour, je l'ai vue plusieurs fois à une présentation lors d'un mini-salon.
C'était un prestataire de SSLL avec une présentation ppt vantant Linux et les logiciels libres ! Rigolade du public garantie :-)
[^] # Re: mouaich
Posté par GG (site web personnel) . Évalué à 1.
Cela me fait penser que ceux qui fréquentent ces conférences sont déjà complètement convertis à Linux et aux logiciels libres.
(tiens, il n'y a plus la balise )
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: mouaich
Posté par zebra3 . Évalué à 8.
Je ne sais pas pour toi, mais je ne considère pas ces conseils comme des manières d'optimiser le système... Avec un titre comme ça, je m'attends plus à des moyens de tuner Vista, des trucs dans la base de registre, des paramètres finement calculés, des machins comme ça, quoi.
Si c'est tout ce que Microsoft propose comme conseils, des trucs *évidents* et qui s'appliquent à tout système informatique, ça me donne l'impression qu'ils ne connaissent pas leur propre système, voire même que c'est une telle usine à gaz que toute tentative d'optimisation un peu pousée est trop risquée...
Encore pire : il se pourrait que Vista a déjà été optimisé au maximum par les dév de Microsoft, et qu'il n'est pas possible de faire mieux... Ça fait peur...
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 6.
Ou tu pourrais te dire que ces trucs "evidents" le sont pour des informaticiens/geeks, mais pas du tout pour le non-informaticien.
Tu pourrais te dire aussi que ce qui est propose ici est totalement inoffensif, ils precisent meme que stopper un service est une etape avancee et qu'il vaut mieux l'eviter si tu ne te sens pas sur de toi.
Il y a plein de moyens d'optimiser Vista, ceux-la sont ecrit pour monsieur tout le monde, pas pour les geeks.
[^] # Re: mouaich
Posté par zebra3 . Évalué à 4.
J'ai le même gros défaut que beaucoup d'entre nous sur ce site : je n'ai pas le réflexe de me mettre à la place de l'utilisateur moyen. Un geek reste un geek !
Et pourtant, j'imagine aisément ce que ressentirait le quidam venant de s'acheter une machine surpuissante équipée de l'OS le plus moderne qui soit (d'après cette fameuse pub qui l'a poussé à se la payer) se faire entendre des conseils d'optimisation tels que «n'utilisez pas trop de programme à la fois si vous voulez que votre PC soit performant»...
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: mouaich
Posté par ewasx . Évalué à 3.
Alors ces conseils, qui nous paraissent etre seulement du bon sens, sont nécessaires pour les utilisateurs "normaux".
[^] # Re: mouaich
Posté par Moonz . Évalué à 5.
N'importe quoi.
Dans ce cas, tu redémarres le programme incriminé (qui a dit firefox ? :p), pas le système entier...
[^] # Re: mouaich
Posté par Matthieu Moy (site web personnel) . Évalué à 6.
Soit, toi, tu sais faire "top", voir que c'est le service bidule qui est parti en vrille, et faire /etc/init.d/bidule restart, mais pour le commun des mortels, c'est dur. Quand ton /tmp/ est plein malgré un "rm -fr /tmp/*", tu sais faire un lsof pour trouver le programme qui a encore un descripteur de fichier ouvert (le con) qui l'empêche de libérer la place.
Et pour toi, rebooter, c'est la honte, c'est le truc qui ne dois jamais arriver, mais pour madame michu, c'est un truc déséspérement simple, qui résous certains de ses problèmes.
[^] # Re: mouaich
Posté par IsNotGood . Évalué à 2.
Mais tu parles de bug. Oui, si un programme a un bug il faut top, lsof, et voire un reboot si tu ne trouves pas le problème. Bref, tu peux avoir à faire un nombre de chose infini.
Je n'ai jamais conseillé à un mec qui trouve sa linuxbox lente de rebooter. Et toi ?
J'essai de trouver les raisons (drivers graphique sans accélération, bug d'un programme, etc).
Je n'ai pas souvenir d'avoir rebooter ma bécane Linux pour la rendre plus rapide. Et ça fait depuis 10 ans que j'utilise Linux.
Tu vois enfin la différence avec Windows ?
Lorsqu'un Windows est lent, on le reboot. Je peux t'assurer que j'ai vu ça des tonnes de fois même pour des serveurs.
Sous Linux ce n'est pas le cas. Et quand c'est le cas, c'est à cause d'un bug, d'un admin qui n'est pas futé, etc. Mais ça reste exceptionnel.
J'ai parfois des uptimes de 100 jours et plus sur ma bécane (qui fait serveur de développement, backup, station de travail, plateforme multi-média, host virtualisation, etc). Quand je reboot, c'est pour changer de noyau. Ce n'est pas pour rendre ma bécane plus rapide. Et juste après un reboot, je n'ai jamais trouvé ma bécane plus rapide (sauf évolution importante du noyau).
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 5.
J'essai de trouver les raisons (drivers graphique sans accélération, bug d'un programme, etc).
Je n'ai pas souvenir d'avoir rebooter ma bécane Linux pour la rendre plus rapide. Et ça fait depuis 10 ans que j'utilise Linux.
Tu vois enfin la différence avec Windows ?
Ca tombe bien, je suis comme toi, sous Windows et sous Linux.
Lorsqu'un Windows est lent, on le reboot. Je peux t'assurer que j'ai vu ça des tonnes de fois même pour des serveurs.
Sous Linux ce n'est pas le cas. Et quand c'est le cas, c'est à cause d'un bug, d'un admin qui n'est pas futé, etc. Mais ça reste exceptionnel.
Tu sais, je me poses des questions sur toi. Dans certains posts tu parles technique et semble comprendre comment un OS fonctionne, et dans d'autres tu fais des commentaires qui sont comment dire... bizarre.
Windows c'est pas une boite magique hein, c'est un OS avec des binaires, des processus, etc... Quand t'as un processus qui bouffe de la RAM, ca se voit, tu peux le killer, tout comme sous Linux.
Il y a ZERO difference entre les 2 OS. Je me demandes comment tu arrives a inferer que la seule solution techniquement parlant c'est de rebooter sous Windows.
J'ai parfois des uptimes de 100 jours et plus sur ma bécane (qui fait serveur de développement, backup, station de travail, plateforme multi-média, host virtualisation, etc). Quand je reboot, c'est pour changer de noyau. Ce n'est pas pour rendre ma bécane plus rapide. Et juste après un reboot, je n'ai jamais trouvé ma bécane plus rapide (sauf évolution importante du noyau).
Ca tombe bien, moi aussi (bon je reboote plus souvent pour les patchs de securite par contre), et je suis sous Windows.
Faut arreter de comparer le comportement d'un geek qui comprend ce qu'il fait sous Linux avec un neuneu sous Windows.
[^] # Re: mouaich
Posté par Batchyx . Évalué à 1.
C'est bizarre, moi je trouvais justement que les derniers noyaux étaient plus réactifs ...
(oui, je sais très bien que c'est pas ça que tu pense, enfin j'espère.)
[^] # Re: mouaich
Posté par IsNotGood . Évalué à 1.
C'est une réponse à un bug. C'est un conseil du SAV s'il y a un problème, etc.
Ça ne doit pas être une règle pour rendre sa bécane plus rapide. En tout cas pas sous Linux.
[^] # Re: mouaich
Posté par TImaniac (site web personnel) . Évalué à 0.
Evidemment si t'es un geek !
Mais madame michu, tu vas pas lui demander d'ouvrir la fenêtre qui liste les process, de lui demander de matter de temps en temps quel appli bouffe de la ram pour lui conseiller de redémarrer là dite appli...
Ca c'est n'importe quoi !
Le seul conseil "générique" et applicable par n'importe quel utilisateur reste de "redémarrer" une fois de temps en temps.
[^] # Re: mouaich
Posté par Moonz . Évalué à 4.
2. Madame michu, elle a un ordinateur surdimensionné par rapport à ses besoins. Une fuite de mémoire avec des PCs à 1Go de RAM, tu commences à la ressentir au bout de ~2 jours de uptime (et encore). Tu connais beaucoup de Madame michu qui a un uptime de deux jours ?
Non, sérieusement, ce conseil est risible, quel que soit l'angle selon lequel tu le regardes:
- Si c'est du point de vue de l'utilisateur "de base", son utilisation est: allumer l'ordinateur, travailler deux-trois heures dessus (allez, au pire, la journée) puis l'arrêter. Dans ce cas, pas la peine de conseiller de redémarrer (au contraire, l'utilisateur risque de lire "réguilèrement" comme "toutes les demi-heures").
- Si c'est un "power-user", il sait très bien tuer l'application qui bouffe toute la RAM. Conseil inutile.
[^] # Re: mouaich
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Bah oui. Avec la veille prolongée, beaucoup de gens n'éteignent plus leur ordinateur du tout.
Relis bien l'article.
Relis-le encore.
Trouve la phrase « Restart your PC at least once a week » dedans, et essaye de comprendre ce qu'elle veut dire. Même google translate devrait te dire que « a week », c'est plus long que « deux jours ».
> l'arrêter
Ça veut dire quoi « arrêter » ? Elle appuie sur quel bouton madame michu ?
[^] # Re: mouaich
Posté par windu.2b . Évalué à 3.
Elle, je sais pas, mais certains ont des choix bizarres :
ADSL = pas marcher = la flemme d'aller jusquau modem = disjoncteur plus pret = reboot maison
http://www.bashfr.org/?4938
[^] # Re: mouaich
Posté par IsNotGood . Évalué à 3.
C'est MS qui le dit.
> Même si on n'utilise pas un programme, il utilise des ressources :
> - espace disque
Oui. Mais avec des disques de l'ordre de 300 Go aujourd'hui, il n'y a rien a attendre ici.
> - processeur (certains programmes tournent en tâche de fond)
> - mémoire (certains programmes tournent en tâche de fond)
Dans ce cas ses programme sont mauvais.
On a déjà vu des benchs entre par exemple une installation de Fedora par défaut (beaucoup de service) et une Gentoo au petit oignon, et il n'y a pas de différence. La différence est dans le temps de boot.
Ceux qui ont fait les benchs sont de mauvaise foi ?
> Plus un disque est plein, plus les fichiers deviennent fragmentés sur le disque et limite les perfs du système en conséquence. Y 'a pas de miracle.
Si le disque est plein à 95 % c'est effectivement un problème.
J'ai déjà fait du nettoyage de mes disques. Mais pas pour gagner en performance, mais pour gagner de la place disque.
Lorsque mon disque se remplit, je ne me dis pas "zut, mon système va être lent", mais "zut, je risque de manquer de place". Sous Windows c'est "zut, mon système va être lent". Et je peut le confirmer. Lorsque le taux d'utilisation arrive autour de 80%, les performances chutes significativement. Sous Linux à 80 % on ne remarque rien (sauf à sortir un chrono).
> Le problème est identique sous tous les OS.
Si tu lances deux programmes en même temps, ça ne doit pas être plus lents. T'as bécane en fait plus.
Si j'ai le programme A tout seul qui fait son boulot en 1 minutes et le programme B tout seul qui fait son boulot en 2 minutes, si je lance ces deux programmes en même temps, ça ne doit pas me prendre plus de 3 minutes (sauf cas exceptionnel type énormemment d'accès disques).
Sous Linux lorsqu'on compile on utilise souvent "make -j 2" pour un mono-processeur. Ça compile plus plus que "make -j 1" même su un mono-processeur.
Apparament sous Windows ce n'est pas le cas. Permet moi de trouver ça étrange.
Enfin on est à une époque de bi-core voire quadri-core, et dire qu'il ne faut pas lancer plusieurs applis à la fois est définitivement ridicule.
> Encore une fois, ce problème est similaire sous Linux : tu peux très bien avoir des programmes avec une légère fuite mémoire par exemple qui vont poser dégrader les perfs globales au bout d'un certain temps.
Ce problème ne demande pas de rebooter la bécane sous Linux.
Au pire tu te déloggue et te reloggue. Enfin, tu parles de bug. Vista est conçu pour les bugs, avec des bugs de conception ?
> Certaines mises à jour nécessite un reboot.
Énormément sous Windows
> Sous linux aussi.
Uniquement un changement de noyau demande un reboot.
> Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité.
Dans ce cas ton système est pourri. Si t'es sous Windows, ça ne me surprend pas.
> C'est la rançon du succès.
Rire.
T'as vu le succès de Firefox ?
Ben pratiquement aucun virus et en tout cas sans commune mesure avec IE.
Bref, cette excuse facile il faudrait éviter de la sortir à l'avenir. Elle est complètement naze. Et ça fait depuis des années que je dis qu'elle est complètement naze.
> Un service qui s'exécute bouffe de la RAM et parfois du CPU.
Le mieux dans ce cas est de virer le "service" vista.
Si le service n'est pas utilisé, il ne bouffe pas de CPU. Si t'es un peu juste en RAM, le service fini dans le swap.
Ou alors la règle que MS c'est que chaque service soit locké en RAM ?
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 4.
Apparament sous Windows ce n'est pas le cas. Permet moi de trouver ça étrange.
Oh mon dieu quelle anerie. Je te parie 20000$ que c'est faux, pret a prendre le pari ? Si oui je te file un executable qui te le montre sans aucune discussion possible et je te file mon numero de compte.
> Ne pas rebooter une fois de temps en temps sur un poste client c'est potentiellement s'exposer à des problèmes de sécurité.
Dans ce cas ton système est pourri. Si t'es sous Windows, ça ne me surprend pas.
Cas d'ecole :
T'as une societe avec 200 clients Linux ayant KDE+Firefox+OpenOffice, bien entendu ces clients sont utilises, OpenOffice, Firefox et d'autres applis KDE sont ouvertes a peu pres constamment. Ils deployent les mises a jour automatiquement, dont une pour KDE.
Devines ce qu'il se passe si tu ne redemarres pas KDE apres la mise a jour ?
Petite aide: pense au code sur le disque, et au code en memoire qui est execute et qui est a risque.
Et redemarrer KDE sur un client, ca equivaut a rebooter le systeme dans 99% des cas d'un point de vue fonctionnel.
Sinon: https://rhn.redhat.com/errata/rhel-server-errata.html
Mars: reboot https://rhn.redhat.com/errata/RHSA-2007-0099.html
Avril: reboot au moins pour les clients https://rhn.redhat.com/errata/RHSA-2007-0157.html
Mai: reboot https://rhn.redhat.com/errata/RHSA-2007-0347.html
Juin: reboot https://rhn.redhat.com/errata/RHSA-2007-0376.html
Juillet: reboot https://rhn.redhat.com/errata/RHSA-2007-0595.html
Aout: reboot au moins pour les clients
Septembre: reboot https://rhn.redhat.com/errata/RHSA-2007-0705.html
Octobre: reboot https://rhn.redhat.com/errata/RHSA-2007-0940.html
Novembre: reboot https://rhn.redhat.com/errata/RHSA-2007-0993.html
Janvier 2008: reboot https://rhn.redhat.com/errata/RHSA-2008-0089.html
Marrant, on dirait que sur Linux tu rebootes environ une fois par mois pour tes patchs aussi, tout comme Windows.
Ben pratiquement aucun virus et en tout cas sans commune mesure avec IE.
Petit rigolo.
Fais donc une recherche pour 'exploit firefox' dans Google, et informe toi.
Si le service n'est pas utilisé, il ne bouffe pas de CPU. Si t'es un peu juste en RAM, le service fini dans le swap.
Ou alors la règle que MS c'est que chaque service soit locké en RAM ?
Tout depend de ce que fait le service, il y a des services qui tourne en arriere plan, qui font du monitoring, mais qui sont inutiles pour certaines personnes.
[^] # Re: mouaich
Posté par Nicolas Boulay (site web personnel) . Évalué à 5.
Petit rigolo.
Fais donc une recherche pour 'exploit firefox' dans Google, et informe toi.
Tu veux nous rappeler la taille en jours des fenêtres de vulnérabilité entre IE et Firefox ? Chiffre évidement basé sur des failles connus or tout est connu sur Firefox mais pas sur IE.
De mémoire, Firefox était a 3 jours, IE a plusieurs semaines.
Tout depend de ce que fait le service, il y a des services qui tourne en arriere plan, qui font du monitoring, mais qui sont inutiles pour certaines personnes.
Il n'y a pas de gestion d'évènements noyau pour éviter un tel polling ?!
"La première sécurité est la liberté"
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 1.
Il y a quoi qui n'est pas connu sur IE par rapport a Firefox ?
De mémoire, Firefox était a 3 jours, IE a plusieurs semaines.
Peut-etre, j'en sais rien. La question initiale etait : pas d'attaques sur les gens sous Firefox, la realite est evidemment loin d'etre telle.
Il n'y a pas de gestion d'évènements noyau pour éviter un tel polling ?!
Si, et quand l'evenement se produit, le service fait son boulot, ca veut pas dire que l'utilisateur est interesse par le resultat.
[^] # Re: mouaich
Posté par Nicolas Schoonbroodt . Évalué à 4.
Ben il peut pas te répondre, il ne connait pas.
[^] # Re: mouaich
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Est-ce que MS communiquent tous les problèmes corrigés sur IE à chaque mise à jour ?
"La première sécurité est la liberté"
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à -1.
[^] # Re: mouaich
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à -1.
[^] # Re: mouaich
Posté par Epy . Évalué à 3.
Ce qui augmenterait considérablement cette fenêtre, mais on n'en sait rien c'est dans le noir, plutôt pratique.
[^] # Re: mouaich
Posté par pasBill pasGates . Évalué à 1.
Dans le cas de Firefox, elles datent de quand les failles qui ont ete corrigees en meme temps qu'une autre vulnerabilite ?
Dans 99% des cas, ces failles sont des variantes de la faille originale, chez Firefox et chez nous elles sont corrigees au meme moment. La grosse difference c'est que MS ne donne pas le detail des variantes.
# Reboot weekly
Posté par Obsidian . Évalué à 4.
Tiens, d'ailleurs, cette entrée devrait répondre à une interrogation de pasBill :
https://linuxfr.org/comments/488622.html#488622
C'est donc bien l'usage, chez MS.
Ça, c'est quand même énorme, nom d'un chien.
Ça laisse penser que les gens qui ont écrit ce papier pensent en toute bonne foi que même sur un système très fiable, on ne peut empêcher l'entropie de progresser et que c'est vrai sur tous les O.S.
Même si c'est à destination de Mme Michu, une grande compagnie ne doit pas distiller de pareilles âneries, sinon les gens vont vraiment finir par croire qu'il faut rebooter pour l'hygiène !
Que les gens ne s'intéressent pas à la technique est une chose, confirmer de manière officielle ce qui devrait être une mauvaise habitude en est une autre.
[^] # Re: Reboot weekly
Posté par pasBill pasGates . Évalué à 1.
Quand aux techniciens, si ils voient cette page et ils la prennent pour argent comptant, j'aurais un mal fou a appeler ces gens des techniciens.
Faut sortir de ta tour d'ivoire et revenir dans le monde reel mon cher, MS a une aide specifique pour les techniciens, et une pour les non-techniciens, c'est pas par hasard.
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 3.
MOUARFFFFFFFF c'est trop fort ca! J'aime beaucoup l'utilisation du mot "mysterious" c'est une tellement bonne description du comportement classique de Windows que je vois partout.
J'hallucine tous les soirs lorsque ma femme me dit d'eteindre son ordi. Il faut pas le mettre en veille ni en hibernation sinon il devient tout lent et rien de reagit plus au bout d'une heure. Le truc encore plus drole c'est le redemarrage: demarrer, se loguer, verifier que la carte son ne marche pas, redemmarrer, se reloguer, verifier que la carte son marche etc. Generalement cela prend 2 ou 3 cycles pour que cela fonctionne correctement.
Je lui installerai bien linux (et elle aussi aimerait bien) mais bon c'est pas son portable mais celui de son boulot.
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 1.
Ouais, ben c'est pas pour autant que tu vas pouvoir lui mettre en veille sa machine sans craindre de la planter a la sortie de veille, hein...
[^] # Re: Reboot weekly
Posté par tguez . Évalué à 1.
Ce n'est pas un défaut de Linux, c'est juste qu'étant très très stable, il se passe parfois trop de temps entre les reboots pour bien comprendre l'origine d'une erreur d'administration système. C'est donc utile de planifier des reboots de serveurs critiques de temps en temps pour s'assurer qu'en cas de panne matérielle, on n'aura pas en plus des problèmes de logiciels systèmes à reparamétrer.
En même temps, beaucoup de choses étant accessibles en ligne de commande sous Unix/Linux, il me paraît infiniment plus facile de retrouver un historique des commandes d'administration et des fichiers modifiés, d'autant qu'ils sont le plus souvent en clair (history, find, lastlog, grep...).
Enfin, je veux signaler que redémarrer seulement l'interface graphique (KDE, Gnome, XFCE) n'a que peu à voir avec un reboot : le redémarrage de l'interface graphique ne trouble pas les clients NFS, les serveurs NFS et, dans une moindre mesure les gens connectés à distance, surtout s'il sont en mode texte.
Aussi, autrefois, quand les systèmes Windows devaient être réinstallés régulièrement, la fragmentation était moins problématique... Tiens, ça serait peut-être aussi une solution anti-virus et anti-spyware pour Microsoft ? ;-) Genre on réinstalle chaque jour ! Solution anti-chômage aussi mais boulot répétitif... ;-))
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 2.
moui, enfin sur un laptop, redemarrer kde ou la machine, ca revient sensiblement a la meme chose...
N'empêche que quand tu rebootes après un an - un an et demi un système, et qu'un admin a fait une ânerie dans les paramètrages de services/démons/etc..., c'est pénible de chercher à deviner qu'est-ce qui a été détraqué il y a longtemps.
Je comprends pas trop, tu veux dire qu'un admin change la config mais qu'il ne redemarre pas le service pour qu'elle soit prise en compte?
C'est un concept heuuu, on va dire interessant... ;-)
Ou alors tu veux dire qu'en faisant un simple reboot, qui est cense te laisser les softs dans le meme etat, ta config a saute?
C'est un concept interessant aussi.
Sans compter qu'un serveur avec 400+ jours d'uptime, ben il va ptetre falloir etre temps d'appliquer les patchs de secu, non?
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 1.
De tout de facon comme precise la mise en veille marche pas mais l'arret non plus ne fonctionne pas vu que au redemarrage la carte son ne fonctionne qu'une fois sur 3. Perso je n'ai jamais vu ce genre de comportement sous linux, si ca marche pas apres un demarrage c'est pas parceque je vais demarrer 42 fois (sans rien changer dans le systeme ni la configuration) que le peripherique va fonctionner.
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 1.
tu sais, que ca soit la carte graphique ou le kernel, ca change pas grand chose au probleme: ton portable est inutilisable car la mise en veille ne marche pas...
Pis qu'est ce qui te dit que c'est pas le pilote de la carte son qui deconne la?
Pas la faute de windows, c'est celle de la carte son...
Marrant les geometries variables, quand meme...
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 1.
sauf que mon linux qui a un driver proprio il me dit pas "certifie linux" alors que le drivers de la carte son (si c'est le probleme) il me dit "certifie microsoft". Une "legere" difference.
Enfin quoi qu'il en soit lorsque un drivers linux me pete mon systeme il le fait de facon consistante et pas une fois de temps en temps contrairement au probleme ennonce plus haut vu que la carte son fonctionne en moyenne une fois sur trois redemarrage. J'aimerai bien savoir la difference entre le premier et le n-ieme demarrage... Sur mon systeme linux entre deux demarrage ce sont les memes services qui demarre du coup le probleme, si il y a lieu, il est systematique. J'ai beau redemarre 1000 fois linux si je fais rien dans la configuration cela changera rien ca marchera pas.
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 1.
sauf si le pb vient du matos.
Chose que tu aurais envisage sous linux, mais jamais sous windows, evidemment...
geometrie variable, quand tu nous tiens...
sauf que mon linux qui a un driver proprio il me dit pas "certifie linux" alors que le drivers de la carte son (si c'est le probleme) il me dit "certifie microsoft". Une "legere" difference.
Qu'est ce que tu veux qu'ils fassent MS?
C'est pas eux qui ont concu la carte, ils peuvent pas assurer que le driver sera fonctionnelement exempt de bugs...
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 2.
C'est fout un live-cd cela doit faire de la reparation de matos alors car a chaque fois que j'en ai fait demarrer un dessus j'ai eu la "chance" de tomber sur la fois ou le matos accepter de fonctionner.
Qu'est ce que tu veux qu'ils fassent MS?
Prendre leur responsabilite et si ils sont pas content que les drivers soient pourri ils les ecrivent eux memes? Ah oui c'est vrai Microsoft est une pauvre petite boite qui n'a ni les moyens techniques ni humains pour faire ce que les devs de linux font (sans doc) depuis 15 ans.
Ne meme pas etre capable d'ecrire un drivers generique de support de cle usb c'est tout de meme fort. Je prend le usb car a chaque nouvelle cle usb que j'ai eu dans les mains et utilise sur un windows il a fallu installer un nouveau driver chose que je n'ai jamais eu a faire sous linux... Mais bon ca encore ca va etre la faute du matos et pas de Microsoft?
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 0.
toujours de bonnes excuses pour taper sur ms.
J'arrete de discuter avec toi, t'as toujours une bonne raison pour taper sur MS.
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 1.
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à -1.
Un autre truc que j'adore chez toi, c'est cette mentalite "Mais t'es avec qui? Avec eux ou contre moi?"
[^] # Re: Reboot weekly
Posté par abramov_MS . Évalué à 1.
[^] # Re: Reboot weekly
Posté par pw00t . Évalué à 0.
# Comme dit le proverbe...
Posté par Moogle . Évalué à 2.
[^] # Re: Comme dit le proverbe...
Posté par Epy . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.