Home
last modified time | relevance | path

Searched full:amounts (Results 1 – 25 of 141) sorted by relevance

123456

/Linux-v6.1/Documentation/trace/
Devents-kmem.rst60 amounts of activity imply high activity on the zone->lock. Taking this lock
65 is triggered. Significant amounts of activity here could indicate that the
70 freed in batch with a page list. Significant amounts of activity here could
95 consecutively imply the zone->lock being taken once. Large amounts of per-CPU
98 lists should be a larger size. Finally, large amounts of refills on one CPU
99 and drains on another could be a factor in causing large amounts of cache
Devents-nmi.rst14 NMI handlers are hogging large amounts of CPU time. The kernel
Dhwlat_detector.rst25 amounts of time (with interrupts disabled), polling the CPU Time Stamp Counter
/Linux-v6.1/Documentation/devicetree/bindings/phy/
Dqcom,usb-snps-femto-v2.yaml88 unit amounts. One unit of pre-emphasis duration is approximately
100 amounts. One unit amount is approximately 2 mA and is defined as
/Linux-v6.1/kernel/module/
DMakefile7 # and produce insane amounts of uninteresting coverage.
/Linux-v6.1/arch/x86/include/asm/
Dia32.h27 * insane amounts of padding around dev_t's.
/Linux-v6.1/arch/m68k/include/uapi/asm/
Dstat.h43 * insane amounts of padding around dev_t's.
/Linux-v6.1/arch/sh/include/uapi/asm/
Dstat.h41 * insane amounts of padding around dev_t's.
/Linux-v6.1/tools/testing/selftests/zram/
DREADME8 good amounts of memory savings. Some of the usecases include /tmp storage,
/Linux-v6.1/arch/arm/include/uapi/asm/
Dstat.h53 * insane amounts of padding around dev_t's.
/Linux-v6.1/include/crypto/
Dsm3.h43 * amounts of data as those APIs may be hw-accelerated.
Dsha2.h98 * amounts of data as those APIs may be hw-accelerated.
/Linux-v6.1/drivers/block/zram/
DKconfig11 good amounts of memory savings.
/Linux-v6.1/arch/s390/include/uapi/asm/
Dstat.h50 * insane amounts of padding around dev_t's.
/Linux-v6.1/arch/x86/include/uapi/asm/
Dstat.h40 * insane amounts of padding around dev_t's.
/Linux-v6.1/drivers/dma-buf/
DKconfig49 problem where userspace is able to pin unrestricted amounts of memory
/Linux-v6.1/arch/mips/include/uapi/asm/
Dstat.h48 * amounts of padding around dev_t's. The memory layout is the same as of
/Linux-v6.1/Documentation/fb/
Defifb.rst44 when large amounts of console data are written.
/Linux-v6.1/arch/mips/cavium-octeon/
Doct_ilm.c71 /* Calculating by the amounts io clock and cpu clock would in init_latency_info()
/Linux-v6.1/Documentation/scheduler/
Dsched-domains.rst52 to our runqueue. The exact number of tasks amounts to an imbalance previously
/Linux-v6.1/arch/alpha/lib/
Dev6-memset.S193 * Simple loop for trailing quadwords, or for small amounts
371 * Simple loop for trailing quadwords, or for small amounts
559 * Simple loop for trailing quadwords, or for small amounts
/Linux-v6.1/tools/perf/tests/shell/lib/
Dcoresight.sh73 # produce more consistent amounts of data each run, to see if over
/Linux-v6.1/Documentation/driver-api/media/drivers/
Dsh_mobile_ceu_camera.rst45 In the above chart minuses and slashes represent "real" data amounts, points and
/Linux-v6.1/Documentation/filesystems/
Ddlmfs.rst86 small amounts of data amongst their nodes.
/Linux-v6.1/Documentation/driver-api/early-userspace/
Dbuffer-format.rst44 formats); arbitrary amounts zero bytes (for padding) can be added

123456