Вопросы Теги

Которые базируются, пути должны находиться на быстрых медиа?

Если Ваш файл псевдонима "~/.bash_aliases", помещает это в Ваш сценарий:

#!/bin/bash
shopt -s expand_aliases
source ~/.bash_aliases
python run-project.py

(через)

1
10.10.2011, 10:11
2 ответа

Биты, которые получат большой трафик записи на диск, /tmp и /var. Двоичные каталоги получат некоторый трафик чтения, хотя фактический рабочий набор является относительно небольшим и будет главным образом кэшироваться на машине больше чем несколько сотен МБ RAM.

Исторически, системы Unix были созданы со смесью быстрых и медленных дисков из-за особенностей аппаратных средств DEC эры. Первоначальный макет был основан на быстрых дисках для корня (включая /bin) и подкачка и более медленный диск для /usr. Однако эти машины имели намного меньше RAM, чем современный компьютер, таким образом, кэширование RAM заполнит двоичный трафик, поскольку это главным образом только для чтения.

В Вашем случае я предложил бы, чтобы Вы сохранили его простым и поместили все, но /home на быстром диске. Вам не должны на самом деле быть нужны больше, чем некоторые ГБ для этого и 8-16GB высокоскоростного CF, карты являются довольно дешевыми. Получите больший диск для /home.

1
27.01.2020, 23:40

Все это зависит от главным образом двух вещей:

  1. Какие программы обычно запускаются на компьютере

  2. Какой аспект производительности Вы оцениваете большинство

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

Смотря на Ваши быстрые/медленные понятия, я предложил бы следующие изменения:

  • /etc содержит файлы высокой важности, но относительно маленький в размере. Этому не обязательно нужно к помещенному в быстрый носитель.

  • /lib и /usr/lib вероятно, самые важные части системного дерева когда дело доходит до времен запуска - взглянули на Ваш lsof и сделайте a grep -cF '/lib/' в момент типичного системного использования. Сравните с захватом для \(/bin\|/sbin\).

Таким образом, я скорее поместил /usr/lib на более быстром разделе. Проблемой, конечно, был бы свой размер. Вы, вероятно, не попытались бы поместить целое /usr на более быстром разделе - лучше делают /usr/lib символьная ссылка или связывать точка монтирования. Если размер его является все еще слишком большим для Вашей установки, можно пойти один уровень глубже и создать символьные ссылки только для поддеревьев библиотек, которыми наиболее пользуются - или обратное - помещают основное /usr/lib на быстром носителе и чистый далеко менее используемые подкаталоги, превращая их в символьные ссылки. Например, я связал бы далеко материал программирования как gcc, perl или python.

Кроме этого, как Вы записали, /var должно, конечно, стоить поставить быстрый meduim. Однако остерегайтесь этого, Вам будет нужна хорошая карта CF, которая не умрет слишком скоро из-за чрезмерной записи!

1
27.01.2020, 23:40
  • 1
    Ничего себе, что фантастический ответ! Спасибо за то, что заняли время, это было очень информативно. Я провел несколько минут, решая, принять ли Ваш ответ или Concerned. Я наконец выбрал Concerned, поскольку распадающийся/usr становится большим количеством стычки обслуживания. Затронутый является также правильным, что я могу, вероятно, соответствовать/usr на самом маленьком размере карты CF, который я, оказывается, имею, если я осторожен. –  kwutchak 15.10.2011, 07:32

Теги

Похожие вопросы