Vous avez un SSD ? Voici quelques astuces, Réactions à la publication du 17/01/2011

[nicofem]

A propos du changement d'emplacement du dossier de départ :
Je dispose d'un C300 depuis 3 semaines.
J'ai installé Snow leopard et j'ai modifié l'emplacement de mon dossier de départ via les préférences système > compte > clic droit sur mon compte > option avancées.
J'ai indiqué comme Home, mon ancien DD interne sur lequel j'ai laissé pour le moment Leopard.

Tout fonctionne... mais vu le message de Lionel, je croise les doigts et me demande si je ne vais pas rebasculer mon compte sur le SSD...

[Paul Naurd]

Merci pour tous ces conseils. Croisons les doigts pour le TRIM dans 10.7 (mieux vaut pas espérer avant).


Petite question cela dit : je compte mettre un SSD pour remplacer l'horreur de seagate de mon mac pro 1,1
La manip pour vider la ram qui se copie sur le disque dur ne concerne bien que les portables ?

Parce que mon disque système qui contient les applis est rempli à hauteur de 105 Go environ (les effets final cut ça pèse!), je compte m'équiper en ssd 120 Go (160 Go dépasse le budget), mais j'ai bien sûr ... 12 Go de ram.

Mon system, avec Final cut studio, CS5 et autres broutilles : 17 gigas sur un SSD express car ( et aussi sur le MacPro )

Recette : installer les librairy Final cut, templates etc sur un autre disque... les sofas seuls de la final cut ne sont pas gros.

[zhir]

Je tiens à recopier ici tous les trucs essentiels que j'utilise pour les SSD sous OSX.


- mode veilleuse (empêcher l'écriture du gigantesque fichier d'hibernation):

sudo pmset -a hibernatemode 0
sudo rm /var/vm/sleepimage


- mode ‘noatime’ (empêcher une écriture à chaque lecture d'un fichier): créez un fichier “/Library/LaunchDaemons/com.nullvision.noatime.plist” avec le contenu suivant:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.nullvision.noatime</string>
<key>ProgramArguments</key>
<array>
<string>mount</string>
<string>-vuwo</string>
<string>noatime</string>
<string>/</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist>


- mémoire virtuelle (empêcher l'écriture du gigantesque fichier swap)

rm /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist
rm /private/var/vm/swapfile*

[ThickParasite]

Perso, j'ai toujours eu mon boot réduit au strict minimum et mon Home déplacé sur une autre partition.
Maintenant, c'est un boot en SSD et les données sont en RAID0.
La performance globale est bien entendu meilleure que si tu as tout en vrac sur le même disque. C'est logique!
Après, je ne suis pas à chronométrer le truc (et ça ne m'intéresse pas), mais c'est le BABA de la config Mac. Simplement, le SSD a mis au goût du jour cette config.

Par ailleurs, pour répondre au post initial de Lionel, avec CleanMyMac, on peut effectuer le nettoyage (langues, junk système, etc.) après installation d'OS X.
Ça évite de repartir sur une install neuve (et propre).

[s_d]

La seule chose réellement utile à faire sous OS X qui ne supporte toujours pas le TRIM (vivement qu'il devienne important sous iOS qu'Apple le mette en place...). De temps à autre, disons au moins deux fois par mois, laissez votre machine en marche de nuit, sans activité particulière. Le SSD profitera de cette inactivité pour se "régénérer" ou plutôt s'optimiser avec ses fonction de Garbage Collector.

ça marche vraiment pour tous les SSD ça ?
Car pour mon OCZ Vertex, je n'ai pas l'impression qu'il y ait un tel système.
Du coup passe le "sanitizer" tous les 4 mois environ... Ce qui est efficace mais un peu longuet (clonage du disque, redémarrage sous BootCamp, déformatage, sanitizer en ligne de commande, redémarrage sur le clone OSX, reformatage, récupération du clone, redémarrage)...

[GhostByte]

bjr,
Dans la librairie,
il y a les dictionnaires
je pense que l' on peut supprimer les dictionnaires "Chinois, japonais ? "
qui font plus ou moins 100MB
GhostByte 提到

[tama]

Retirer les voix qu'on utilise pas aussi, certaines sont très lourdes..

[tenets]

Merci pour tous ces conseils qui arrivent à point.
Mais je n'ai pas tout assimilé :

Citation : "La seule chose réellement utile à faire sous OS X : laissez votre machine en marche de nuit, sans activité particulière. Le SSD profitera de cette inactivité pour se "régénérer" ou plutôt s'optimiser avec ses fonction de Garbage Collector."

Laisser le MacBook (17", i5, Apple SSD 128 B)) allumé toute la nuit (même pas en veille) ne me réjouit pas.
Et puis quelle confiance accorder à un automatisme qui ne laisse pas de traces ?
Le matin, quand je trouve ma poubelle vide dans la rue, c'est la preuve "qu'ils" sont passés !

1 - les scripts de maintenance Onyx incluent-ils la fonction Garbage Collector ?
2 - sinon comment lancer cette opération sans être un pro de l'informatique ?
3 - dans ce topic,les SSD Apple d'origine ne sont jamais cités, pourquoi ?

Merci.

[Red Alert]

Merci pour tous ces conseils qui arrivent à point.
Mais je n'ai pas tout assimilé :

Citation : "La seule chose réellement utile à faire sous OS X : laissez votre machine en marche de nuit, sans activité particulière. Le SSD profitera de cette inactivité pour se "régénérer" ou plutôt s'optimiser avec ses fonction de Garbage Collector."

Laisser le MacBook (17", i5, Apple SSD 128 ) allumé toute la nuit (même pas en veille) ne me réjouit pas.
Et puis quelle confiance accorder à un automatisme qui ne laisse pas de traces ?
Le matin, quand je trouve ma poubelle vide dans la rue, c'est la preuve "qu'ils" sont passés !

1 - les scripts de maintenance Onyx incluent-ils la fonction Garbage Collector ?
2 - sinon comment lancer cette opération sans être un pro de l'informatique ?
3 - dans ce topic,les SSD Apple d'origine ne sont jamais cités, pourquoi ?

Merci.

Tu n'as aucun contrôle dessus sur le GC des SSDs, c'est dans leur firmware même.

[HpTroll]

- mémoire virtuelle (empêcher l'écriture du gigantesque fichier swap)
rm /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist
rm /private/var/vm/swapfile*

Ça peut pas poser des problèmes, de supprimer la mémoire virtuelle ? Comment le système gère-t-il le manque de RAM, dans ce cas ?

[Cyril]

- mémoire virtuelle (empêcher l'écriture du gigantesque fichier swap)
rm /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist
rm /private/var/vm/swapfile*

Ça peut pas poser des problèmes, de supprimer la mémoire virtuelle ? Comment le système gère-t-il le manque de RAM, dans ce cas ?

Pour ma part j'utilise Xupport, il permet de mettre les fichier VM sur un autre disque

[jubo]

Pour ma part, je possède un mac mini core duo 1,83Ghz (32bit) avec 2Go de ram que j'ai équipé en juin dernier d'un SSD OWC 60Go (149$ actuellement, les douanes n'ont pas l'air de s'occuper de si petits colis) qui a changé la vie de ma machine et la mienne.
En utilisation bureautique (je ne me sers quasiment que d'un terminal, de quelques navigateurs, client de messagerie, iTunes et iPhoto comme 95% des utilisateurs en enlevant le terminal) ma machine a retrouvé une nouvelle jeunesse, même avec snow léopard, elle réagit mieux qu'un imac dernière génération avec un disque à plateau.

J'ai seulement déplacé le dossier média d'iTunes (et non pas le dossier musique) sur disque externe pour garder la réactivité du démarrage de l'appli si le disque externe est en veille qui cherche le fichier library.xml et les vignettes ainsi que le dossier iPhoto et celui de mes films bien sur.
Le reste n'a pas bougé, les documents texte et autres ne pesant rien.
Mon plus gros répertoire restant Application.
Bilan, 32Go d'utilisé et 28 de libre sur le SSD !

Acheter un SSD pour sa machine vieillissante c'est ça le vrai geste écolo et le portefeuille vous remerciera aussi ! Vous êtes alors reparti pour deux trois ans avec un confort sans égal.

Pour continuer avec les dictons foireux :
Ne tuons pas l'ours avant l'hôpital !

Ce message a été modifié par jubo - 17 Jan 2011, 12:21.

[tsubasa00]

Sur les forums US, j'avais vu qu'il fallait desactiver Spotlight et le cache de Safari, qu'en pensez vous ?

On peut aussi laisser sa machine éteinte. Dans ce cas, il parait que le SSD ne consomme plus rien et rien n'est écrit dessus.

Mais si on a vraiment peur, on peut le mettre dans le tiroir, là il ne risque plus rien.

Plus sérieusement, je trouve ridicule de chercher à optimiser à mort les cycles d'écritures sur un SSD. Qu'on veuille gagner de la place en supprimant les choses inutiles, oui.
Le SSD sera obsolète avant d'être "mort".

[zhir]

- mémoire virtuelle (empêcher l'écriture du gigantesque fichier swap)
rm /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist
rm /private/var/vm/swapfile*

Ça peut pas poser des problèmes, de supprimer la mémoire virtuelle ? Comment le système gère-t-il le manque de RAM, dans ce cas ?

Pour ma part j'utilise Xupport, il permet de mettre les fichier VM sur un autre disque

Effectivement, si votre machine a plusieurs disques, la meilleure solution est de déporter le swap vers un disque magnétique.
Mon truc s'adresse plutôt à une machine avec un SSD et rien d'autre (macbooks). Dans ce cas, vous n'avez aucun choix: écrire des gigaoctets de swap chaque jour est un suicide à petit feu pour un SSD.
En ce qui concerne les limites de cette configuration, effectivement mieux vaut avoir 4 Go de mémoire pour faire tourner OSX 32 bits sans aucune mémoire virtuelle. Cela dit, moi je n'en ai que 2 et pour mon usage (XCode pour iPhone + XP sous Vmware), jamais je n'ai atteint 1,5 avec cette configuration.
Mon SSD est donc bien soigné.

La seule chose réellement utile à faire sous OS X qui ne supporte toujours pas le TRIM (vivement qu'il devienne important sous iOS qu'Apple le mette en place...). De temps à autre, disons au moins deux fois par mois, laissez votre machine en marche de nuit, sans activité particulière. Le SSD profitera de cette inactivité pour se "régénérer" ou plutôt s'optimiser avec ses fonction de Garbage Collector.

ça marche vraiment pour tous les SSD ça ?
Car pour mon OCZ Vertex, je n'ai pas l'impression qu'il y ait un tel système.
Du coup passe le "sanitizer" tous les 4 mois environ... Ce qui est efficace mais un peu longuet (clonage du disque, redémarrage sous BootCamp, déformatage, sanitizer en ligne de commande, redémarrage sur le clone OSX, reformatage, récupération du clone, redémarrage)...

Le G.C. est disponible sur les vertex à partir des firmwares 1.5 et 1.6
Il suffirait de mettre à jour vos firmwares (mieux vaut faire un back-up complet avant).

[santeuil]

[/quote]
- Si vous n'utilisez pas la synthèse vocale, qui ne fonctionne qu'en anglais, la voix Alex peut être supprimée (elle occupe 400Mo) à elle toute seule. Les autres voix restent d'ailleurs disponibles (25Mo) et permettent de disposer de la synthèse vocale telle qu'elle existait jusqu'à Tiger (pas si mal mais clairement pas au niveau de Leopard).[/quote]

1re question : Dans quel dossier sont les voix à supprimer ?

2e question : Comment fait-on pour citer un extrait de contribution mieux que je le fais ?

[jamalac]

Bonjour à tous, à propos du déplacement du dossier utilisateur sur un autre volume que celui du démarrage, j'ai tenté de trouver des informations "all around the web" car j'avais lu un article intéressant sur le site de Diglloyd à propos de la configuration d'un MacPro en station photo efficace. Celui-ci préconise cette pratique sans toutefois révéler la meilleure façon d'y parvenir. En gros je compte installer un SSD dans la baie optique comme disque de démarrage et utiliser deux HD en raid0 et deux HD en raid1 dans le MacPro. Bref, je suis tombé sur un article de Lnx2Mac qui propose une solution "sophistiquée" pour déplacer son dossier user. En parcourant les commentaires, il semblerait que la manip soit viable, mais n'étant pas un expert des lignes de code, j'aimerai bien savoir si un costaud de macbidouille pourrait y jeter un coup d'oeil et donner son sentiment ? Merci d'avance
Le lien :
moving-os-x-users-to-separate-partition

[xced]

Bonjour à tous, à propos du déplacement du dossier utilisateur sur un autre volume que celui du démarrage, j'ai tenté de trouver des informations "all around the web" car j'avais lu un article intéressant sur le site de Diglloyd à propos de la configuration d'un MacPro en station photo efficace. Celui-ci préconise cette pratique sans toutefois révéler la meilleure façon d'y parvenir. En gros je compte installer un SSD dans la baie optique comme disque de démarrage et utiliser deux HD en raid0 et deux HD en raid1 dans le MacPro. Bref, je suis tombé sur un article de Lnx2Mac qui propose une solution "sophistiquée" pour déplacer son dossier user. En parcourant les commentaires, il semblerait que la manip soit viable, mais n'étant pas un expert des lignes de code, j'aimerai bien savoir si un costaud de macbidouille pourrait y jeter un coup d'oeil et donner son sentiment ? Merci d'avance
Le lien :
moving-os-x-users-to-separate-partition

la solution beaucoup plus simple est, je crois, indiquée plus haut dans ce fil:
préférences système>comptes>s'authentifier>clic droit sur l'utilisateur dont on veut déplacer le dossier user>répertoire de départ

quant aux avantages/inconvénients de l'avoir sur une autre partition (ou disque), je ne me prononcerais pas - je laisse ça aux spécialistes...

Ce message a été modifié par xced - 17 Jan 2011, 13:55.

[406]

Toujours pas compris pourquoi mon vertex 2 indique 1.25 pour le firmware et le dernier dispo sur leur site est le 1.24.
Si quelqu'un sait pourquoi

[jamalac]

Merci xced pour ta réponse mais il semblerait qu'il y ait deux problèmes avec cette solution, dont le plus important (pour moi) est que certaines applications continueraient à chercher dans le dossier d'origine, toujours sur lnx2mac :

Option 1: Using System Preferences|Accounts
Right-click on a user's icon, select 'Advanced', and change the user's "Home Directory".
Nice and easy... But we have to do it for each user (and when we add new users, we have to remember to do it again).
Worse yet, some applications insist on looking for the user's home directory under /Users...

Option 2: "Symlinking" /Users to the new partition
A hackish way of doing it...
Just create a symbolic-link (shortcut) from /Users to point to the new partition.
While this works, we still have to deal with mounting the new volume.

But there's a "cleaner" way... The Unix Way...

Option 3: Mount the new partition on /Users
Sysadmins' delight !
We'll modify the /etc/fstab file so the new partition is mounted on /Users.

Des opinions ?

[mocker]

Juste en passant, Lionel : c'est "rebattre les oreilles" et non "rabâcher les oreilles"…
Sans aucune perfidie de ma part, une petite parenthèse linguistique.

[marc_os]

[...]
La seule chose réellement utile à faire sous OS X qui ne supporte toujours pas le TRIM (vivement qu'il devienne important sous iOS qu'Apple le mette en place...).
[...]

Au sujet de la partie entre parenthèses que j'ai mise en gras :
Donc, si je comprends bien, le TRIM n'est pas important sous iOS (et tu souhaites qu'il le soit*).
S'il n'est pas important sous iOS, pourquoi le serait-il sous Mac OS ?
Car à part la couche graphique et des bibliothèques spécifiques pour l'un ou l'autre, la base de l'OS est la même, à priori en particulier tout ce qui concerne la gestion bas niveau des disques.

De plus, un site "PC" a fait des comparaisons entre Windows et Mac OS X et a constaté avec étonnement que si Windows a absolument besoin du TRIM sous peine de pertes importantes de performances au cours du temps, ce n'est pas le cas sous Mac OS X, les pertes de performances étant minimales (en comparaison avec ce qui se passe sous Windows). En conclusion de l'article, ils faisaient des supputations sur la raison de ce fait constaté par eux, et le système de fichier HFS+ et les disques utilisés par Apple qui auraient peut-être un contrôleur particulier...
Je ne sais plus où était cet article; il me semble qu'il avait été cité dans un article de Macgénération.


(*) Ta phrase pourrait être comprise ainsi : Tu souhaites "vivement" qu'il y ait des problèmes liés à la non gestion du TRIM sous iOS. Si c'est bien ta pensée, elle me paraît bien curieuse... Mais je suppose que tu as voulu dire autre chose ?

Ce message a été modifié par marc_os - 17 Jan 2011, 14:37.

[Kalm]

Déplacer le cache et les fichiers temporaire de FireFox sur un RamDisk ou un autre Volume.

définir un emplacement situé sur un HDD pour vos fichiers téléchargés.
1)ouvrez le FireFox > cliquez sur Outils> Options
2)aller sur Parcourir>. définissez un emplacement situé sur le HDD ou autre(RamDisk persistant).
3)Fermer la fenêtre des options


Déplacer le cache sur un RamDisk persistant
1) tapez about :cache dans la barre d’adresse
2) Faites un clic droit et sélectionnez : Nouvelle Chaîne de caractères
3)fDans la fenetre ouverte , copiez ou tapez : browser.cache.disk.parent_directory
Validez par OK
4) une autre fenêtre s ouvre dans laquelle vous allez indiquer l emplacement que vous souhaitez pour placer les fichiers temporaires ( RamDisk persistant)




Utilisant le navigateur Opera ,vous donne la procédure pour déplacer son cache et ses fichiers temporaire

Tout d abords vous devez créer dans le RamDisk(persistant) un nouveaux dossier que vous nommerez Opera, puis dans ce dossier vous créerez 3 dossiers que vous nommerez
1)cache
2)opcache
3)temporary_downloads


1)Ouvrir Opera
2)écrire ou copier dans la barre d adresse, opera:config
3)Aller sur, User Prefs

4)Aller sur,Cache Directory4
5)écrire ou copier dans la fenêtre la direction du cacheEx( /Volumes/RamDisk/Opera/cache/)

6)Aller sur,Operator Cache Directory4
7)écrire ou copier dans la fenêtre la direction du cache Ex( /Volumes/RamDisk/Opera/opcache/

8)Aller sur ,Temporary Download Directory
9)écrire ou copier dans la fenêtre la direction des fichiers temporaire Ex(/Volumes/RamDisk/Opera/temporary_downloads/)

10)Aller en bas de la page puis cliquer dans la fenêtre .Enregistrer
11)Eteindre puis relancer Opera



Créer un RamDisk avec Esperance DV ,il integre une option pour déplacer le cache et les icônes de Safari,délocaliser le dossier builds d xCode..
il vous permettra de créer et supprimer un ramdisk ( jusqu 'à 2 Go) depuis le panneau dans préférences Système , il permet de plus la sauvegarde et la restauration au démarrage (préalablement sauvegardé )du volume sous forme d image disque.
Esperance DV ici: http://www.mparrot.net/


Suppression de la mise en veille profonde des portables (gain proportionnel en fonction de la taille de votre mémoire RAM)

OS X écrit le contenu de la RAM dans /var/vm/sleepimage quand le portable va dans l'état "safe sleep".
Si vous désactivez la veille profonde sécurisée "safe sleep", il n'y a pas besoin de garder ce gros fichier... À vous de voir si la veille profonde sécurisée est utile pour vous (batterie en fin de vie, ou complètement déchargée : les données sont sauvegardées sur l'image "sleepimage")

Pour désactiver Safe Sleep avec SmartSleep

Choisir >veille seulement..A défaut qu il soit sur votre SSD, le contenu de la Ram tiendra dans la batterie,en plus de gagner de l espace sur votre SSD ,vous éviterez a chaque redémarrage le dump de la RAM vers celui ci.
Ici http://www.apple.com/downloads/macosx/syst...smartsleep.html


Pour désactiver Safe Sleep à partir du terminal:
sudo pmset -a hibernatemode 0

Pour activer Safe Sleep à partir du terminal:
sudo pmset -a hibernatemode 3

Pour effacer l'image disque de mise en veille:
sudo rm /var/vm/sleepimage


Indexation Spotlight
A vous de choisir ,les éléments que vous désirez exclure.

Swap Deplacer le SWAP avec MacTuneUp
La parano m envahissant ai crée une partition sur un autre volume que le SSD
Rendez vous dans l onglet Optimisation>Memoire virtuelle

Gagner de l espace sur son SSD
Comme ce post était adressé a Guitouze,il est a la deuxième personne du singulier

a l installation d os x
1)tu as l option de ne pas installer certaine langue,
2)tu as le choix d installer ou non les pilotes des imprimantes, si tu ne les installes pas tu auras tjrs le moyen d installer que ceux dont tu as besoin
3)X11 App qui te permet t d'installer des applications Linux ,
Une fois ton système installée
:
Tu peux supprimer ce que tu n utilises pas
1)les pilotes d'imprimante (/Bibliothèque/Printers)
2)les économiseurs d'écran (/Système/Bibliothèque/Screen/Savers)
l3)es Widgets Dashboard (/Bibliothèque/Widgets)
4)les voix de synthèse (/Système/Bibliothèque/Speech/Voices). La voix d'Alex plus de 600 MB;
5)les dictionnaires (/Bibliothèque/Dictionaries) qui pèsent plus de 400 MB
6)es fonds d'écran (/Système/Bibliothèque/Desktop/Pictures)
7) polices de caractère Asiatiques (/Système/Bibliothèque/Fonts)

Une fois toutes tes App installées
1)telecharge monolingal
2)tu décoches les langues que tu veux garder, ne pas effacer l Anglais
3)ne pas utiliser monolingal pour supprimer l achitecture ppc

4)telecharges Xslimmer ,tu vas dans préférence langue et lui indique les langue a conserver tjrs ne pas supprimer l Anglais
5)tu vas ds avancé,si tu es sur intel tu coches
Reduire :les deux
Conserver:toutes les achitectures native 32 64
L avantage d xslimmer est qu il black listera les APP non réductible

tu peux encore gagner quelques centaines de mégas et optimiser dans la foullee tes App en supprimant les fichiers Designable.nib

commande a rentrer dans la terminal pour les supprimer ,tu copie /colle cette commande puis enter

find /Applications -iname "designable.nib" -exec rm "{}" \; -print

concernant FinalCut ,moi j ai Express mais je suppose que cela doit être pareil pour ta version
tu vas dans Reglage système et tu peux définir le choix de tes disques de travail
idem pour PS, LightRoom.
Pour Logic pro , étant donné mon SSD (120GB)a l installation dans le menu déroulant j ai délocalisé les bank de son sur le HDD idem pour les jam pack

Ce message a été modifié par Kalm - 17 Jan 2011, 15:40.

[Nathan]

Apple commercialise des machines avec des SSD, ils n'ont pas implementé une gestion fine des SSD dans leur OS ???

[Kierkegaard]

[...]
La seule chose réellement utile à faire sous OS X qui ne supporte toujours pas le TRIM (vivement qu'il devienne important sous iOS qu'Apple le mette en place...).
[...]

Au sujet de la partie entre parenthèses que j'ai mise en gras :
Donc, si je comprends bien, le TRIM n'est pas important sous iOS (et tu souhaites qu'il le soit*).
S'il n'est pas important sous iOS, pourquoi le serait-il sous Mac OS ?
Car à part la couche graphique et des bibliothèques spécifiques pour l'un ou l'autre, la base de l'OS est la même, à priori en particulier tout ce qui concerne la gestion bas niveau des disques.

De plus, un site "PC" a fait des comparaisons entre Windows et Mac OS X et a constaté avec étonnement que si Windows a absolument besoin du TRIM sous peine de pertes importantes de performances au cours du temps, ce n'est pas le cas sous Mac OS X, les pertes de performances étant minimales (en comparaison avec ce qui se passe sous Windows). En conclusion de l'article, ils faisaient des supputations sur la raison de ce fait constaté par eux, et le système de fichier HFS+ et les disques utilisés par Apple qui auraient peut-être un contrôleur particulier...
Je ne sais plus où était cet article; il me semble qu'il avait été cité dans un article de Macgénération.


(*) Ta phrase pourrait être comprise ainsi : Tu souhaites "vivement" qu'il y ait des problèmes liés à la non gestion du TRIM sous iOS. Si c'est bien ta pensée, elle me paraît bien curieuse... Mais je suppose que tu as voulu dire autre chose ?

SSD sur Mac : et « si » le TRIM importait peu ?

La première idée qui a été évoquée sur MacGénération pour tenter d'expliquer en quoi la commande TRIM pourrait importer peu sur Mac OS X, c'est celle-ci:

« La première explication a ces résultats peut s'expliquer par le SSD choisi pour les tests : le SSD de base des MacBook Air, qui n'est pas un foudre de guerre — la chute de performances y serait moins sensible. »

D'autres hypothèses ont été évoquées pour soutenir la même « idée » mais ce ne sont là que des spéculations et non des « certitudes » qui prouveraient que la commande TRIM serait totalement inutile sur Mac OS X.

http://www.macgeneration.com/news/voir/160...-peu#topComment

Ce message a été modifié par Kierkegaard - 17 Jan 2011, 16:45.

[Kalm]

D'autres hypothèses ont été évoquées pour soutenir la même « idée » mais ce ne sont là que des spéculations et non des « certitudes » qui prouveraient que la commande TRIM serait totalement inutile sur Mac OS X.

http://www.macgeneration.com/news/voir/160...-peu#topComment

Ils vont bientôt finir par faire croire a tout le monde avec leurs testes bidon qu avec OS X on n aurait pas besoins ni TRIM ,ni meme du Garbage Collector pendant qu ils y sont.
Quesqu ils ne feraient pas pour vendre du papier.

Ca fait un moment que certains site spécialisé avait constatés peu de fragmentations sur ces controleurs Toshiba testés sous Windows sans commande TRIM,donc certains vont maintenant me dire que Windows n a pas non plus besoins du TRIM puisque ce SSD ne se fragmente pas sous cet OS ,son comportement face a la fragmentation est le même, que cela soit sous OS X ou Windows.

Ce message a été modifié par Kalm - 18 Jan 2011, 23:16.

[claps]

D'autres hypothèses ont été évoquées pour soutenir la même « idée » mais ce ne sont là que des spéculations et non des « certitudes » qui prouveraient que la commande TRIM serait totalement inutile sur Mac OS X.

Foutaises !

J'ai depuis près d'un an et demi un Postville 160Go et la baisse de perf est notable.
Pire, voila une petite histoire amusante : ce SSD est partitionné pour Bootcamp (avec Windows XP) et ce n'est qu'au bout d'un an environ que je m'étais décidé à faire la màj de firmware apportant à ce modèle précis le support du TRIM (n'en ayant pas l'utilité avant, Mac OS oblige) et exécuter sous la partition Windows le SSD Toolbox Intel, "pour voir". Pour rappel, ce logiciel permet de forcer l'exécution de la commande TRIM sous Windows XP qui ne la supporte pas nativement (ne marche que pour ce SSD bien évidemment, et uniquement pour les volumes NTFS). Résultat : la partition Windows a retrouvé sa vitesse originelle, contrairement à la partition Mac OS ! Ca saute aux yeux, réellement impressionnant !

Mais à part ça on t'expliquera sur Macgé la bouche en coeur que Mac OS c'est top moumoute et que le TRIM ne sert à rien


edit : je préfère rappeler que oui il y a baisse des perf évidente mais que cela reste incroyablement plus rapide et confortable que n'importe quel disque dur à plateau, même 18 mois plus tard, et je ne regrette nullement mon choix !

Ce message a été modifié par claps - 17 Jan 2011, 16:47.

[aranaud]

Quand je lis certain. Sa devient une calamité de gérer correctement un SSD. Je serai curieux de voir la différence entre un utilisateur lamba qui utilise son SSD comme un vulgaire espace de stockage de masse et un "Pro du bidouillages". A combien de chiffre au finale l'optimisation ? Avoir un SSD pour en avoir un mais être limité par la place au point de devoir utiliser un disque à plateau me fait sourire.

Un SSD de 128 Giga doit déjà permet de stocker par mal de chose et n'est plus à un prix prohibitif (par rapport au prix d'un Mac).

Créer des RamDisk pour le plaisir, y a-t-il un seul utilisateur qui à usés un SSD jusqu'à la corde ? Je ne pense pas car quand on pose la question de ce qui ce passe en fin de vie d'un SSD. Les réponses sont justes de supposions. Il est vrai que les navigateur internet mettre "beaucoup" de cache sur le lecteur système mais sa représente combien au finale en Giga ?

Au finale, seul les méthodes traditionnel me semblent pertinent (déplacer un dossier itunes, vidéo, ...) et la suppression d'élément peu utile dans le système (langue, application inutile, imprimante, ...). Et puis, j'ai fait un essai d'installer Mac Os X 10.5 sur une partition de 32 Giga en version de base. Il est 20 Giga facile sans optimisation pour installer le reste. Qui achète un SSD de 32 Giga et pour quel utilisation ?

Ps : je trouve lamentable que Mac OS X ne supporte pas TRIM alors que les autres systèmes le font.

Ce message a été modifié par aranaud - 17 Jan 2011, 16:36.

[Kierkegaard]

D'autres hypothèses ont été évoquées pour soutenir la même « idée » mais ce ne sont là que des spéculations et non des « certitudes » qui prouveraient que la commande TRIM serait totalement inutile sur Mac OS X.

http://www.macgeneration.com/news/voir/160...-peu#topComment

Ils vont bientôt finir par faire croire a tout le monde avec leurs testes bidon qu avec OS X on n aurait pas besoins ni TRIM ,ni meme du Garbage Collector pendant qu ils s y sont.
Quesqu ils ne feraient pas pour vendre du papier.

Ca fait un moment que certains site spécialisé avait constatés peu de fragmentations sur ces controleurs Toshiba testés sous Windows sans commande TRIM,donc certains vont maintenant me dire que Windows n a pas non plus besoins du TRIM puisque ce SSD ne se fragmente pas sous cet OS:lol:

Ni besoin de TRIM donc ni besoin de SSD.

[Lionel]

Cette histoire que Mac OS X n'a pas besoin de Trim, quelle connerie ! Le trim est une opération physique visant à préparer une cellule mémoire pour la prochaine écriture. Mac OS X n'est pas houdini pour s'en passer !

[Kalm]

Créer des RamDisk pour le plaisir, y a-t-il un seul utilisateur qui à usés un SSD jusqu'à la corde ? Je ne pense pas car quand on pose la question de ce qui ce passe en fin de vie d'un SSD.

A la différence est que tu ne pense qu en terme d usure,et omet la fragmentation qui est la source des pertes de performances,donc en absence de TRIM,il est préférable avec certains contrôleurs d éviter toutes ces petites écritures.

Ce message a été modifié par Kalm - 17 Jan 2011, 17:08.