Searched refs:migration (Results 1 – 25 of 76) sorted by relevance
1234
| /Linux-v5.10/Documentation/vm/ |
| D | page_migration.rst | 4 Page migration
7 Page migration allows moving the physical location of pages between
15 The main intent of page migration is to reduce the latency of memory accesses
19 Page migration allows a process to manually relocate the node on which its
25 Page migration functions are provided by the numactl package by Andi Kleen
29 migration. cat ``/proc/<pid>/numa_maps`` allows an easy review of where the
33 Manual migration is useful if for example the scheduler has relocated
37 manual page migration support. Automatic page migration may be implemented
54 Page migration allows the preservation of the relative location of pages
55 within a group of nodes for all migration techniques which will preserve a
[all …]
|
| D | hmm.rst | 25 Finally, the last section presents a new migration helper that allows
106 Shared address space and migration
126 main memory to device memory using existing migration mechanisms and everything
130 memory for the device memory and second to perform migration. Policy decisions
133 Note that any CPU access to a device page triggers a page fault and a migration
136 address A triggers a page fault and initiates a migration back to main memory.
306 The overall migration steps are similar to migrating NUMA pages within system
307 memory (see :ref:`Page migration <page_migration>`) but the steps are split
314 be held for the duration of the migration.
347 the LRU), unmapped from the process, and a special migration PTE is
[all …]
|
| D | arch_pgtable_helpers.rst | 249 | is_migration_entry | Tests a migration (read or write) swapped entry |
251 | is_write_migration_entry | Tests a write migration swapped entry |
253 | make_migration_entry_read | Converts into read migration swapped entry |
255 | make_migration_entry | Creates a migration swapped entry (read or write)|
|
| D | unevictable-lru.rst | 79 migration, unless we reworked migration code to find the unevictable pages
239 link field was not available to the migration subsystem.
418 replaced with an entry that refers to the new page. Linux supports migration
422 Note that page migration can race with mlocking or munlocking of the same page.
424 sections above. Both processes (migration and m[un]locking) hold the page
425 locked. This provides the first level of synchronization. Page migration
429 To complete page migration, we place the new and old pages back onto the LRU
431 page on failure - will be freed when the reference count held by the migration
433 list because of a race between munlock and migration, page migration uses the
444 the page migration code and the same work flow as described in MIGRATING
[all …]
|
| /Linux-v5.10/Documentation/virt/kvm/devices/ |
| D | vm.rst | 288 Allows userspace to stop migration mode, needed for PGSTE migration.
289 Setting this attribute when migration mode is not active will have no
298 Allows userspace to start migration mode, needed for PGSTE migration.
299 Setting this attribute when migration mode is already active will have
303 :Returns: -ENOMEM if there is not enough free memory to start migration mode;
310 Allows userspace to query the status of migration mode.
313 the data itself is either 0 if migration mode is disabled or 1
|
| D | xive.rst | 215 It is important for migration to capture the cached IPB from the NVT
236 transferred in the migration sequence.
|
| /Linux-v5.10/Documentation/admin-guide/cgroup-v1/ |
| D | memcg_test.rst | 102 The logic is very clear. (About migration, see below)
174 For NUMA, migration is an another special case. To do easy test, cpuset
175 is useful. Following is a sample script to do migration::
188 In above set, when you moves a task from 01 to 02, page migration to
220 This is an easy way to test page migration, too.
309 9.9 Move charges at task migration
312 Charges associated with a task can be moved along with task migration.
|
| D | rdma.rst | 53 always owned by the creator cgroup css. This allows process migration from one
57 deleted after processes migrated. This allow progress migration as well with
|
| /Linux-v5.10/Documentation/admin-guide/mm/ |
| D | userfaultfd.rst | 167 migration. Postcopy live migration is one form of memory
172 migration to QEMU.
180 It is generally beneficial to run one pass of precopy live migration
181 just before starting postcopy live migration, in order to avoid
184 The implementation of postcopy live migration currently uses one
190 in the destination node, into the socket, and the migration thread of
200 by the parallel QEMU migration thread).
208 migration thread in the QEMU running in the destination node will
216 migration around and a single per-page bitmap has to be maintained in
223 postcopy thread just before ``UFFDIO_COPY|ZEROPAGE`` runs in the migration
|
| /Linux-v5.10/tools/perf/scripts/python/bin/ |
| D | sched-migration-report | 3 perf script $@ -s "$PERF_EXEC_PATH"/scripts/python/sched-migration.py
|
| /Linux-v5.10/Documentation/networking/ |
| D | net_failover.rst | 24 datapath. It also enables hypervisor controlled live migration of a VM with
79 net_failover also enables hypervisor controlled live migration to be supported
83 Here is a sample script that shows the steps to initiate live migration on
|
| D | failover.rst | 17 datapath. It also allows live migration of VMs with direct attached VFs by
|
| /Linux-v5.10/Documentation/ABI/testing/ |
| D | sysfs-class-rnbd-client | 14 > [access_mode=<ro|rw|migration>] > map_device
27 [access_mode=<ro|rw|migration>]
82 a device to be exported in rw mode only once. The "migration"
|
| D | sysfs-class-rnbd-server | 50 Description: Contains the device access mode: ro, rw or migration.
|
| D | sysfs-block-rnbd | 46 Description: Contains the device access mode: ro, rw or migration.
|
| /Linux-v5.10/kernel/irq/ |
| D | Makefile | 13 obj-$(CONFIG_GENERIC_PENDING_IRQ) += migration.o
|
| D | Kconfig | 34 # Support for delayed migration from interrupt context
|
| /Linux-v5.10/Documentation/powerpc/ |
| D | dawr-power9.rst | 35 migration from POWER8 to POWER9, at the cost of silently losing the
36 DAWR on the migration.
|
| /Linux-v5.10/include/scsi/ |
| D | viosrp.h | 183 struct mad_migration_cap migration; member
|
| /Linux-v5.10/fs/nfs/ |
| D | Kconfig | 145 bool "NFSv4.1 client support for migration"
150 it can support NFSv4 migration.
152 The NFSv4.1 pieces of the Linux NFSv4 migration implementation are
|
| /Linux-v5.10/Documentation/trace/ |
| D | hwlat_detector.rst | 81 tracing_cpumask between each window. To limit the migration, either modify
83 affinity directly, and the migration will stop.
|
| /Linux-v5.10/tools/perf/Documentation/ |
| D | perf-sched.txt | 55 79371.874603 [0010] migration/10[59] 3.350 0.004 0.011
149 Show migration events.
|
| /Linux-v5.10/Documentation/admin-guide/nfs/ |
| D | nfs-client.rst | 28 and transparent state migration, this identity string must not change
42 or loss of state during NFS reboot recovery or transparent state migration.
|
| /Linux-v5.10/Documentation/arm64/ |
| D | legacy_instructions.rst | 24 Uses software emulation. To aid migration of software, in this mode
|
| /Linux-v5.10/Documentation/virt/kvm/ |
| D | running-nested-guests.rst | 64 - Live migration of "guest hypervisors" and their nested guests, for
151 gues); or for better live migration compatibility, use a named CPU
182 Live migration with nested KVM
|
1234
