ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Davydov                     2:5020/400     02 Feb 2002  13:04:39
 To : Valentin Nechayev
 Subject : Re: своп
 -------------------------------------------------------------------------------- 
 

 >   From: Valentin Nechayev <netch@segfault.kiev.ua>
 >   Date: Fri, 1 Feb 2002 06:49:47 +0000 (UTC)
 >
 >> По той же самой причине, которая не даёт возможности сделать swapoff:
 >> информация о свопе "размазана" между разными структурами ядра таким
 >> образом, что достать нужную страницу из свопа можно легко и быстро,
 >> а вот выяснить, кому принадлежит страница, лежащая там-то и там-то,
 >> довольно затруднительно, сродни проламыванию криптографического шифра
 >> (*).
 >
 >Про связанное хранение данных всех VM objects в памяти кое-кто явно
 >не слышал.
 
 Верно, не слышал. Читал. В /sys/vm/vm*.{c,h} И про многоуровневые деревья
 хэшей там же читал, и даже про простые числа.
 
 >> P.S. Возражения на (*) принимаются, особенно охотно в виде работающего
 >> swapoff(2).
 >
 >Дорогой тезка, выньте профильные затычки из ушей - в них ноты не пролазят.
 >Чтобы сделать swapoff грамотно, а не на тяп-ляп, нужен не swapoff(2),
 >а swapctl(2);
 
 Тогда уж sysctl vm.swap_не_только_enabled и пр.
 
 >признаки для каждого раздела - можно в него свопить
 >сейчас или нет, а в идеале - swap coloring;
 
 А разве pg_color из vm_object для этого не годится?
 
 >средства постепенной выгрузки
 >с разумным rate limit (чтобы система работала в это время).
 
 Так и представляю себе "средства постепенной выгрузки с разумным rate limit"
 в применении к какой-нибудь Мозилле, которой сказали kill после того, как у
 ней больше половины свопа натекло виртуальной памяти. Безотносительно к 
 swapoff.
 
 >Это приличный кусок работы с переделкой большой части VM, и неизвестно,
 >нужно ли оно реально до такой степени (стоны отдельно взятых админов
 >не в счет).
 
 Реально, как было убедительно показано в соседней эхе, кроме Win2k ничего 
 больше и не нужно ;-) А из полезных вещей - много чего может быть. Hапример,
 md(4), работающий не через malloc(9), а через malloc(3).
 
 Вал. Дав.
 --- ifmail v.2.15dev5
  * Origin: St. Petersburg State University (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    своп   Alexey M. Kosorotov   29 Jan 2002 15:31:24   Re: своп   Oleg Koreshkov   29 Jan 2002 15:37:33   Re: своп   freeman@stc.gov.ua   29 Jan 2002 16:30:52   Re: своп   Valentin Davydov   31 Jan 2002 10:06:42   Re: своп   Valentin Nechayev   01 Feb 2002 10:49:47   Re: своп   Valentin Davydov   02 Feb 2002 13:04:39   Re: своп   Valentin Nechayev   03 Feb 2002 16:50:01   Re: своп   Valentin Davydov   03 Feb 2002 19:55:50   Re: своп   Valentin Nechayev   04 Feb 2002 00:41:35