У меня довольно старый сервер с 4 ГБ ОЗУ, и он почти весь день обслуживает одни и те же файлы, но делает это с жесткого диска, в то время как 3 ГБ ОЗУ «свободны».
Любой, кто когда-либо пробовал управлять приводом, может засвидетельствовать, что это круто с точки зрения скорости. Использование памяти этой системой обычно никогда не превышает 1 ГБ / 4 ГБ, поэтому я хочу знать, есть ли способ использовать эту дополнительную память для чего-то хорошего.
- Можно ли указать файловой системе всегда обслуживать определенные файлы вне ОЗУ?
- Существуют ли другие методы, которые я могу использовать для улучшения возможностей чтения файлов с использованием оперативной памяти?
Точнее, я не ищу здесь «взлом». Я хочу, чтобы вызовы файловой системы обслуживали файлы из ОЗУ без необходимости создания оперативной памяти и копирования файлов туда вручную. Или, по крайней мере, сценарий, который делает это для меня.
Возможные приложения здесь:
- Веб-серверы со статическими файлами, которые читаются много
- Серверы приложений с большими библиотеками
- Настольные компьютеры со слишком большим количеством оперативной памяти
Есть идеи?
Редактировать:
- Нашел это очень информативным: Linux Page Cache и pdflush
- Как указал Зан, память на самом деле не свободна. Я имею в виду, что он не используется приложениями, и я хочу контролировать, что должно кэшироваться в памяти.
1
Я тоже ищу что-то подобное. Я не думаю, что общее кеширование дисковых блоков файловой системы является ответом. Предположим, я хочу, чтобы дисковый блок X всегда кэшировался. К нему что-то обращается, и ядро его кеширует. Пока все хорошо, но следующий процесс хочет блок Y, поэтому ядро отбрасывает мой блок X и вместо этого кэширует Y. Следующий процесс, который хочет, чтобы X должен был ждать, пока он сойдет с диска; это то, чего я хочу избежать. То, что я хотел бы (и я думаю, что оригинальный постер после этого тоже), это наложить сквозной кэш сквозной записи на файловую систему, которая будет гарантировать, что файлы всегда
Учитывая, что, по-видимому, все согласны с тем, что Linux уже должен кэшировать часто используемые файлы для вас, мне интересно, удалось ли вам на самом деле внести какие-либо улучшения, используя приведенные здесь советы. Мне кажется, что попытка ручного управления кэшированием может быть полезна для разогрева кэша, но при описанной вами схеме использования («обслуживание одних и тех же файлов весь день») это не поможет уже прогретому серверу. много, если вообще.
—
Nate CK
Вы говорите, что не ищете взлома, но Linux уже делает то, что вы хотите сделать по умолчанию. Следующее уравнение: «обслуживать одни и те же файлы весь день» + «указывать файловой системе всегда обслуживать определенные файлы из ОЗУ» по определению равно «взломать». Вы заметили какие-либо улучшения производительности? По моему опыту, Linux-кеш - это чудо из вашей файловой системы.
—
Майк С
Для пояснения, Linux выполняет кеширование файлов, но метаданные проверяются для каждого файла для каждого запроса. При вращающейся ржавчине, на загруженном веб-сервере с большим количеством маленьких файлов, это все еще может вызвать конфликт ввода-вывода и преждевременный износ дисков. Статическое содержимое и сценарии могут быть rsync в / dev / shm или монтироваться в tmpfs при запуске приложения. Я делал это в течение нескольких десятилетий, и мои диски не изнашиваются преждевременно. Кроме того, мои сайты гораздо лучше переносят тяжелую взрывную нагрузку. Это помогает во всем, от самого дорогого оборудования для предприятия до обычного оборудования.
—
Аарон