A voir également:
- Defragmenter
- Defragmenter disque dur - Guide
- Telecharger defragmenter disque dur gratuit - Télécharger - Optimisation
- Defragmenter registre - Télécharger - Registre
- Ccleaner defragmenter - Télécharger - Optimisation
- Défragmenter disque dur mac - Guide
19 réponses
Utilisateur anonyme
26 août 2005 à 23:34
26 août 2005 à 23:34
Un des intérêts de Mac OS X est qu'il ne fragmente que très peu, ainsi, une défragmentation devient inutile. D'ailleurs, Apple préconise plutôt de simplement redémarrer l'ordinateur! Mais si tu y tiens vraiment, tu peux regarder sur ce site:
http://www.osxfacile.com Tu y trouveras bcp d'info sur Mac OS, très bien détaillée.
Pour un lien direct vers la page concernée:
http://www.osxfacile.com/rub_optimiser.html
Arcank
http://www.osxfacile.com Tu y trouveras bcp d'info sur Mac OS, très bien détaillée.
Pour un lien direct vers la page concernée:
http://www.osxfacile.com/rub_optimiser.html
Arcank
+ 1 les systémes Unix (dont mac os x fait parti) et Linux ne se fragmentent pas, donc pas de défragmenteur d'installé. Cet utilitaire n'est utile que sous windows..
Louis Hoebrechts
Messages postés
1355
Date d'inscription
jeudi 18 août 2005
Statut
Membre
Dernière intervention
19 décembre 2006
672
6 sept. 2005 à 00:55
6 sept. 2005 à 00:55
J'ai un autre avis sur la question. Un système Unix, d'accord, mais sans doute pas une partition Unix, mais HFS+. En plus, un volume journalisé ne se défragmente jamais totalement. Je crois qu'il est utile d'OPTIMISER (c'est le nom que "défragmenter" porte sur OS X). Onyx et Xtools sont supposés pouvoir le faire, de même que supprimer temporairement la journalisation.
classic fonctionne dans OS X comme une application OS X. D'autre part Onyx, cocktails xtools ne défragmentent pas ! l'optimisation du système dont ils proposent l'option concerne le prebinding. Effectivement TechTool et drive 10 optimisent le disque dur, c e qui correspond à la seconde partie de mon message précédent. Je n'ai jamais dit qu'il était inutile de défragmenter, j'ai éclairci 2 notions de fragmentation différentes aux yeux des utilisateurs.
Louis Hoebrechts
Messages postés
1355
Date d'inscription
jeudi 18 août 2005
Statut
Membre
Dernière intervention
19 décembre 2006
672
8 sept. 2005 à 03:36
8 sept. 2005 à 03:36
j'ai éclairci 2 notions de fragmentation différentes aux yeux des utilisateursEt d'optimisation !? Tiens, puisque tu as l'air de t'y connaître, quel type d'optimisation se passe après installation ? Et qu'est-ce exactement que le pre-binding ?
Oui, c'est vrai que OS9 fonctionne "dans" OSX, on le nomme alors " Classic "et, effectivement, pas de souci de fragmentation car c'est OSX qui "supervise" le boulot au niveau des mémoires de masse (le disque dur par exemple). Par contre, dès lors qu'on fait cohabiter OS9 et OSX dans le même mac et donc que l'on démarre sur l'un ou sur l'autre des deux systèmes d'exploitation, quand on tourne sous OS9 : on fragmente ! OK ?
Je pense m'y connaître comme tu dis, mais je ne suis pas omniscient alors voici une explication sur ce qu'est le prebinding. C'est un vieil article du site Cuk.ch, une référence pour les mac users (il y en a d'autres). Attention c'est assez long.
Qu'est-ce que le prebinding ?
Afin de comprendre le prebinding, il s'agit de comprendre comment fonctionne une application ou n'importe quel programme informatique.
De nos jours, un programme repose sur une série de bibliothèques (Library) qui lui fournissent des fonctions. Par exemple, Apple met à disposition des programmeurs la bibliothèque Cocoa. Grâce à cela, le programmeur peut facilement afficher une fenêtre au look MacOS X, sans devoir la programmer, il peut créer un menu, un bouton et son action, etc. Tout cela sans effort, mais en utilisant des fonctions mises à disposition par Apple. De même, Apple met à disposition une bibliothèque WebKit sur laquelle repose Safari et que les programmeurs d'Omniweb ou de Shiira ont pu très simplement utiliser (nous l'avons même fait dans cet article).
En tout, Apple met à disposition plus de 150 bibliothèques bourrées de fonctions et d'objets que les programmeurs pourront utiliser.
Mais lorsque le programmeur créé son application, il ne va pas y copier intégralement toutes les bibliothèques qu'il utilise, cela augmenterait considérablement la taille de l'application et votre disque dur serait vite rempli d'applications utilisant les mêmes bibliothèques, ces dernières seront donc dupliquées inutilement. Cette méthode, appelée static linking n'est pas une bonne solution.
La chose raisonnable à faire est ce qu'on appelle le dynamic linking. Les bibliothèques sont installées avec le système et un programme désirant utiliser une bibliothèque va faire un lien vers le fichier système correspondant.
Si vous êtes curieux, vous pouvez allez voir ces bilibothèques en vous rendant dans le menu "Aller" du Finder, puis en sélectionnant "Aller au dossier..." et en entrant ceci:
/System/Library/Frameworks
Vous y trouverez quelques noms connus: Cocoa, Carbon, WebKit, Quicktime, etc.
Ce système de lien dynamique a de très gros avantages. Tout d'abord, lorsqu'Apple fournit une mise à jour du système vos programmes utilisent automatiquement les nouvelles versions des bibliothèques, sans devoir recompiler. J'en veux pour preuve que lorsque Panther a amené un nouveau look de fenêtre (sans les rayures) vos applications ont automatiquement bénéficié de ce nouvel aspect.
Le deuxième avantage est de taille. Si vous lancez cinq applications qui utilisent une même bibliothèque de fonctions, la première application chargera la bibliothèque en mémoire, mais les quatre autres n'auront plus besoin de le faire et partageront la zone mémoire contenant la bibliothèque. Le temps de lancement de ces quatre applications sera donc réduit.
Mais revenons à nos moutons, qu'est-ce que le prebinding vient faire là dedans ?
Comme je l'ai dit, une bibliothèque fournit une série de fonctions ou d'objets. Lorsqu'une application se lance, elle charge les bibliothèques et doit alors y trouver les objets qu'elle désire utiliser afin d'y faire un lien depuis son propre code.
Ceci étant fait, l'application peut utiliser ces objets comme si elle lui appartenait. Ce processus s'appelle le binding et il peut prendre beaucoup de temps. En effet, il peut y avoir des milliers d'objets à lier, car l'application doit faire le lien vers les objets dont elle a besoin, mais ces objets doivent également faire des liens vers d'autres objets dont ils ont besoin.
Vous comprendrez donc qu'éviter ce processus raccourcirait significativement le temps de lancement des applications.
C'est là qu'intervient (enfin !) le prebinding. En faisant un prebinding on anticipe le processus de binding en plaçant dans le programme un fichier contenant tous les liens dont il a besoin. Ainsi, lorsque l'application est lancée elle ira chercher l'information dans ce fichier et pourra se passer du processus de binding.
Bien entendu, à chaque fois qu'une bibliothèque est modifiée ou mise à jour, le fichier contant les liens deviendra obsolète et il faudra refaire le prebinding.
Lorsque vous faites une mise à jour du système ou l'installation d'un logiciel via le programme Installation, la dernière phase s'intitule "Optimisation du Système", en réalité il fait là le prebinding.
Le ralentissement qu'observait François était donc simplement dû à un mauvais prebinding. Or, en défragmentant le disque, son logiciel relançait une procédure de prebinding, ce qui donnait cette impression de vitesse accrue.
Pour tout vous avouer, je ne suis pas tout à fait certain de la raison pour laquelle il faut refaire le prebinding de temps en temps. J'imagine qu'à force d'installer et de désinstaller des programmes (comme François le fait certainement) il se peut que l'information de binding soit perdue, allez savoir. Toujours est-il qu'un coup de balai de temps en temps ne fait pas de mal, d'autant plus que c'est vite fait avec le logiciel Onyx. Dans l'onglet "Maintenance" il faut cocher la case "Optimiser les performances du système". Pour vraiment faire une optimisation complète il faut choisir "Optimisation complète".
On peut également le faire simplement en ligne de commande avec:
sudo update_prebinding -root / -force
Il faut noter que seules les applications se trouvant sur le disque de démarrage peuvent profiter du prebinding.
Même si la nécessité du prebinding reste un peu mystérieuse, son utilité est beaucoup plus avérée que celle d'une défragmentation. Comme de plus la défragmentation est beaucoup plus périlleuse, longue et aléatoire que le prebinding, je ne peux que vous encourager à vous contenter d'un petit coup de Onyx de temps en temps.
La bataille fut rude...mais la défragmentation a été vaincue.
Si vous voulez plus d'informations techniques sur le prebinding vous pouvez lire cette page chez Apple.
Qu'est-ce que le prebinding ?
Afin de comprendre le prebinding, il s'agit de comprendre comment fonctionne une application ou n'importe quel programme informatique.
De nos jours, un programme repose sur une série de bibliothèques (Library) qui lui fournissent des fonctions. Par exemple, Apple met à disposition des programmeurs la bibliothèque Cocoa. Grâce à cela, le programmeur peut facilement afficher une fenêtre au look MacOS X, sans devoir la programmer, il peut créer un menu, un bouton et son action, etc. Tout cela sans effort, mais en utilisant des fonctions mises à disposition par Apple. De même, Apple met à disposition une bibliothèque WebKit sur laquelle repose Safari et que les programmeurs d'Omniweb ou de Shiira ont pu très simplement utiliser (nous l'avons même fait dans cet article).
En tout, Apple met à disposition plus de 150 bibliothèques bourrées de fonctions et d'objets que les programmeurs pourront utiliser.
Mais lorsque le programmeur créé son application, il ne va pas y copier intégralement toutes les bibliothèques qu'il utilise, cela augmenterait considérablement la taille de l'application et votre disque dur serait vite rempli d'applications utilisant les mêmes bibliothèques, ces dernières seront donc dupliquées inutilement. Cette méthode, appelée static linking n'est pas une bonne solution.
La chose raisonnable à faire est ce qu'on appelle le dynamic linking. Les bibliothèques sont installées avec le système et un programme désirant utiliser une bibliothèque va faire un lien vers le fichier système correspondant.
Si vous êtes curieux, vous pouvez allez voir ces bilibothèques en vous rendant dans le menu "Aller" du Finder, puis en sélectionnant "Aller au dossier..." et en entrant ceci:
/System/Library/Frameworks
Vous y trouverez quelques noms connus: Cocoa, Carbon, WebKit, Quicktime, etc.
Ce système de lien dynamique a de très gros avantages. Tout d'abord, lorsqu'Apple fournit une mise à jour du système vos programmes utilisent automatiquement les nouvelles versions des bibliothèques, sans devoir recompiler. J'en veux pour preuve que lorsque Panther a amené un nouveau look de fenêtre (sans les rayures) vos applications ont automatiquement bénéficié de ce nouvel aspect.
Le deuxième avantage est de taille. Si vous lancez cinq applications qui utilisent une même bibliothèque de fonctions, la première application chargera la bibliothèque en mémoire, mais les quatre autres n'auront plus besoin de le faire et partageront la zone mémoire contenant la bibliothèque. Le temps de lancement de ces quatre applications sera donc réduit.
Mais revenons à nos moutons, qu'est-ce que le prebinding vient faire là dedans ?
Comme je l'ai dit, une bibliothèque fournit une série de fonctions ou d'objets. Lorsqu'une application se lance, elle charge les bibliothèques et doit alors y trouver les objets qu'elle désire utiliser afin d'y faire un lien depuis son propre code.
Ceci étant fait, l'application peut utiliser ces objets comme si elle lui appartenait. Ce processus s'appelle le binding et il peut prendre beaucoup de temps. En effet, il peut y avoir des milliers d'objets à lier, car l'application doit faire le lien vers les objets dont elle a besoin, mais ces objets doivent également faire des liens vers d'autres objets dont ils ont besoin.
Vous comprendrez donc qu'éviter ce processus raccourcirait significativement le temps de lancement des applications.
C'est là qu'intervient (enfin !) le prebinding. En faisant un prebinding on anticipe le processus de binding en plaçant dans le programme un fichier contenant tous les liens dont il a besoin. Ainsi, lorsque l'application est lancée elle ira chercher l'information dans ce fichier et pourra se passer du processus de binding.
Bien entendu, à chaque fois qu'une bibliothèque est modifiée ou mise à jour, le fichier contant les liens deviendra obsolète et il faudra refaire le prebinding.
Lorsque vous faites une mise à jour du système ou l'installation d'un logiciel via le programme Installation, la dernière phase s'intitule "Optimisation du Système", en réalité il fait là le prebinding.
Le ralentissement qu'observait François était donc simplement dû à un mauvais prebinding. Or, en défragmentant le disque, son logiciel relançait une procédure de prebinding, ce qui donnait cette impression de vitesse accrue.
Pour tout vous avouer, je ne suis pas tout à fait certain de la raison pour laquelle il faut refaire le prebinding de temps en temps. J'imagine qu'à force d'installer et de désinstaller des programmes (comme François le fait certainement) il se peut que l'information de binding soit perdue, allez savoir. Toujours est-il qu'un coup de balai de temps en temps ne fait pas de mal, d'autant plus que c'est vite fait avec le logiciel Onyx. Dans l'onglet "Maintenance" il faut cocher la case "Optimiser les performances du système". Pour vraiment faire une optimisation complète il faut choisir "Optimisation complète".
On peut également le faire simplement en ligne de commande avec:
sudo update_prebinding -root / -force
Il faut noter que seules les applications se trouvant sur le disque de démarrage peuvent profiter du prebinding.
Même si la nécessité du prebinding reste un peu mystérieuse, son utilité est beaucoup plus avérée que celle d'une défragmentation. Comme de plus la défragmentation est beaucoup plus périlleuse, longue et aléatoire que le prebinding, je ne peux que vous encourager à vous contenter d'un petit coup de Onyx de temps en temps.
La bataille fut rude...mais la défragmentation a été vaincue.
Si vous voulez plus d'informations techniques sur le prebinding vous pouvez lire cette page chez Apple.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
sous OS X les fichiers ne se fragmentent pas càd qu'il restent écrit sur des bloc contigus du disque. Par contre le disque se fragmente en laissant des espaces libres entre les fichiers.
Louis Hoebrechts
Messages postés
1355
Date d'inscription
jeudi 18 août 2005
Statut
Membre
Dernière intervention
19 décembre 2006
672
7 sept. 2005 à 01:13
7 sept. 2005 à 01:13
Et si tu lances Classic ? Ce n'est pas OS X. S'il n'était pas utile de défragmenter, à quoi peuvent bien servir tout ces utilitaires qui optimisent : Onyx, Xtools, Cocktail, TechTools Pro, Drive10, etc. ? Il ne faut pas ergoter sur ce qu'est la fragmentation sur OS X, il faut optimiser.
Louis Hoebrechts
Messages postés
1355
Date d'inscription
jeudi 18 août 2005
Statut
Membre
Dernière intervention
19 décembre 2006
672
8 sept. 2005 à 21:40
8 sept. 2005 à 21:40
Très intéressant, merci beaucoup.
Mais donc, si je comprends bien, la dégragmentation ne sert qu'à effacer les trous entre les différents fichiers. Elle peut donc être considérée comme utile puisqu'elle devrait accélérer l'accès à ces fichiers. Le tout est de trouver la manière et il est certain qu'une copie conforme du contenu d'un volume vers une autre, suivi d'un éventuel rapatriement après formatage est la meilleure méthode.
Dernièrement, j'ai tout de même défragmenté avec TechTool Pro, son interface graphique représentant des bulles est assez semblable à celle de Drive 10, également de Alsoft. Seulement, là où Drive 10, sur un volume non-journalisé (Mac OS X.2.x ET Mac OS 9.x) m'affichait des trous, mais aussi des fichiers fragmentés, TechTool Pro ne m'affiche plus que les vides d'un volume journalisé (Mac OS X.4.2 SANS OS 9 ni Classic) et me signale que du fait de cette journalisation, il ne peut totalement défragmenter.
Tu aurais un éclaircissement ?
Mais donc, si je comprends bien, la dégragmentation ne sert qu'à effacer les trous entre les différents fichiers. Elle peut donc être considérée comme utile puisqu'elle devrait accélérer l'accès à ces fichiers. Le tout est de trouver la manière et il est certain qu'une copie conforme du contenu d'un volume vers une autre, suivi d'un éventuel rapatriement après formatage est la meilleure méthode.
Dernièrement, j'ai tout de même défragmenté avec TechTool Pro, son interface graphique représentant des bulles est assez semblable à celle de Drive 10, également de Alsoft. Seulement, là où Drive 10, sur un volume non-journalisé (Mac OS X.2.x ET Mac OS 9.x) m'affichait des trous, mais aussi des fichiers fragmentés, TechTool Pro ne m'affiche plus que les vides d'un volume journalisé (Mac OS X.4.2 SANS OS 9 ni Classic) et me signale que du fait de cette journalisation, il ne peut totalement défragmenter.
Tu aurais un éclaircissement ?
Louis Hoebrechts
Messages postés
1355
Date d'inscription
jeudi 18 août 2005
Statut
Membre
Dernière intervention
19 décembre 2006
672
11 sept. 2005 à 01:35
11 sept. 2005 à 01:35
J'ai testé TechTool 4.04 depuis son CD sur Mac OS X.4.2 , sans anicroches, et il y a une MàJ en 4.05 disponible. Je n'ai plus testé Drive 10, son CD est obsolète, sans doute juste bon pour Jaguar.
Je me serais bien fait un CD de TechTool 4.05, mais la compatibilité de BootCD fait défaut désormais. Or c'est ce que Tri-Edre conseille. Leur CloneX ne fonctionne pas pour ça, c'est vraiment étrange. J'ai bien essayé, mais sans succès.
Je me serais bien fait un CD de TechTool 4.05, mais la compatibilité de BootCD fait défaut désormais. Or c'est ce que Tri-Edre conseille. Leur CloneX ne fonctionne pas pour ça, c'est vraiment étrange. J'ai bien essayé, mais sans succès.
Merci Merci Merci !!!
J'ai installé OnyX apres la lecture de ce topic.
Je suis passé de 15Go disponibles à 202 !!
Merci beacoup !!
J'ai installé OnyX apres la lecture de ce topic.
Je suis passé de 15Go disponibles à 202 !!
Merci beacoup !!
les disques durs sous Mac OSX ne se fragmentent pas... Il vaut mieux lire ça que d'être aveugle !
Est ce que éteindre le mac ne revient pas au même que de le redemmarrer?
J' ai tavaillé hier soir des photos (en format raw, donc des fichiers assez lourds). Je l' ai éteint toute le nuit, et au redémarrage ce matin, je trouve qu' il patine un peu (alors que je n' ai rien remarqué hier soir). Suite à vos conseils, je le redémarre et tout semble rentré dans l' ordre.
Je pensais que le fait de l' éteindre suffisait.
Qu' en pensez vous?
J' ai un iMac et OSX 10.5
Merci pour vos réponses.
J' ai tavaillé hier soir des photos (en format raw, donc des fichiers assez lourds). Je l' ai éteint toute le nuit, et au redémarrage ce matin, je trouve qu' il patine un peu (alors que je n' ai rien remarqué hier soir). Suite à vos conseils, je le redémarre et tout semble rentré dans l' ordre.
Je pensais que le fait de l' éteindre suffisait.
Qu' en pensez vous?
J' ai un iMac et OSX 10.5
Merci pour vos réponses.
_Ritchi_
Messages postés
21293
Date d'inscription
samedi 17 mars 2007
Statut
Contributeur
Dernière intervention
26 novembre 2024
6 080
18 juil. 2009 à 17:33
18 juil. 2009 à 17:33
"Eteindre un Mac" est franchement différent de "Redémarrer un Mac".
Dans le premier cas, tu te retrouves après quelques minutes avec un Mac éteint.
Dans le second cas, tu te retrouves après quelques minutes avec un Mac allumé et prêt à travailler !
Comment l'as-tu éteint ?
- Est-ce après avoir fermé les applications et tous les documents puis cliquer sur le menu " / Eteindre..." ?
- Est-ce en appuyant sur le bouton Marche /arrêt ?
Ritchi
Dans le premier cas, tu te retrouves après quelques minutes avec un Mac éteint.
Dans le second cas, tu te retrouves après quelques minutes avec un Mac allumé et prêt à travailler !
Comment l'as-tu éteint ?
- Est-ce après avoir fermé les applications et tous les documents puis cliquer sur le menu " / Eteindre..." ?
- Est-ce en appuyant sur le bouton Marche /arrêt ?
Ritchi
Merci pour ta réponse Ritchi.
Je l' ai éteint aprés avoir fermé toute les applications et fait " éteindre..."
Je me demandais si éteindre un mac ou redemarrer un mac était la même chose par rapport à ce problème de fragmentation.
Apple conseille de redémarrer son mac si on éprouve le besoin de le défragmenter, mais je me demandais si on obtenait pas le m^me résultat en l' éteignant carrément.
Je l' ai éteint aprés avoir fermé toute les applications et fait " éteindre..."
Je me demandais si éteindre un mac ou redemarrer un mac était la même chose par rapport à ce problème de fragmentation.
Apple conseille de redémarrer son mac si on éprouve le besoin de le défragmenter, mais je me demandais si on obtenait pas le m^me résultat en l' éteignant carrément.
_Ritchi_
Messages postés
21293
Date d'inscription
samedi 17 mars 2007
Statut
Contributeur
Dernière intervention
26 novembre 2024
6 080
18 juil. 2009 à 20:49
18 juil. 2009 à 20:49
"Apple conseille de redémarrer son mac si on éprouve le besoin de le défragmenter":
Apple ne dit pas tout à fait cela (support Apple):
"If you think you might need to defragment. Try restarting first. It might help, and it's easy to do."
(Si vous pensez avoir besoin de defragmenter; alors en premier, redémarrer le Mac. Cela peut aider et c'est facile à faire).
Par contre, en cas de manipulation répétées de gros fichier vidéo avec un disque relativement plein, il se peut que le disque soit fragmenter et dans ce cas, il peut être bénéfique de le défragmenter, en utilisant un outil de tierce partie.
Ceci dit, leur meilleur conseil est à la fin de l'article: faire un backup de ses fichiers les plus importants, puis effacer le disque dur, réinstaller Mac OS X puis les fichiers sauvegardés.
Ritchi
Apple ne dit pas tout à fait cela (support Apple):
"If you think you might need to defragment. Try restarting first. It might help, and it's easy to do."
(Si vous pensez avoir besoin de defragmenter; alors en premier, redémarrer le Mac. Cela peut aider et c'est facile à faire).
Par contre, en cas de manipulation répétées de gros fichier vidéo avec un disque relativement plein, il se peut que le disque soit fragmenter et dans ce cas, il peut être bénéfique de le défragmenter, en utilisant un outil de tierce partie.
Ceci dit, leur meilleur conseil est à la fin de l'article: faire un backup de ses fichiers les plus importants, puis effacer le disque dur, réinstaller Mac OS X puis les fichiers sauvegardés.
Ritchi
La meilleure solution, comme tu dis, ça serait que Aplle daigne enfin passer à un systéme de fichier un peu plus récent .
Des années qu'on nous promet cela et toujours rien ...
Des années qu'on nous promet cela et toujours rien ...
_Ritchi_
Messages postés
21293
Date d'inscription
samedi 17 mars 2007
Statut
Contributeur
Dernière intervention
26 novembre 2024
6 080
19 juil. 2009 à 09:30
19 juil. 2009 à 09:30
C'est quoi pour toi un système de fichier plus récent ?
Petit rappel sur les formats de fichiers Mac: HFS, HFS+ et HFSX:
Mac OS Standard : c'est le nom "compréhensible" de HFS (Hierarchical File System) , système de gestion des fichiers utilisés sur Mac depuis le tout premier Mac OS (a long time ago...).
Mac OS Étendu : c'est le nom "compréhensible" de HFS+ (Hierarchical File System plus), système de gestion de fichiers apparu avec Mac OS 8.1 (et toujours valable sur Mac OS X). Améliorations apportées (entre autres):
- les noms de fichiers sont désormais limités à 255 caractères, au lieu de 31 auparavant
- les noms des fichiers sont encodés Unicode au lieu du Macroman: cela permet une internationalisation des noms de fichiers
- la taille maximale des fichiers passent de 2 puissance 31 bytes à 2 puissance 63 (plus de détails par ici)
Journalisé : cela signifie que toute écriture sur le disque est enregistrée dans un journal. En cas de plantage inopiné de la machine, la récupération des données non encore écrites est facilitée d'autant.
Mac OS Étendu Sensible à la casse: Ce format est apparu avec les processeurs Intel et Mac OS X.4, donc récent. Il est basé sur le HFSX, qui est basé sur le HFS+, lui même basé sur le HFS. Principale amélioration: avec cette option, les fichiers nommés "fred", "Fred" et "FRED" sont considérés comme des fichiers différents . Avec le HFS+ par défaut, ces trois fichiers sont le même fichier.
Ritchi
Petit rappel sur les formats de fichiers Mac: HFS, HFS+ et HFSX:
Mac OS Standard : c'est le nom "compréhensible" de HFS (Hierarchical File System) , système de gestion des fichiers utilisés sur Mac depuis le tout premier Mac OS (a long time ago...).
Mac OS Étendu : c'est le nom "compréhensible" de HFS+ (Hierarchical File System plus), système de gestion de fichiers apparu avec Mac OS 8.1 (et toujours valable sur Mac OS X). Améliorations apportées (entre autres):
- les noms de fichiers sont désormais limités à 255 caractères, au lieu de 31 auparavant
- les noms des fichiers sont encodés Unicode au lieu du Macroman: cela permet une internationalisation des noms de fichiers
- la taille maximale des fichiers passent de 2 puissance 31 bytes à 2 puissance 63 (plus de détails par ici)
Journalisé : cela signifie que toute écriture sur le disque est enregistrée dans un journal. En cas de plantage inopiné de la machine, la récupération des données non encore écrites est facilitée d'autant.
Mac OS Étendu Sensible à la casse: Ce format est apparu avec les processeurs Intel et Mac OS X.4, donc récent. Il est basé sur le HFSX, qui est basé sur le HFS+, lui même basé sur le HFS. Principale amélioration: avec cette option, les fichiers nommés "fred", "Fred" et "FRED" sont considérés comme des fichiers différents . Avec le HFS+ par défaut, ces trois fichiers sont le même fichier.
Ritchi
Je pensais au ZFS
Promis depuis 2005
Apple semble conscient de ce problème et voudrait rajeunir un peu plus son système d’exploitation en changeant l’actuel HFS+ qu’il propose par le système ZFS (Zettabyte File System), créé par Sun. Ce système de fichiers s’avère plus performant que celui développé et utilisé à l’heure actuelle par Apple, et l’entreprise pourrait donc se laisser séduire par cette solution.
http://www.infos-du-net.com/actualite/6863-ZFS-sun-macos.html
Et le systéme de fichier de OS X a été critiqué par Linus torvalds assez sechement
« Je ne pense pas qu'ils ont autant de failles. Je pense que Leopard est un bien meilleur système. Mais OS X est d'une certaine manière pire que Windows pour les programmeurs. Leur système de fichier est un non-sens total, ce qui fait peur » explique-t-il.
http://www.pcinpact.com/actu/news/41619-Linus-Torvald-critique-leopard-apple.htm
Bien sûr, on peut toujours ignorer le probleme en disant qu'il trolle mais bon ...c'est faire l'autruche ça .
Promis depuis 2005
Apple semble conscient de ce problème et voudrait rajeunir un peu plus son système d’exploitation en changeant l’actuel HFS+ qu’il propose par le système ZFS (Zettabyte File System), créé par Sun. Ce système de fichiers s’avère plus performant que celui développé et utilisé à l’heure actuelle par Apple, et l’entreprise pourrait donc se laisser séduire par cette solution.
http://www.infos-du-net.com/actualite/6863-ZFS-sun-macos.html
Et le systéme de fichier de OS X a été critiqué par Linus torvalds assez sechement
« Je ne pense pas qu'ils ont autant de failles. Je pense que Leopard est un bien meilleur système. Mais OS X est d'une certaine manière pire que Windows pour les programmeurs. Leur système de fichier est un non-sens total, ce qui fait peur » explique-t-il.
http://www.pcinpact.com/actu/news/41619-Linus-Torvald-critique-leopard-apple.htm
Bien sûr, on peut toujours ignorer le probleme en disant qu'il trolle mais bon ...c'est faire l'autruche ça .