1) Представим себе ситуацию: собственного свопа не хватает, оперативка полностью забивается ресурсоёмкими процессами с высоким приоритетом, но и те процессы, которые вытесняются в своп и ещё хотят туда вытеснятся, убить oom_killer'ом просто так нельзя, иначе - убытки, головная боль, крики...
Так вот, ситуация такая: наш своп закончился, а хочется ещё. Можно, конечно, подмапить своп как блочное устройство через iSCSI. Но! В этом случае мы блокируем соответствующий лун надолго и всерьёз даже в том случае, если на самом деле нам он не нужен. Вроде бы не страшно, но это если серверов мало и полок много, а если серверов много, процессы там жирные, то полка под в 99% случаев никому не нужные свопы быстро разойдётся...
Так вот, хотелось бы, чтобы ОС принимала запрос диспетчера памяти «хочу свопа», динамически подключала свободный лун и делала из него себе дополнительный своп. Когда же своп этот опустеет, было бы неплохо возвращать его обратно в пул. Такое возможно, как вы считаете?
2) Как бы так сделать, чтобы своп располагался в файле, который может динамически расти? Обычный способ подключения свопа из файла вроде бы предполагает, что файл фиксированного размера. Или я не прав?
3) Ну и 3-й вопрос не по теме, но до кучи: а можно ли сделать так, чтобы содержимое нужного файла напрямую отображалось на страницы памяти процесса, причём при запросе реально часть этих страниц находилась бы в олеративке, а часть - на самом деле в файле. То есть последние как бы становятся разновидностью сброшенных на диск, только вместо считывания их из свопа операционная система будет читать их через обращение к драйверу ФС. Получается некий буфер файловой системы на стороне пользовательского процесса.
Я это к тому, что код, который читает файлы фиксированными блоками в оперативку, постоянно вынужден контролировать количество обработанных данных и при необходимости - дочитывать новую порцию в буфер. Ведь это могла бы делать ОС сама?
Примечание: последний вопрос - для процессов, которые читают и анализируют данные «подряд» (архиваторов, разновидности grep'а и пр.)
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от true_admin
Ответ на:
комментарий
от no-such-file
Ответ на:
комментарий
от DRVTiny
Ответ на:
комментарий
от DRVTiny
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Не подключается swap в kubuntu (2015)
- Форум Динамическое выделение места под swap (2020)
- Форум swap vs !swap (2008)
- Форум swap (2012)
- Форум Swap (2017)