Searched +full:per +full:- +full:queue (Results 1 – 25 of 170) sorted by relevance
1234567
| /Documentation/filesystems/ |
| D | inotify.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 Inotify - A Powerful yet Simple File Change Notification System 13 - Deleted obsoleted interface, just refer to manpages for user interface. 29 What is the design decision behind using an-fd-per-instance as opposed to 30 an fd-per-watch? 33 An fd-per-watch quickly consumes more file descriptors than are allowed, 35 select()-able. Yes, root can bump the per-process fd limit and yes, users 38 spaces is thus sensible. The current design is what user-space developers 41 thousand times is silly. If we can implement user-space's preferences 42 cleanly--and we can, the idr layer makes stuff like this trivial--then we [all …]
|
| /Documentation/networking/ |
| D | scaling.rst | 1 .. SPDX-License-Identifier: GPL-2.0 13 multi-processor systems. 17 - RSS: Receive Side Scaling 18 - RPS: Receive Packet Steering 19 - RFS: Receive Flow Steering 20 - Accelerated Receive Flow Steering 21 - XPS: Transmit Packet Steering 28 (multi-queue). On reception, a NIC can send different packets to different 32 queue, which in turn can be processed by separate CPUs. This mechanism is 33 generally known as “Receive-side Scaling” (RSS). The goal of RSS and [all …]
|
| D | rds.rst | 1 .. SPDX-License-Identifier: GPL-2.0 14 http://oss.oracle.com/pipermail/rds-devel/2007-November/000228.html 22 cluster - so in a cluster with N processes you need N sockets, in contrast 23 to N*N if you use a connection-oriented socket transport like TCP. 25 RDS is not Infiniband-specific; it was designed to support different 29 The high-level semantics of RDS from the application's point of view are 39 transport has to be IP-based. In fact, RDS over IB uses a 59 a active-active HA scenario), but only as long as the address 72 to create RDS sockets. SOL_RDS is the socket-level to be used 81 You are not allowed to queue more than SO_SNDSIZE bytes to [all …]
|
| D | multiqueue.rst | 1 .. SPDX-License-Identifier: GPL-2.0 11 --------------------------------------------------------- 22 netdev->queue_lock today. Therefore base drivers should use the 23 netif_{start|stop|wake}_subqueue() functions to manage each queue while the 24 device is still operational. netdev->queue_lock is still used when the device 32 default pfifo_fast qdisc. This qdisc supports one qdisc per hardware queue. 33 A new round-robin qdisc, sch_multiq also supports multiple hardware queues. The 35 bands and queues based on the value in skb->queue_mapping. Use this field in 36 the base driver to determine which queue to send the skb to. 38 sch_multiq has been added for hardware that wishes to avoid head-of-line [all …]
|
| /Documentation/block/ |
| D | blk-mq.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 Multi-Queue Block IO Queueing Mechanism (blk-mq) 7 The Multi-Queue Block IO Queueing Mechanism is an API to enable fast storage 8 devices to achieve a huge number of input/output operations per second (IOPS) 16 ---------- 26 However, with the development of Solid State Drives and Non-Volatile Memories 30 in those devices' design, the multi-queue mechanism was introduced. 32 The former design had a single queue to store block IO requests with a single 36 to different CPUs) wanted to perform block IO. Instead of this, the blk-mq API 42 --------- [all …]
|
| D | ublk.rst | 1 .. SPDX-License-Identifier: GPL-2.0 13 new virtual block device such as ublk-qcow2 (there are several attempts of 18 - They can be written many programming languages. 19 - They can use libraries that are not available in the kernel. 20 - They can be debugged with tools familiar to application developers. 21 - Crashes do not kernel panic the machine. 22 - Bugs are likely to have a lower security impact than bugs in kernel 24 - They can be installed and updated independently of the kernel. 25 - They can be used to simulate block device easily with user specified 42 ``/dev/ublkb*`` is driven by blk-mq request-based driver. Each request is [all …]
|
| D | deadline-iosched.rst | 10 ----------------------- 11 Refer to Documentation/block/switching-sched.rst for information on 12 selecting an io scheduler on a per-device basis. 14 ------------------------------------------------------------------------------ 17 ----------------------- 27 ----------------------- 33 ------------------------------------ 38 maximum number of requests per batch. 40 This parameter tunes the balance between per-request latency and aggregate 42 a value of 1 yields first-come first-served behaviour). Increasing fifo_batch [all …]
|
| D | bfq-iosched.rst | 5 BFQ is a proportional-share I/O scheduler, with some extra 6 low-latency capabilities. In addition to cgroups support (blkio or io 9 - BFQ guarantees a high system and application responsiveness, and a 10 low latency for time-sensitive applications, such as audio or video 12 - BFQ distributes bandwidth, not just time, among processes or 19 goal, for a given device, is to achieve the maximum-possible 20 throughput at all times, then do switch off all low-latency heuristics 25 As every I/O scheduler, BFQ adds some overhead to per-I/O-request 27 single-lock-protected, per-request processing time of BFQ---i.e., the 29 completion hooks---is, e.g., 1.9 us on an Intel Core i7-2760QM@2.40GHz [all …]
|
| D | null_blk.rst | 1 .. SPDX-License-Identifier: GPL-2.0 11 block-layer implementations. It emulates a block device of X gigabytes in size. 13 the request queue. The following instances are possible: 15 Multi-queue block-layer 17 - Request-based. 18 - Configurable submission queues per device. 20 No block-layer (Known as bio-based) 22 - Bio-based. IO requests are submitted directly to the device driver. 23 - Directly accepts bio data structure and returns them. 25 All of them have a completion queue for each core in the system. [all …]
|
| /Documentation/userspace-api/media/v4l/ |
| D | dev-stateless-decoder.rst | 1 .. SPDX-License-Identifier: GPL-2.0 6 Memory-to-memory Stateless Video Decoder Interface 18 This section describes how user-space ("the client") is expected to communicate 24 Stateless decoders make use of the :ref:`media-request-api`. A stateless 26 ``OUTPUT`` queue when :c:func:`VIDIOC_REQBUFS` or :c:func:`VIDIOC_CREATE_BUFS` 31 with multiple slices per frame). Decoders that support such formats must also 33 ``OUTPUT`` queue. 39 calls :c:func:`VIDIOC_ENUM_FMT` on the ``OUTPUT`` queue. 42 irrespective of the format currently set on the ``CAPTURE`` queue. 45 codec-specific capability controls (such as H.264 profiles) to the set [all …]
|
| D | dev-encoder.rst | 1 .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.1-no-invariants-or-later 6 Memory-to-Memory Stateful Video Encoder Interface 12 further post-processing by the client. 25 2. The meaning of words "must", "may", "should", etc. is as per `RFC 34 5. Single-planar API (see :ref:`planar-apis`) and applicable structures may be 35 used interchangeably with multi-planar API, unless specified otherwise, 42 queue containing data that resulted from processing buffer A. 47 Refer to :ref:`decoder-glossary`. 52 .. kernel-render:: DOT 65 qi -> Initialization [ label = "open()" ]; [all …]
|
| D | dev-decoder.rst | 1 .. SPDX-License-Identifier: GPL-2.0 6 Memory-to-Memory Stateful Video Decoder Interface 9 A stateful video decoder takes complete chunks of the bytestream (e.g. Annex-B 25 2. The meaning of words "must", "may", "should", etc. is as per `RFC 34 5. Single-planar API (see :ref:`planar-apis`) and applicable structures may be 35 used interchangeably with multi-planar API, unless specified otherwise, 42 queue containing data that resulted from processing buffer A. 44 .. _decoder-glossary: 50 the destination buffer queue; for decoders, the queue of buffers containing 51 decoded frames; for encoders, the queue of buffers containing an encoded [all …]
|
| /Documentation/devicetree/bindings/dma/ |
| D | fsl-qdma.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/dma/fsl-qdma.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Frank Li <Frank.Li@nxp.com> 15 - const: fsl,ls1021a-qdma 16 - items: 17 - enum: 18 - fsl,ls1028a-qdma 19 - fsl,ls1043a-qdma [all …]
|
| /Documentation/networking/device_drivers/ethernet/intel/ |
| D | idpf.rst | 1 .. SPDX-License-Identifier: GPL-2.0+ 33 ------- 42 --------------------- 47 # dmesg -n 8 54 ------------ 87 ----------------------- 95 # ethtool -C <ethX> adaptive-rx off adaptive-tx off 98 - Disable adaptive ITR and lower Rx and Tx interrupts. The examples below 99 affect every queue of the specified interface. 101 - Setting rx-usecs and tx-usecs to 80 will limit interrupts to about [all …]
|
| /Documentation/devicetree/bindings/mailbox/ |
| D | ti,message-manager.txt | 7 "proxies" - each instance is unidirectional and is instantiated at SoC 13 -------------------- 14 - compatible: Shall be: "ti,k2g-message-manager" 15 - reg-names queue_proxy_region - Map the queue proxy region. 16 queue_state_debug_region - Map the queue state debug 18 - reg: Contains the register map per reg-names. 19 - #mbox-cells Shall be 2. Contains the queue ID and proxy ID in that 21 - interrupt-names: Contains interrupt names matching the rx transfer path 24 For ti,k2g-message-manager, this shall contain: 26 - interrupts: Contains the interrupt information corresponding to [all …]
|
| /Documentation/gpu/amdgpu/ |
| D | amdgpu-glossary.rst | 7 'Documentation/gpu/amdgpu/display/dc-glossary.rst'. 59 table for use by the kernel driver or into per process GPUVM page tables 66 Hardware Queue Descriptor 75 Kernel Compute Queue 78 Kernel Graphics Queue 81 Kernel Interface Queue 90 Multi-Media HUB 93 Memory Queue Descriptor 96 PowerPlay Library - PowerPlay is the power management component.
|
| /Documentation/networking/device_drivers/ethernet/amazon/ |
| D | ena.rst | 1 .. SPDX-License-Identifier: GPL-2.0 15 through an Admin Queue. 17 The driver supports a range of ENA devices, is link-speed independent 21 Some ENA devices support SR-IOV. This driver is used for both the 22 SR-IOV Physical Function (PF) and Virtual Function (VF) devices. 25 processing by providing multiple Tx/Rx queue pairs (the maximum number 26 is advertised by the device via the Admin Queue), a dedicated MSI-X 27 interrupt vector per Tx/Rx queue pair, adaptive interrupt moderation, 31 checksum offload. Receive-side scaling (RSS) is supported for multi-core 39 Some of the ENA devices support a working mode called Low-latency [all …]
|
| /Documentation/arch/arm/keystone/ |
| D | knav-qmss.rst | 2 Texas Instruments Keystone Navigator Queue Management SubSystem driver 9 The QMSS (Queue Manager Sub System) found on Keystone SOCs is one of 11 multi-core Navigator. QMSS consist of queue managers, packed-data structure 14 The Queue Manager is a hardware module that is responsible for accelerating 15 management of the packet queues. Packets are queued/de-queued by writing or 21 queue pool management (allocation, push, pop and notify) and descriptor 29 Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt 34 queue or multiple contiguous queues. drivers/soc/ti/knav_qmss_acc.c is the 37 1 or 32 queues per channel. More description on the firmware is available in 40 git://git.ti.com/keystone-rtos/qmss-lld.git [all …]
|
| /Documentation/scheduler/ |
| D | sched-stats.rst | 16 12 which was in the kernel from 2.6.13-2.6.19 (version 13 never saw a kernel 17 release). Some counters make more sense to be per-runqueue; other to be 18 per-domain. Note that domains (and their associated information) will only 38 Note that any such script will necessarily be version-specific, as the main 43 -------------- 71 ----------------- 72 One of these is produced per domain for each cpu described. (Note that if 94 the target task was cache-hot when idle 96 not find a busier queue while the cpu was idle 97 8) # of times in this domain a busier queue was found while the [all …]
|
| /Documentation/devicetree/bindings/net/ |
| D | keystone-netcp.txt | 6 switch sub-module to send and receive packets. NetCP also includes a packet 13 includes a 3-port Ethernet switch sub-module capable of 10Gb/s and 1Gb/s rates 14 per Ethernet port. 16 Keystone NetCP driver has a plug-in module architecture where each of the NetCP 17 sub-modules exist as a loadable kernel module which plug in to the netcp core. 18 These sub-modules are represented as "netcp-devices" in the dts bindings. It is 19 mandatory to have the ethernet switch sub-module for the ethernet interface to 20 be operational. Any other sub-module like the PA is optional. 24 ----------------------------- 26 ----------------------------- [all …]
|
| /Documentation/networking/device_drivers/ethernet/freescale/ |
| D | dpaa.rst | 1 .. SPDX-License-Identifier: GPL-2.0 8 - Madalin Bucur <madalin.bucur@nxp.com> 9 - Camelia Groza <camelia.groza@nxp.com> 13 - DPAA Ethernet Overview 14 - DPAA Ethernet Supported SoCs 15 - Configuring DPAA Ethernet in your kernel 16 - DPAA Ethernet Frame Processing 17 - DPAA Ethernet Features 18 - DPAA IRQ Affinity and Receive Side Scaling 19 - Debugging [all …]
|
| /Documentation/netlink/specs/ |
| D | netdev.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 9 - 11 name: xdp-act 12 render-max: true 14 - 19 - 23 - 24 name: ndo-xmit 27 - 28 name: xsk-zerocopy [all …]
|
| /Documentation/devicetree/bindings/soc/ti/ |
| D | keystone-navigator-qmss.txt | 1 * Texas Instruments Keystone Navigator Queue Management SubSystem driver 3 The QMSS (Queue Manager Sub System) found on Keystone SOCs is one of 5 multi-core Navigator. QMSS consist of queue managers, packed-data structure 8 The Queue Manager is a hardware module that is responsible for accelerating 9 management of the packet queues. Packets are queued/de-queued by writing or 15 queue pool management (allocation, push, pop and notify) and descriptor 20 - compatible : Must be "ti,keystone-navigator-qmss". 21 : Must be "ti,66ak2g-navss-qm" for QMSS on K2G SoC. 22 - clocks : phandle to the reference clock for this device. 23 - queue-range : <start number> total range of queue numbers for the device. [all …]
|
| /Documentation/driver-api/surface_aggregator/ |
| D | internal.rst | 1 .. SPDX-License-Identifier: GPL-2.0+ 54 internal-api 63 Lower-level packet transport is implemented in the *packet transport layer 68 packet payloads to higher-level layers. 71 around command-type packet payloads, i.e. requests (sent from host to EC), 90 Refer to Documentation/driver-api/surface_aggregator/client.rst for 93 that chapter and the Documentation/driver-api/surface_aggregator/ssh.rst 104 ------- 140 queue and pending set. 147 the packet queue and cleared when it is dequeued. [all …]
|
| /Documentation/ABI/stable/ |
| D | sysfs-block | 7 with 4KB physical sectors exposing 512-byte logical 35 power-of-two and atomic_write_unit_max_bytes may also be 36 limited by some other queue limits, such as max_segments. 37 This parameter - along with atomic_write_unit_min_bytes 38 and atomic_write_unit_max_bytes - will not be larger than 50 atomic_write_unit_min. This value must be a power-of-two. 60 be a power-of-two. This value will not be larger than 72 power-of-two and at least the size as in 96 than the number of requests queued in the block device queue. 102 This is related to /sys/block/<disk>/queue/nr_requests [all …]
|
1234567