2

Вступление:

Я планирую чистую установку OS X (10.6) на мой Mac, ориентированную на производительность, и я решил (среди прочего) разбить жесткий диск на несколько разделов.

Два из них будут относиться к файлам подкачки и hibernate-file (sleepimage) соответственно, поэтому я хочу настроить их файловые системы для достижения наилучших результатов, но есть проблема: я никогда не использовал tunefs и не знаю как начать его использовать.


Часть 1:

Согласно man странице:

Утилита tunefs не может быть запущена в активной файловой системе. Чтобы изменить активную файловую систему, она должна быть переведена в режим только для чтения или размонтирована.

и это кажется очевидным, но, поскольку я все еще работаю с одним разделом, я хотел бы немного проверить это.

Я пытался создать (и смонтировать) файл образа диска с помощью hdiutil , но когда я пытаюсь прочитать (используя tunefs -N /dev/disk1s1) значения, я получаю - я знаю, он все еще смонтирован ... - следующая ошибка: « tunefs: невозможно открыть /dev /disk1s1 для чтения: Ресурс занят » как с выполнением root, так и без него.

Итак, я попытался размонтировать тестовый диск из утилиты Disk, а затем повторил команду выше. На этот раз, однако, у меня есть: " tunefs: /dev /disk1s1: неверное магическое число: такого файла или каталога нет ".

Как я могу выполнить лекцию параметров?


Часть 2:

Я думал настроить две файловые системы HFS+ (Journaled) с параметрами e , o и s для раздела Sleep и с параметрами f , m и o для раздела Swap . Но ... как насчет ценностей?

Начиная с первого (e), это должно быть полезно, потому что спящий раздел на 5 ГБ будет содержать только большой (4+ ГБ) файл, и man говорит:

Это указывает на максимальное количество блоков, которое любой отдельный файл может выделить из группы цилиндров, прежде чем он будет вынужден начать выделение блоков из другой группы цилиндров. Как правило, это значение составляет около одной четверти всех блоков в группе цилиндров. Намерение состоит в том, чтобы предотвратить использование одним файлом всех блоков в одной группе цилиндров, тем самым уменьшая время доступа ко всем файлам, впоследствии размещенным в этой группе цилиндров. Эффект этого ограничения заключается в том, что большие файлы выполняют длинные операции поиска чаще, чем если бы им было разрешено размещать все блоки в группе цилиндров перед поиском в другом месте. Для файловых систем с исключительно большими файлами этот параметр должен быть установлен выше.

Но как я могу выбрать значение? (или получить информацию, необходимую для ее решения)


Теперь второй (f). Это должно быть легко, за исключением детали: размер блока. man только говорит:

Укажите ожидаемый средний размер файла.

Я думал использовать количество байтов, но я не уверен. Есть ли у вас какие-либо идеи ?


Еще один очень легкий, m один. Это представляет процентное значение, но чего оно хочет? целое число или строка с символом % ? Как и прежде, man только говорит:

Укажите процент пространства, удерживаемого у обычных пользователей; минимальный порог свободного пространства. Используемое значение по умолчанию составляет 10%. Это значение может быть установлено равным нулю, однако пропускная способность в три раза будет потеряна по сравнению с производительностью, полученной при пороговом значении 10%. Если значение превысит текущий уровень использования, пользователи не смогут размещать файлы до тех пор, пока не будет удалено достаточное количество файлов, чтобы попасть под более высокий порог.

Я ориентируюсь на целое число ... Я надеюсь, что это правильно.


Для параметра o я довольно убежден ...

В разделе Sleep файл sleepimage всегда существует (я думаю, что он перезаписывается), но он используется редко (я создал скрипт для активации безопасного сна только при определенном пороговом уровне заряда батареи).

В разделе Swap (4 ГБ) я видел, что всегда есть почти один файл (каждый из них будет иметь размер 192 МБ), но они могут приходить и уходить в редких случаях (размер файла откалиброван из-за моего среднего обмена использование - когда используется).

Удобнее ли оптимизировать файловые системы под пространство или за время? Для любого из них я ориентируюсь на время.


Последнее (s) является неоднозначным, потому что даже если в моем спящем разделе будет только один файл, у меня есть основания полагать, что в файловую систему могут быть помещены некоторые дополнительные (скрытые) файлы. man говорит:

Укажите ожидаемое количество файлов в каталоге.


Заключение:

Заранее спасибо за помощь и извините за длинный вопрос…

0