Superficiel dans le sens où je pensais que tu avais tapé plus "bas " dans le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input menu(Input Methods) C'est une première:-) j'ai osé:-) D'origine dans Snow il y a cà qui fait 114,6 Mo
J'ai bouché le trou et tout fonctionne à merveille.
SbM a écrit :
Superficiel dans le sens où je pensais que tu avais tapé plus "bas " dans
le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input
menu(Input Methods)
C'est une première:-) j'ai osé:-)
D'origine dans Snow il y a cà qui fait 114,6 Mo
Superficiel dans le sens où je pensais que tu avais tapé plus "bas " dans le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input menu(Input Methods) C'est une première:-) j'ai osé:-) D'origine dans Snow il y a cà qui fait 114,6 Mo
J'ai bouché le trou et tout fonctionne à merveille.
Frédéric Testuz
Philippe Di Valentin avait énoncé :
SbM a écrit :
Superficiel dans le sens où je pensais que tu avais tapé plus "bas" dans le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input menu(Input Methods) C'est une première:-) j'ai osé:-) D'origine dans Snow il y a cà qui fait 114,6 Mo
J'ai bouché le trou et tout fonctionne à merveille.
C'est ça que je trouve emm**** avec Monolingual. Il accepte de supprimer des .lproj même s'il n'en reste plus aucun ensuite dans le bundle concerné. Par conséquent, l'outil concerné ne fonctionne plus. Par exemple chez toi, il est maintenant impossible d'écrire en japonais (disparition de Kotoeri).
Bon, tu vas me répondre que tu n'écris jamais en japonais :-) Cependant je considère qu'un outil qui rend inutilisable certaines fonctions du système est un outil dangereux.
-- Frédéric
Philippe Di Valentin avait énoncé :
SbM a écrit :
Superficiel dans le sens où je pensais que tu avais tapé plus "bas" dans
le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input menu(Input
Methods)
C'est une première:-) j'ai osé:-)
D'origine dans Snow il y a cà qui fait 114,6 Mo
J'ai bouché le trou et tout fonctionne à merveille.
C'est ça que je trouve emm**** avec Monolingual. Il accepte de
supprimer des .lproj même s'il n'en reste plus aucun ensuite dans le
bundle concerné. Par conséquent, l'outil concerné ne fonctionne plus.
Par exemple chez toi, il est maintenant impossible d'écrire en japonais
(disparition de Kotoeri).
Bon, tu vas me répondre que tu n'écris jamais en japonais :-) Cependant
je considère qu'un outil qui rend inutilisable certaines fonctions du
système est un outil dangereux.
Superficiel dans le sens où je pensais que tu avais tapé plus "bas" dans le système.
Tiens je viens de "taper" dans le System avec Monolingual/Input menu(Input Methods) C'est une première:-) j'ai osé:-) D'origine dans Snow il y a cà qui fait 114,6 Mo
J'ai bouché le trou et tout fonctionne à merveille.
C'est ça que je trouve emm**** avec Monolingual. Il accepte de supprimer des .lproj même s'il n'en reste plus aucun ensuite dans le bundle concerné. Par conséquent, l'outil concerné ne fonctionne plus. Par exemple chez toi, il est maintenant impossible d'écrire en japonais (disparition de Kotoeri).
Bon, tu vas me répondre que tu n'écris jamais en japonais :-) Cependant je considère qu'un outil qui rend inutilisable certaines fonctions du système est un outil dangereux.
-- Frédéric
Philippe Di Valentin
Frédéric Testuz a écrit :
Bon, tu vas me répondre que tu n'écris jamais en japonais :-)
Je vais même préciser que j'ai déjà du mal à écrire en Français........ alors le japonais!!!!!!:-)))))
Frédéric Testuz a écrit :
Bon, tu vas me répondre que tu n'écris jamais en japonais :-)
Je vais même préciser que j'ai déjà du mal à écrire en
Français........ alors le japonais!!!!!!:-)))))
Oui, merci, mon oeil gauche a fait rire mon cerveau droite et mon oeil droite a vu passer un papillon, ce qui l'a distrait un instant :)
Cette image est un très bon prétexte d'admirer la nature.
Oui mais dans les deux cas il y a mieux ;-)))))
NicolasAlex.Michel.remove
Philippe Di Valentin wrote:
et puis une fois de plus je vais avoir droit aux sarcasmes des pro,pointus,obtus,férus,barbus etc...
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB sur un disque externe avec le clone, en reproduisant chaque étape.
Je n'ai pas fait une réinstall propre parce que je penses que c'est plus intéressant en général de pouvoir optimiser un système existant que d'avoir à tout partitionner / réinstaller
La phase de boot est assez longue, puisque il doit démarrer sur de l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à partir d'une machine éteinte.
Par la suite je ne ferai de calcul que sur le reboot, pour simplifier.
La partition Système à droit à un coup de Monolingual pour virer les langues étrangères installées malgré la personnalisation du départ;et il en laisse lui aussi quelques unes que je vire manuellement avec une appli qui me les trouve en quelques secondes;en cinq secondes il vire ce qui concerne l'architecture PPC dans un Intel.
Donc j'ai passé monolingual (que j'utilise généralement uniquement quand il faut faire de la place sur un disque dur )
Enlever uniquement les langues ne change pas la vitesse de reboot.
Supprimer les architectures non Intel (ppc et autre) me fait gagner 5 secondes. (donc reboot en 50s à 55s)
Après je vire les polices que je n'utilise pas à part bien entendu les polices Système,tous les dossiers Man,tous les fonds d'écran car j'utilise uniquement Beach(il me fait rêver),les économiseurs d'écrans car ou je met en veille illimitée ou j'éteins.
J'ai repris tes différents posts, puis j'ai viré /Library/Printers (tout), les utilitaires, les input sources, économiseurs d'écran, font systèmes et /var que tu décrit.
J'ai juste gardé les man pages, que j'utilise.
J'ai aussi réparé les permissions et passé diskwarrior.
Résultat : 50-55 sec Pareil quoi.
Ce résultat tends à confirmer que seul ce qui est lancé au boot compte, On peut avoir 15m tones de bordel sur le disque, ça n'est pas en relation avec la vitesse du boot.
Le truc qui pour l'instant m'a fait gagner environ 5 secondes, c'est d'avoir supprimé les architectures ppc. Est-ce que quand on lance une appli universal, tout est chargé en mémoire avant que le système ne décide quelle part elle veux utiliser ? Je ne sais pas, mais il y a des gens ici qui connaissent ça.
Bref, désolé mais ce test n'est pas très concluant jusqu'à présent. 5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
Pour finir une défrag en bonne et due forme ( cerise sur le gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester, parce que c'est un sujet de discorde courant.
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bon, la defrag est lancée, mais il y en a pour long. Donc je post déjà ça, et je ferai un autre post pour la suite.
Du reste je vais pousser le gag en tentant de supprimer ce que je peux dans les core services et autres launchd choses.
Hop -- Nicolas Michel
Philippe Di Valentin <Philippe.Divalentin@rien.fr> wrote:
et puis
une fois de plus je vais avoir droit aux sarcasmes des
pro,pointus,obtus,férus,barbus etc...
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB
sur un disque externe avec le clone, en reproduisant chaque étape.
Je n'ai pas fait une réinstall propre parce que je penses que c'est plus
intéressant en général de pouvoir optimiser un système existant que
d'avoir à tout partitionner / réinstaller
La phase de boot est assez longue, puisque il doit démarrer sur de
l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à partir
d'une machine éteinte.
Par la suite je ne ferai de calcul que sur le reboot, pour simplifier.
La partition Système à droit à un coup de Monolingual pour virer les
langues étrangères installées malgré la personnalisation du départ;et
il en laisse lui aussi quelques unes que je vire manuellement avec une
appli qui me les trouve en quelques secondes;en cinq secondes il vire
ce qui concerne l'architecture PPC dans un Intel.
Donc j'ai passé monolingual (que j'utilise généralement uniquement quand
il faut faire de la place sur un disque dur )
Enlever uniquement les langues ne change pas la vitesse de reboot.
Supprimer les architectures non Intel (ppc et autre) me fait gagner 5
secondes. (donc reboot en 50s à 55s)
Après je vire les polices que je n'utilise pas à part bien entendu les
polices Système,tous les dossiers Man,tous les fonds d'écran car
j'utilise uniquement Beach(il me fait rêver),les économiseurs d'écrans
car ou je met en veille illimitée ou j'éteins.
J'ai repris tes différents posts, puis j'ai viré /Library/Printers
(tout), les utilitaires, les input sources, économiseurs d'écran, font
systèmes et /var que tu décrit.
J'ai juste gardé les man pages, que j'utilise.
J'ai aussi réparé les permissions et passé diskwarrior.
Résultat : 50-55 sec
Pareil quoi.
Ce résultat tends à confirmer que seul ce qui est lancé au boot compte,
On peut avoir 15m tones de bordel sur le disque, ça n'est pas en
relation avec la vitesse du boot.
Le truc qui pour l'instant m'a fait gagner environ 5 secondes, c'est
d'avoir supprimé les architectures ppc. Est-ce que quand on lance une
appli universal, tout est chargé en mémoire avant que le système ne
décide quelle part elle veux utiliser ? Je ne sais pas, mais il y a des
gens ici qui connaissent ça.
Bref, désolé mais ce test n'est pas très concluant jusqu'à présent.
5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
Pour finir une défrag en bonne et due forme ( cerise sur le
gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester,
parce que c'est un sujet de discorde courant.
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bon, la defrag est lancée, mais il y en a pour long.
Donc je post déjà ça, et je ferai un autre post pour la suite.
Du reste je vais pousser le gag en tentant de supprimer ce que je peux
dans les core services et autres launchd choses.
et puis une fois de plus je vais avoir droit aux sarcasmes des pro,pointus,obtus,férus,barbus etc...
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB sur un disque externe avec le clone, en reproduisant chaque étape.
Je n'ai pas fait une réinstall propre parce que je penses que c'est plus intéressant en général de pouvoir optimiser un système existant que d'avoir à tout partitionner / réinstaller
La phase de boot est assez longue, puisque il doit démarrer sur de l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à partir d'une machine éteinte.
Par la suite je ne ferai de calcul que sur le reboot, pour simplifier.
La partition Système à droit à un coup de Monolingual pour virer les langues étrangères installées malgré la personnalisation du départ;et il en laisse lui aussi quelques unes que je vire manuellement avec une appli qui me les trouve en quelques secondes;en cinq secondes il vire ce qui concerne l'architecture PPC dans un Intel.
Donc j'ai passé monolingual (que j'utilise généralement uniquement quand il faut faire de la place sur un disque dur )
Enlever uniquement les langues ne change pas la vitesse de reboot.
Supprimer les architectures non Intel (ppc et autre) me fait gagner 5 secondes. (donc reboot en 50s à 55s)
Après je vire les polices que je n'utilise pas à part bien entendu les polices Système,tous les dossiers Man,tous les fonds d'écran car j'utilise uniquement Beach(il me fait rêver),les économiseurs d'écrans car ou je met en veille illimitée ou j'éteins.
J'ai repris tes différents posts, puis j'ai viré /Library/Printers (tout), les utilitaires, les input sources, économiseurs d'écran, font systèmes et /var que tu décrit.
J'ai juste gardé les man pages, que j'utilise.
J'ai aussi réparé les permissions et passé diskwarrior.
Résultat : 50-55 sec Pareil quoi.
Ce résultat tends à confirmer que seul ce qui est lancé au boot compte, On peut avoir 15m tones de bordel sur le disque, ça n'est pas en relation avec la vitesse du boot.
Le truc qui pour l'instant m'a fait gagner environ 5 secondes, c'est d'avoir supprimé les architectures ppc. Est-ce que quand on lance une appli universal, tout est chargé en mémoire avant que le système ne décide quelle part elle veux utiliser ? Je ne sais pas, mais il y a des gens ici qui connaissent ça.
Bref, désolé mais ce test n'est pas très concluant jusqu'à présent. 5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
Pour finir une défrag en bonne et due forme ( cerise sur le gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester, parce que c'est un sujet de discorde courant.
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bon, la defrag est lancée, mais il y en a pour long. Donc je post déjà ça, et je ferai un autre post pour la suite.
Du reste je vais pousser le gag en tentant de supprimer ce que je peux dans les core services et autres launchd choses.
Hop -- Nicolas Michel
Philippe Di Valentin
Nicolas Michel a écrit :
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB sur un disque externe avec le clone, en reproduisant chaque étape.
La comparaison est déjà compromise si c'est pas sur le même disque;cablages,vitesse du DD par forcement exactement la même.
Je n'ai pas fait une réinstall propre parce que je penses que c'est p lus intéressant en général de pouvoir optimiser un système existant que d'avoir à tout partitionner / réinstaller.
Faux.
La phase de boot est assez longue, puisque il doit démarrer sur de l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à part ir d'une machine éteinte.
On a le temps d'aller acheter la presse locale;-)))
Donc j'ai passé monolingual (que j'utilise généralement uniquemen t quand il faut faire de la place sur un disque dur )
Il en reste encore pas mal; et es-ce que dans ses Préférences la case Système est cochée??
Bref, désolé mais ce test n'est pas très concluant jusqu'à pré sent. 5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
C'est sur:-)) Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain de temps au boot ou à l'utilisation par le "ménage" que j'opère systémathiquement; le critère je le répète c'est que d'une part j e ne supporte pas l'inutile mais surtout c'est pour raccourcir le plus possible la défrag qui est évoquée en dessous.
Pour finir une défrag en bonne et due forme ( cerise sur le gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester, parce que c'est un sujet de discorde courant.
A peine;-))))
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bien sur et le secret il est là;pas au premier redémarrage après la défrag car là il y a une phase ou le Système doit rechercher ses "petits" qui ont été déplacés et de beaucoup. A l'occasion si on a du temps un "nettoyage" de l'espace libre avec l'Utilitaire de disque ne fait pas de mal;en choisissant Mettre les fichiers supprimés à zéro pour faire au plus court.
Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
Du reste je vais pousser le gag en tentant de supprimer ce que je peux dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la zizique
Nicolas Michel a écrit :
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB
sur un disque externe avec le clone, en reproduisant chaque étape.
La comparaison est déjà compromise si c'est pas sur le même
disque;cablages,vitesse du DD par forcement exactement la même.
Je n'ai pas fait une réinstall propre parce que je penses que c'est p lus
intéressant en général de pouvoir optimiser un système existant que
d'avoir à tout partitionner / réinstaller.
Faux.
La phase de boot est assez longue, puisque il doit démarrer sur de
l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à part ir
d'une machine éteinte.
On a le temps d'aller acheter la presse locale;-)))
Donc j'ai passé monolingual (que j'utilise généralement uniquemen t quand
il faut faire de la place sur un disque dur )
Il en reste encore pas mal; et es-ce que dans ses Préférences la
case Système est cochée??
Bref, désolé mais ce test n'est pas très concluant jusqu'à pré sent.
5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
C'est sur:-))
Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain
de temps au boot ou à l'utilisation par le "ménage" que j'opère
systémathiquement; le critère je le répète c'est que d'une part j e ne
supporte pas l'inutile mais surtout c'est pour raccourcir le plus
possible la défrag qui est évoquée en dessous.
Pour finir une défrag en bonne et due forme ( cerise sur le
gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester,
parce que c'est un sujet de discorde courant.
A peine;-))))
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bien sur et le secret il est là;pas au premier redémarrage après la
défrag car là il y a une phase ou le Système doit rechercher ses
"petits" qui ont été déplacés et de beaucoup.
A l'occasion si on a du temps un "nettoyage" de l'espace libre avec
l'Utilitaire de disque ne fait pas de mal;en choisissant Mettre les
fichiers supprimés à zéro pour faire au plus court.
Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
Du reste je vais pousser le gag en tentant de supprimer ce que je peux
dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la
zizique
Pas de sarcasmes pour ma part, mais de la curiosité.
Donc j'ai fait quelques tests.
J'ai cloné mon système à moi que j'ai et sur un autre mac je boot en USB sur un disque externe avec le clone, en reproduisant chaque étape.
La comparaison est déjà compromise si c'est pas sur le même disque;cablages,vitesse du DD par forcement exactement la même.
Je n'ai pas fait une réinstall propre parce que je penses que c'est p lus intéressant en général de pouvoir optimiser un système existant que d'avoir à tout partitionner / réinstaller.
Faux.
La phase de boot est assez longue, puisque il doit démarrer sur de l'USB. 55s à 60s pour un reboot, et 70s à 75s pour un boot à part ir d'une machine éteinte.
On a le temps d'aller acheter la presse locale;-)))
Donc j'ai passé monolingual (que j'utilise généralement uniquemen t quand il faut faire de la place sur un disque dur )
Il en reste encore pas mal; et es-ce que dans ses Préférences la case Système est cochée??
Bref, désolé mais ce test n'est pas très concluant jusqu'à pré sent. 5 secondes, c'est déjà ça mais ça ne va pas changer ma vie.
C'est sur:-)) Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain de temps au boot ou à l'utilisation par le "ménage" que j'opère systémathiquement; le critère je le répète c'est que d'une part j e ne supporte pas l'inutile mais surtout c'est pour raccourcir le plus possible la défrag qui est évoquée en dessous.
Pour finir une défrag en bonne et due forme ( cerise sur le gateau:-))) );
Nous voilà au point qui me semblait le plus pertinant à tester, parce que c'est un sujet de discorde courant.
A peine;-))))
Philippe, as-tu fait des tests chronomètre en main avant/après ?
Bien sur et le secret il est là;pas au premier redémarrage après la défrag car là il y a une phase ou le Système doit rechercher ses "petits" qui ont été déplacés et de beaucoup. A l'occasion si on a du temps un "nettoyage" de l'espace libre avec l'Utilitaire de disque ne fait pas de mal;en choisissant Mettre les fichiers supprimés à zéro pour faire au plus court.
Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
Du reste je vais pousser le gag en tentant de supprimer ce que je peux dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la zizique
NicolasAlex.Michel.remove
Philippe Di Valentin wrote:
La comparaison est déjà compromise si c'est pas sur le même disque;cablages,vitesse du DD par forcement exactement la même.
Absolument, c'est pour ça que je fais tous les calculs sur le même disque.
> Je n'ai pas fait une réinstall propre parce que je penses que c'est plus > intéressant en général de pouvoir optimiser un système existant que > d'avoir à tout partitionner / réinstaller.
Faux.
C'est un point de vue , donc c'est subjectif.
Il en reste encore pas mal; et es-ce que dans ses Préférences la case Système est cochée??
Ah non, j'avais pas vu ça. Merci
C'est sur:-)) Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain de temps au boot ou à l'utilisation par le "ménage" que j'opère systémathiquement; le critère je le répète c'est que d'une part je ne supporte pas l'inutile mais surtout c'est pour raccourcir le plus possible la défrag qui est évoquée en dessous.
Ok. J'avais pas compris ça comme ça. Donc la defrag est terminée, reboot en 50 à 55 secondes, comme d'hab.
Après, ce disque n'est peut-être pas représentatif. Notament parce que c'est un disque externe.
Quelqu'un a-t-il une idée des différences de vitesse sur un disque en fonction de l'empalcement d'un fichier sur le disque ?
> Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
iDefrag
Après ce test j'ai viré quelques trucs non indispensable dans les extentions et les core services. (bluetooth, wifi, applescript, automator, le dock, ...) Puis j'ai fait le ménage dans les launchd. il ne reste rien qui ne me semble pas indispensable.
Je suppose que ça doit avoir une influence, mais au reboot, j'ai rien vu.
> Du reste je vais pousser le gag en tentant de supprimer ce que je peux > dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la zizique
Le but est clairement d'exploser cette config, c'est fait pour.
Un prétexte pour ne pas traiter les problèmes urgent qui s'accumulent sur mon bureau. Dureste si je devais le faire sérieusement, j'analyserais le processus de boot, j'irrais me documenter et tout, mais du coup ça serait beaucoup moins fun et à ce moment autant bosser.
A présent, je conclus juste ce test avec un passage de monolingual sur mon propre system avec la seule manip qui m'a paru marcher : enlever les architectures non utilisées des universal binary. Avant de le faire, reboot en 35 à 42 secondes, Après, pas mieux. Donc voilà, l'optimisation du système reste, pour moi, un mystère. Concrairement à mes serveurs linux où là c'est très simple. (init 3, /etc/init.d, tout ça)
-- Nicolas Michel
Philippe Di Valentin <Philippe.Divalentin@rien.fr> wrote:
La comparaison est déjà compromise si c'est pas sur le même
disque;cablages,vitesse du DD par forcement exactement la même.
Absolument, c'est pour ça que je fais tous les calculs sur le même
disque.
> Je n'ai pas fait une réinstall propre parce que je penses que c'est plus
> intéressant en général de pouvoir optimiser un système existant que
> d'avoir à tout partitionner / réinstaller.
Faux.
C'est un point de vue , donc c'est subjectif.
Il en reste encore pas mal; et es-ce que dans ses Préférences la
case Système est cochée??
Ah non, j'avais pas vu ça.
Merci
C'est sur:-))
Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain
de temps au boot ou à l'utilisation par le "ménage" que j'opère
systémathiquement; le critère je le répète c'est que d'une part je ne
supporte pas l'inutile mais surtout c'est pour raccourcir le plus
possible la défrag qui est évoquée en dessous.
Ok. J'avais pas compris ça comme ça.
Donc la defrag est terminée, reboot en 50 à 55 secondes, comme d'hab.
Après, ce disque n'est peut-être pas représentatif. Notament parce que
c'est un disque externe.
Quelqu'un a-t-il une idée des différences de vitesse sur un disque en
fonction de l'empalcement d'un fichier sur le disque ?
> Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
iDefrag
Après ce test j'ai viré quelques trucs non indispensable dans les
extentions et les core services. (bluetooth, wifi, applescript,
automator, le dock, ...) Puis j'ai fait le ménage dans les launchd. il
ne reste rien qui ne me semble pas indispensable.
Je suppose que ça doit avoir une influence, mais au reboot, j'ai rien
vu.
> Du reste je vais pousser le gag en tentant de supprimer ce que je peux
> dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la
zizique
Le but est clairement d'exploser cette config, c'est fait pour.
Un prétexte pour ne pas traiter les problèmes urgent qui s'accumulent
sur mon bureau. Dureste si je devais le faire sérieusement,
j'analyserais le processus de boot, j'irrais me documenter et tout, mais
du coup ça serait beaucoup moins fun et à ce moment autant bosser.
A présent, je conclus juste ce test avec un passage de monolingual sur
mon propre system avec la seule manip qui m'a paru marcher : enlever les
architectures non utilisées des universal binary.
Avant de le faire, reboot en 35 à 42 secondes, Après, pas mieux.
Donc voilà, l'optimisation du système reste, pour moi, un mystère.
Concrairement à mes serveurs linux où là c'est très simple.
(init 3, /etc/init.d, tout ça)
La comparaison est déjà compromise si c'est pas sur le même disque;cablages,vitesse du DD par forcement exactement la même.
Absolument, c'est pour ça que je fais tous les calculs sur le même disque.
> Je n'ai pas fait une réinstall propre parce que je penses que c'est plus > intéressant en général de pouvoir optimiser un système existant que > d'avoir à tout partitionner / réinstaller.
Faux.
C'est un point de vue , donc c'est subjectif.
Il en reste encore pas mal; et es-ce que dans ses Préférences la case Système est cochée??
Ah non, j'avais pas vu ça. Merci
C'est sur:-)) Mais je n'ai pas le sentiment d'avoir soutenu la thèse d'un gain de temps au boot ou à l'utilisation par le "ménage" que j'opère systémathiquement; le critère je le répète c'est que d'une part je ne supporte pas l'inutile mais surtout c'est pour raccourcir le plus possible la défrag qui est évoquée en dessous.
Ok. J'avais pas compris ça comme ça. Donc la defrag est terminée, reboot en 50 à 55 secondes, comme d'hab.
Après, ce disque n'est peut-être pas représentatif. Notament parce que c'est un disque externe.
Quelqu'un a-t-il une idée des différences de vitesse sur un disque en fonction de l'empalcement d'un fichier sur le disque ?
> Bon, la defrag est lancée, mais il y en a pour long.
Avec quelle appli ??
iDefrag
Après ce test j'ai viré quelques trucs non indispensable dans les extentions et les core services. (bluetooth, wifi, applescript, automator, le dock, ...) Puis j'ai fait le ménage dans les launchd. il ne reste rien qui ne me semble pas indispensable.
Je suppose que ça doit avoir une influence, mais au reboot, j'ai rien vu.
> Du reste je vais pousser le gag en tentant de supprimer ce que je peux > dans les core services et autres launchd choses.
Attention danger dans ce secteur;à part la vidéo d'accueil et la zizique
Le but est clairement d'exploser cette config, c'est fait pour.
Un prétexte pour ne pas traiter les problèmes urgent qui s'accumulent sur mon bureau. Dureste si je devais le faire sérieusement, j'analyserais le processus de boot, j'irrais me documenter et tout, mais du coup ça serait beaucoup moins fun et à ce moment autant bosser.
A présent, je conclus juste ce test avec un passage de monolingual sur mon propre system avec la seule manip qui m'a paru marcher : enlever les architectures non utilisées des universal binary. Avant de le faire, reboot en 35 à 42 secondes, Après, pas mieux. Donc voilà, l'optimisation du système reste, pour moi, un mystère. Concrairement à mes serveurs linux où là c'est très simple. (init 3, /etc/init.d, tout ça)
