| /Linux-v5.10/drivers/gpu/drm/i915/gvt/ |
| D | scheduler.c | 59 static void update_shadow_pdps(struct intel_vgpu_workload *workload) in update_shadow_pdps() argument
62 struct intel_context *ctx = workload->req->context; in update_shadow_pdps()
64 if (WARN_ON(!workload->shadow_mm)) in update_shadow_pdps()
67 if (WARN_ON(!atomic_read(&workload->shadow_mm->pincount))) in update_shadow_pdps()
72 (void *)workload->shadow_mm->ppgtt_mm.shadow_pdps); in update_shadow_pdps()
80 static void sr_oa_regs(struct intel_vgpu_workload *workload, in sr_oa_regs() argument
83 struct drm_i915_private *dev_priv = workload->vgpu->gvt->gt->i915; in sr_oa_regs()
97 if (workload->engine->id != RCS0) in sr_oa_regs()
101 workload->oactxctrl = reg_state[ctx_oactxctrl + 1]; in sr_oa_regs()
103 for (i = 0; i < ARRAY_SIZE(workload->flex_mmio); i++) { in sr_oa_regs()
[all …]
|
| D | execlist.c | 370 static int prepare_execlist_workload(struct intel_vgpu_workload *workload) in prepare_execlist_workload() argument
372 struct intel_vgpu *vgpu = workload->vgpu; in prepare_execlist_workload()
377 if (!workload->emulate_schedule_in) in prepare_execlist_workload()
380 ctx[0] = *get_desc_from_elsp_dwords(&workload->elsp_dwords, 0); in prepare_execlist_workload()
381 ctx[1] = *get_desc_from_elsp_dwords(&workload->elsp_dwords, 1); in prepare_execlist_workload()
383 ret = emulate_execlist_schedule_in(&s->execlist[workload->engine->id], in prepare_execlist_workload()
392 static int complete_execlist_workload(struct intel_vgpu_workload *workload) in complete_execlist_workload() argument
394 struct intel_vgpu *vgpu = workload->vgpu; in complete_execlist_workload()
397 &s->execlist[workload->engine->id]; in complete_execlist_workload()
399 struct list_head *next = workload_q_head(vgpu, workload->engine)->next; in complete_execlist_workload()
[all …]
|
| D | cmd_parser.c | 501 struct intel_vgpu_workload *workload; member
888 u32 base = s->workload->engine->mmio_base; in is_cmd_update_pdps()
896 struct intel_vgpu_mm *shadow_mm = s->workload->shadow_mm; in cmd_pdp_mmio_update_handler()
912 &s->workload->lri_shadow_mm); in cmd_pdp_mmio_update_handler()
982 s->workload->ring_context_gpa + 12, &ctx_sr_ctl, 4); in cmd_reg_handler()
1193 s->workload->pending_events); in cmd_handler_pipe_control()
1200 s->workload->pending_events); in cmd_handler_mi_user_interrupt()
1711 s->workload->pending_events); in cmd_handler_mi_flush_dw()
1782 s->vgpu->gtt.ggtt_mm : s->workload->shadow_mm; in find_bb_size()
1798 s->engine->name, s->workload); in find_bb_size()
[all …]
|
| D | trace.h | 231 void *workload, const char *cmd_name),
234 buf_addr_type, workload, cmd_name),
243 __field(void*, workload)
255 __entry->workload = workload;
271 __entry->workload)
|
| D | scheduler.h | 134 void intel_vgpu_queue_workload(struct intel_vgpu_workload *workload);
161 void intel_vgpu_destroy_workload(struct intel_vgpu_workload *workload);
|
| D | cmd_parser.h | 49 int intel_gvt_scan_and_shadow_ringbuffer(struct intel_vgpu_workload *workload);
|
| /Linux-v5.10/tools/perf/tests/ |
| D | perf-record.c | 114 err = sched__get_first_possible_cpu(evlist->workload.pid, &cpu_mask); in test__PERF_RECORD()
126 if (sched_setaffinity(evlist->workload.pid, cpu_mask_size, &cpu_mask) < 0) { in test__PERF_RECORD()
212 if ((pid_t)sample.pid != evlist->workload.pid) { in test__PERF_RECORD()
214 name, evlist->workload.pid, sample.pid); in test__PERF_RECORD()
218 if ((pid_t)sample.tid != evlist->workload.pid) { in test__PERF_RECORD()
220 name, evlist->workload.pid, sample.tid); in test__PERF_RECORD()
229 (pid_t)event->comm.pid != evlist->workload.pid) { in test__PERF_RECORD()
|
| /Linux-v5.10/tools/perf/Documentation/ |
| D | perf-sched.txt | 18 of an arbitrary workload.
21 and other scheduling properties of the workload.
23 'perf sched script' to see a detailed trace of the workload that
26 'perf sched replay' to simulate the workload that was recorded
28 that mimic the workload based on the events in the trace. These
30 of the workload as it occurred when it was recorded - and can repeat
34 workload captured via perf sched record. Columns stand for
|
| D | perf-timechart.txt | 6 perf-timechart - Tool to visualize total system behavior during a workload
18 of an arbitrary workload. By default timechart records only scheduler
|
| D | examples.txt | 45 'repeat the workload N times' feature of perf stat:
65 Furthermore, these tracepoints can be used to sample the workload as
|
| D | perf-kmem.txt | 18 of an arbitrary workload.
|
| /Linux-v5.10/Documentation/admin-guide/mm/ |
| D | idle_page_tracking.rst | 11 accessed by a workload and which are idle. This information can be useful for
12 estimating the workload's working set size, which, in turn, can be taken into
13 account when configuring the workload parameters, setting memory cgroup limits,
14 or deciding where to place the workload within a compute cluster.
53 workload one should:
55 1. Mark all the workload's pages as idle by setting corresponding bits in
57 ``/proc/pid/pagemap`` if the workload is represented by a process, or by
58 filtering out alien pages using ``/proc/kpagecgroup`` in case the workload
61 2. Wait until the workload accesses its working set.
|
| /Linux-v5.10/tools/perf/bench/ |
| D | find-bit-bench.c | 34 static noinline void workload(int val) in workload() function
80 workload(bit); in do_for_each_set_bit()
93 workload(bit); in do_for_each_set_bit()
|
| /Linux-v5.10/Documentation/filesystems/nfs/ |
| D | knfsd-stats.rst | 54 Depending on the NFS workload patterns and various network stack
58 However this is a more accurate and less workload-dependent measure
74 pool for the NFS workload (the workload is thread-limited), in which
76 performance of the NFS workload.
93 threads configured than can be used by the NFS workload. This is
99 slow; the idle timeout is 60 minutes. Unless the NFS workload
|
| /Linux-v5.10/drivers/gpu/drm/amd/pm/powerplay/hwmgr/ |
| D | pp_psm.c | 263 long workload; in psm_adjust_power_state_dynamic() local
288 workload = hwmgr->workload_setting[index]; in psm_adjust_power_state_dynamic()
290 if (hwmgr->power_profile_mode != workload && hwmgr->hwmgr_func->set_power_profile_mode) in psm_adjust_power_state_dynamic()
291 hwmgr->hwmgr_func->set_power_profile_mode(hwmgr, &workload, 0); in psm_adjust_power_state_dynamic()
|
| /Linux-v5.10/Documentation/scheduler/ |
| D | sched-capacity.rst | 72 With a workload that periodically does a fixed amount of work, you will get an
103 Executing the same workload as described in 1.3.1, which each CPU running at its
111 workload on CPU1
151 One issue that needs to be taken into account is that a workload's duty cycle is
153 periodic workload at a given frequency F::
162 Now, consider running the *same* workload at frequency F/2::
184 identical workload on CPUs of different capacity values will yield different
192 Executing a given periodic workload on each CPU at their maximum frequency would
381 workload on CPU0
388 workload on CPU1
[all …]
|
| /Linux-v5.10/Documentation/admin-guide/pm/ |
| D | intel-speed-select.rst | 10 variety of diverse workload requirements.
82 This feature allows configuration of a server dynamically based on workload
216 workload, disable turbo::
220 Then runs a busy workload on all CPUs, for example::
262 level 0 to 2800 MHz at performance level 4. As a result, any workload, which can
518 the user control base frequency. If some critical workload threads demand
546 Before enabling Intel(R) SST-BF and measuring its impact on a workload
547 performance, execute some workload and measure performance and get a baseline
562 To compare, pick a multi-threaded workload where each thread can be scheduled on
566 Below, the workload is measuring average scheduler wakeup latency, so a lower
[all …]
|
| /Linux-v5.10/tools/perf/util/ |
| D | evlist.c | 64 evlist->workload.pid = -1; in evlist__init()
1335 evlist->workload.pid = fork(); in perf_evlist__prepare_workload()
1336 if (evlist->workload.pid < 0) { in perf_evlist__prepare_workload()
1341 if (!evlist->workload.pid) { in perf_evlist__prepare_workload()
1405 perf_thread_map__set_pid(evlist->core.threads, 0, evlist->workload.pid); in perf_evlist__prepare_workload()
1419 evlist->workload.cork_fd = go_pipe[1]; in perf_evlist__prepare_workload()
1434 if (evlist->workload.cork_fd > 0) { in perf_evlist__start_workload()
1440 ret = write(evlist->workload.cork_fd, &bf, 1); in perf_evlist__start_workload()
1444 close(evlist->workload.cork_fd); in perf_evlist__start_workload()
|
| /Linux-v5.10/Documentation/timers/ |
| D | no_hz.rst | 52 However, if you are instead running a light workload with long idle
59 In addition, if you are running either a real-time workload or an HPC
60 workload with short iterations, the scheduling-clock interrupts can
61 degrade your applications performance. If this describes your workload,
210 but do not see any change in your workload's behavior. Is this because
211 your workload isn't affected that much by OS jitter, or is it because
222 possible, then you can conclude that your workload is not all that
298 constraining the workload. For example, the only way to eliminate
|
| /Linux-v5.10/security/ |
| D | Kconfig.hardening | 38 on the function calling complexity of a given workload's
152 are advised to test this feature on your expected workload before
200 workload, but most cases see <1% impact. Some synthetic
215 The performance impact varies by workload, but is more expensive
|
| /Linux-v5.10/tools/lib/perf/Documentation/ |
| D | libperf-counting.txt | 35 * does some workload
158 From this moment events are counting and we can do our workload.
|
| /Linux-v5.10/Documentation/accounting/ |
| D | psi.rst | 24 hardware according to workload demand.
32 workload health or risking major disruptions such as OOM kills.
54 actual CPU cycles are going to waste, and a workload that spends
|
| /Linux-v5.10/Documentation/admin-guide/ |
| D | kernel-per-CPU-kthreads.rst | 31 # run workload
230 1. Run your workload at a real-time priority, which will allow
270 slowly. Of course, you can also run your workload at
272 but if your workload is CPU-bound, this is a bad idea.
308 is feasible only if your workload never requires RCU priority
354 timer down to a level that is acceptable for your workload.
|
| /Linux-v5.10/block/ |
| D | Kconfig.iosched | 26 regardless of the device parameters and with any workload. It
|
| /Linux-v5.10/Documentation/block/ |
| D | bfq-iosched.rst | 84 Regardless of the actual background workload, BFQ guarantees that, for
100 until the background workload terminates (also on SSDs).
106 of the background I/O workload. As a consequence, these applications
107 do not suffer from almost any glitch due to the background workload.
112 If some additional workload happens to be executed in parallel, then
131 workload and regardless of the device parameters. From these bandwidth
248 workload and the budgets assigned to the queue.
347 So depending on storage and workload, it might be useful to set
370 throughput. One important case is random workload. Because of this
|
