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