Faire du ménage sur OS X ? - Page 2

kim (./30) :
théoriquement la seule information que tu perds sur une rotation (d'un quart de tour c'est vrai que j'ai pas pensé aux autres rotations), c'est l'information du sens initial, c'est très peu ! Il ne devrait y avoir aucune dégradation de l'image (genre si tu tournes une image 1000 fois tu devrais avoir le même résultat au final)

Non justement en JPEG, le fait de retourner une image fait perdre pas mal d'information... (et a chaque "rotation" iPhoto, reprend l'original (ou la copie si d'autres modifs on été faites genre couleur/luminositée & co) pour lui faire subir une rotation a 90/180/270 pour obtenir la version affiché (enfin normalement)

Un petit utilitaire très sympa pour voir quels sont les dossiers qui prennent de la place : http://www.jgoodies.com/downloads/index.html

Il affiche un camembert avec les plus gros dossiers, on peut cliquer dessus pour voir le contenu, etc.. De plus, il fonctionne sur Linux, OS X et Windows (et avec Windows, ça permet de choisir quels sont les dossiers qu'on peut compresser en utilisant la fonction de compression de NTFS... très pratique, ça m'a fait gagner presque 3Go sur mon installation de Vista, sachant que la partition fait 10Go)

Si tu ne te sers pas de la synthèse vocale, tu dois pouvoir supprimer /System/Library/Speech/Voices/Alex (670Mo)

Je suis pas sur que supprimer ce genre de fichier a l'aveuglette soit forcement une bonne chose. Il doit falloir faire des modifs dans certain plist avant

Je regrette vraiment que le HFS ne permette pas la compression transparente comme le NTFS... c'est tellement pratique !!!

bah ça viendra

J'ai hâte !

Ouais enfin sur ma vieille machine, la compression transparente serait très couteuse en temps et en perf, donc pas vraiment utilisable.

Ça dépend quoi, justement Typiquement, j'ai compressé le stock de drivers de Vista, ça ne sert qu'à l'installation d'un nouveau matériel (donc pas souvent), et rien que ça, ça permet de gagner pas mal de place, tout en gardant intacte la possibilité d'ajouter du matériel directement reconnu

C'est vachement interessant tout ca, comment tu fais pour compresser transparent avec une partition NTFS ? C'est dans les proprietes du dossier? (l'option "indexer" que j'ai jamais utilisee?)
Ceci-dit, a part les drivers, je vois pas trop quoi d'autres.... Les photos ca aurait pu etre interessant (on a rarement besoin de regarder ses 1000/10000 photos toutes les semaines), mais bon compresser du jpeg c'est franchement interessant.
D'ailleurs ca compresse comment, le ntfs? C'est un algo specifique, ou ca s'apparente a du zip/rar/ace, ou meme DoubleSpace (je me rappelle, il y'a 12 ans!...)?

Non, tu vas dans les propriétés, et dans avancé, tu as une option compresser ^^

Bah tu peux tout compresser si tu as un bon processeur genre program files (de toute façon, ça va aller en RAM quand il sera exécuté). En fait, si tu as un bon processeur, c'est même plus rapide de tout compresser, vu que le facteur limitant, c'est le disque dur, et tu diminues la quantité à lire => c'est plus rapide de compresser au final

(l'algo, c'est LZ77, aussi utilisé par WinZIP)

Tu es sur de l'algo ?

source : en.wikipedia.org ^^

Ok ^^

Flanker (./42) :
En fait, si tu as un bon processeur, c'est même plus rapide de tout compresser

Tu es serieux, la? Genre un Core 2 Duo moyen (2ghz) ca fait l'affaire?
Pourquoi personne parle jamais de ca?

Compresser Program Files, et laisser le tout partir en memoire vive, ca implique quand meme d'avoir une bonne quantite de memoire (superieure a 2gos je dirais..)

Un Core 2 fera laaaaaargement l'affaire à mon avis (non, pas besoin de beaucoup de RAM, vu qu'au pire, ça va être swappé et le swap ne sera pas compressé ;-) )

Je t'avoue que ca me laisse septique. Je comprends bien le principe, mais de la a dire: "Ca va(irait) plus vite"...

La compression sur NTFS est présente depuis heuuuu NT4 ? donc bon, oui ça marche plus que treeeeeeeeees bien sur un C2D, vu que ça marche deja bien sur un P2, voir meme un Pentium... (ou la on est plus limité par le disque que le CPU )

redangel (./47) :
Je t'avoue que ca me laisse septique. Je comprends bien le principe, mais de la a dire: "Ca va(irait) plus vite"...

Septique, comme une fosse ?
bah l'algo de compression est assez simple, hein franchement, je n'ai vu aucune différence sur mon MBPro ^^

Ceptique comme une fausse.

Ok je retiendrais, et meme bien

Godzil (./36) :
bah ça viendra

10.6 l'aura ^^

---

Alors, apres recherche personnel, et pour eviter que des problèmes surviennent, il Y A une méthode officielle pour faire du ménage (sisi)

l'utilitaire en CLI pkgutil

l'utilisation est assez simple et peut dans certain cas ressembler pas mal aux outils qu'on peut trouver sous Linux :

pkgutil --pkgs - Lister tout les package installé (sous la forme tfd.domain.package.name)
pkgutil --files tld.domain.package - Liste les fichiers d'un package
pkgutil --unlink tld.domain.package - Supprime TOUS les fichiers installé par le package
pkgutil --forget tld.domain.package - Permet "d'oublier" le package en question (utile par exemple pour les mise-à-jours successives de l'OS)

N'hésitez pas a utiliser l'aide pour en savoir plus, et faites attention a ne pas supprimer des packages important, genre com.apple.BaseSystem !!!

Par exemple :

com.apple.MacOSX.lang.de
com.apple.MacOSX.lang.es
com.apple.MacOSX.lang.it
com.apple.MacOSX.lang.nl
com.apple.MacOSX.lang.da
com.apple.MacOSX.lang.fi
com.apple.MacOSX.lang.ko
com.apple.MacOSX.lang.no
com.apple.MacOSX.lang.ru
com.apple.MacOSX.lang.sv
com.apple.MacOSX.lang.ja
com.apple.MacOSX.lang.pl
com.apple.MacOSX.lang.pt
com.apple.MacOSX.lang.zh_CN
com.apple.MacOSX.lang.zh_TW

Sont les packages gérant les langues (autre que le francais)

Ha et j'oubliais la désinstallation d'un package se fait en deux temps :

--unlink
puis
--forget

car si certain dossier ne peuvent être supprimé (genre /usr /Library etc...) le package n'est pas supprimé, même si en réalité tous les fichiers on été supprimé.