Changes
Jump to navigation
Jump to search
← Older edit
Newer edit →
Shared memory
(edit)
Revision as of 19:43, 2 September 2016
53 bytes added
,
19:43, 2 September 2016
→Dumping present pages
:
rewording
Line 66:
Line 66:
== Dumping present pages ==
== Dumping present pages ==
−
When dumping the contents of shared memory CRIU
doesn't
dump all the data. Instead, it determines which pages contain
+
When dumping the contents of shared memory
,
CRIU
does not
dump all
of
the data. Instead, it determines which pages contain
−
it and dumps
only them
. This is done similarly to how regular [[memory dumping and restoring]] works, i.e. by
analyzing
+
it
,
and
only
dumps
those pages
. This is done similarly to how regular [[memory dumping and restoring]] works, i.e. by
looking
−
the owners' pagemap entries
for PRESENT or SWAPPED bits.
But there's
one feature of
shmem
dumps
-- sometimes shmem
+
for PRESENT or SWAPPED bits
in owners' pagemap entries
.
−
page
can exist in the kernel, but not mapped to any process.
In this case criu
detects
one
by calling mincore() on
+
−
the shmem segment, which reports back the page in-memory status.
And the
mincore bitmap is
AND-ed
with the per-process
+
There is
one
particular
feature of
shared memory
dumps
worth mentioning. Sometimes, a shared memory page
−
ones.
+
can exist in the kernel, but
it is
not mapped to any process.
CRIU
detects
such pages
by calling mincore()
+
on the shmem segment, which reports back the page in-memory status.
The
mincore bitmap is
when ANDed
with
+
the per-process ones.
== See also ==
== See also ==
Kir
Bureaucrats
,
Administrators
1,067
edits
Navigation menu
Personal tools
Not logged in
Talk
Contributions
Request account
Log in
Namespaces
Page
Discussion
Variants
Views
Read
Edit
View history
More
Search
Navigation
Main page
Recent changes
Random page
Help
Tools
Special pages
Printable version
News
Twitter
YouTube
External resources
Github / source code
Issues / bugs
Mr. Jenkins
Open Hub
OpenVZ