|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Tomas 2:5020/400 24 Dec 2002 17:49:30
To : Oleg Drokin
Subject : Re: Как pаботать с ОП в LINUX ?
--------------------------------------------------------------------------------
>>>>> Oleg Drokin (OD) writes:
OD> Hello!
OD> Alex Tomas <bzzz@tmi.comex.ru> wrote:
>>>>>>> Oleg Drokin (OD) writes:
AT> 1) mmap не закачивает, а отображает. он не делает копию как, read
AT> например
OD> это только в случае MAP_SHARED В случае MAP_PRIVATe кто мешает
OD> ему сразу сделать копию.
AT> в случае MAP_PRIVATE как долго будут данные жить? куда будут
AT> бакендится?
OD> Все зависит от того будет ли tar либо кто-то внешний данные
OD> менять ;)
когда поменяет данные станут "его", до тех пор это просто запапленный
pagecache
AT> 2) то, что видит tar после mmap() - не его данные. это видно как
OD> Что значит "не его"?
AT> значит не связаны с ним однозначно
OD> Даже MAP_PRIVATE? даже MAP_ANONYMOUS?
1) в случае MAP_PRIVATE данные отмаплены до тех пор, пока они clean
2) случай MAP_ANONYMOUS вообще не подходит, ибо сразу создается(расширяется)
приватная vma, которая никуда, кроме как в этом процесс не замаплена.
то бишь однозначно связана с этим процессом
OD> а после read значит однозначно связаны? Даже если read сделали в
OD> mmaped область? Даже если эта область MAP_SHARED примаплена?
если read делался с анонимные страницы, то однозначно. к чему изварачиваться?
AT> минимум по времени жизни (процесс помер, а данные нет) и, снова,
AT> по бакенду.
OD> Процесс умер, но дело его (чилды то бишь) живут, и данные живут
OD> вместе с ними.
AT> нету чилдов. где данные? все еще живут? сделали exec. где данные?
OD> Атмаунтили fs, где данные? Hа диске? Так ведь и после смерти
OD> процесса данные то в страничках лежат, тока достать нельзя.
а при чем тут fs? мы говорили только о процессах и их данных.
btw, смерть процесса совершенно не аналогична umount'у.
OD> Hепонимаю, почему ты считаешь бакенд такой важной вещью.
AT> потому что бакенд - это характеристика. фактически бакенд - это
AT> место жизни объекта. RAM - это просто кэш бакенда.
OD> Как насчет динамического контента, какой бакенд у
OD> /proc/self/status? Какой бакенд у /proc/cpuinfo?
специальный
--
пора
--- ifmail v.2.15dev5
* Origin: HOME (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
