Как следует из вопроса, есть ли у кого-нибудь советы по повышению производительности диска в OS X Leopard?
macos
mac
performance
osx-leopard
Алексис Херст
источник
источник
iDefrag очень хорош и уважает «горячую зону» для Mac OS, сначала проверьте существующую структуру каталогов с помощью Дисковой утилиты, исправьте ее, если она обнаружит какие-либо проблемы - используйте DiskWarrior, если отказывает DU. Вы также можете проверить Tech Tools Pro и Drive Genius .
Также утилиты, такие как Cocktail и Onyx , хороши для удаления общего мусора на диске. Великолепная перспектива может дать вам представление о накопителе и всей сумме, которую вы накопили.
источник
Вероятно, это немного не относится к вопросу, но лучшее, что я когда-либо делал для повышения производительности дисков на моем Mac, было приобретение SSD. Дорогой, но чрезвычайно полезный результат.
источник
Очень простое решение: клонировать ваш диск с помощью CarbonCopyCloner, а затем восстановить его - это делает файлы непрерывными, и вы получаете резервную копию в процессе !!! :-)
Вот официальный документ от Superduper! ребята (отличная коммерческая альтернатива CCC) по этому типу дефрагментации:
http://www.shirt-pocket.com/downloads/Fragmentation.pdf
Я попробовал iDefrag, и он делает то, что говорит на жестяной банке, очень приятный пользовательский интерфейс и лучшее программное обеспечение для дефрагментации для OS X на данный момент (горячий файл, например, знает, чего не делают многие другие). Я также попробовал дефрагментировать диск , который является частью инструментов Speed, который выполняет базовую дефрагментацию, но не требует хорошей загрузки.
источник
Я не рекомендовал бы выполнять дефрагментацию, так как это может фактически снизить производительность в OSX, особенно если он будет перемещать горячую область диска (системные файлы обычно находятся в самой быстрой области диска).
Реализация журналирования HFS будет копировать файлы при записи. Рекомендуется, что если у вас есть данные, которые менее важны, то вы должны создать отдельные тома без журнализации и монтировать их по отдельности. Временная область является кандидатом на не журналируемый раздел.
Кроме того, если вы храните базу данных на своих томах, то вы хотите отключить журналирование, так как они обычно связаны с BI (Before-Image), который фактически является самим журналом.
источник
Я обнаружил, что команда
iopending(запускается с правами root) дает интересный обзор средней длины дисковой очереди (= ожидающих операций дискового ввода-вывода).Основное правило заключается в том, что оно не должно превышать 2. Если это так, подсистема хранения не может в достаточной степени справиться с нагрузкой.
источник