| /linux-4.1.27/drivers/net/wireless/iwlwifi/dvm/ |
| D | led.c | 56 { .throughput = 0, .blink_time = 334 },
57 { .throughput = 1 * 1024 - 1, .blink_time = 260 },
58 { .throughput = 5 * 1024 - 1, .blink_time = 220 },
59 { .throughput = 10 * 1024 - 1, .blink_time = 190 },
60 { .throughput = 20 * 1024 - 1, .blink_time = 170 },
61 { .throughput = 50 * 1024 - 1, .blink_time = 150 },
62 { .throughput = 70 * 1024 - 1, .blink_time = 130 },
63 { .throughput = 100 * 1024 - 1, .blink_time = 110 },
64 { .throughput = 200 * 1024 - 1, .blink_time = 80 },
65 { .throughput = 300 * 1024 - 1, .blink_time = 50 },
|
| /linux-4.1.27/net/x25/ |
| D | x25_facilities.c | 108 facilities->throughput = p[1]; in x25_parse_facilities()
215 if (facilities->throughput && (facil_mask & X25_MASK_THROUGHPUT)) { in x25_create_facilities()
217 *p++ = facilities->throughput; in x25_create_facilities()
295 if (theirs.throughput) { in x25_negotiate_facilities()
296 int theirs_in = theirs.throughput & 0x0f; in x25_negotiate_facilities()
297 int theirs_out = theirs.throughput & 0xf0; in x25_negotiate_facilities()
298 int ours_in = ours->throughput & 0x0f; in x25_negotiate_facilities()
299 int ours_out = ours->throughput & 0xf0; in x25_negotiate_facilities()
302 new->throughput = (new->throughput & 0xf0) | theirs_in; in x25_negotiate_facilities()
307 new->throughput = (new->throughput & 0x0f) | theirs_out; in x25_negotiate_facilities()
|
| D | af_x25.c | 582 x25->facilities.throughput = 0; /* by default don't negotiate in x25_create()
1457 if (facilities.throughput) { in x25_ioctl()
1458 int out = facilities.throughput & 0xf0; in x25_ioctl()
1459 int in = facilities.throughput & 0x0f; in x25_ioctl()
1461 facilities.throughput |= in x25_ioctl()
1466 facilities.throughput |= in x25_ioctl()
|
| /linux-4.1.27/drivers/gpu/drm/radeon/ |
| D | radeon_benchmark.c | 80 unsigned int throughput = (n * (size >> 10)) / time; in radeon_benchmark_log_results() local
84 throughput * 8, throughput); in radeon_benchmark_log_results()
|
| /linux-4.1.27/Documentation/device-mapper/ |
| D | dm-service-time.txt | 10 The performance value is a relative throughput value among all paths
20 <relative_throughput>: The relative throughput value of the path
32 <relative_throughput>: The relative throughput value of the path
69 and sda has an average throughput 1GB/s and sdb has 4GB/s,
|
| D | striped.txt | 7 potentially provide improved I/O throughput by utilizing several physical
|
| /linux-4.1.27/kernel/ |
| D | Kconfig.preempt | 10 throughput. It will still provide good latencies most of the
26 at the cost of slightly lower throughput.
48 system is under load, at the cost of slightly lower throughput
|
| /linux-4.1.27/drivers/net/wireless/ath/ath9k/ |
| D | htc_drv_init.c | 47 { .throughput = 0 * 1024, .blink_time = 334 },
48 { .throughput = 1 * 1024, .blink_time = 260 },
49 { .throughput = 5 * 1024, .blink_time = 220 },
50 { .throughput = 10 * 1024, .blink_time = 190 },
51 { .throughput = 20 * 1024, .blink_time = 170 },
52 { .throughput = 50 * 1024, .blink_time = 150 },
53 { .throughput = 70 * 1024, .blink_time = 130 },
54 { .throughput = 100 * 1024, .blink_time = 110 },
55 { .throughput = 200 * 1024, .blink_time = 80 },
56 { .throughput = 300 * 1024, .blink_time = 50 },
|
| D | init.c | 80 { .throughput = 0 * 1024, .blink_time = 334 },
81 { .throughput = 1 * 1024, .blink_time = 260 },
82 { .throughput = 5 * 1024, .blink_time = 220 },
83 { .throughput = 10 * 1024, .blink_time = 190 },
84 { .throughput = 20 * 1024, .blink_time = 170 },
85 { .throughput = 50 * 1024, .blink_time = 150 },
86 { .throughput = 70 * 1024, .blink_time = 130 },
87 { .throughput = 100 * 1024, .blink_time = 110 },
88 { .throughput = 200 * 1024, .blink_time = 80 },
89 { .throughput = 300 * 1024, .blink_time = 50 },
|
| /linux-4.1.27/Documentation/ide/ |
| D | ide-tape.txt | 32 Maximal throughput with minimal bus load will usually be achieved in the
49 In order to maximize bus throughput, we currently use the DSC
64 a method by which we can achieve higher throughput when
|
| D | ChangeLog.ide-tape.1995-2002 | 82 * throughput can potentially reach the maximum
83 * tape supported throughput, regardless of the
95 * higher tape throughput.
131 * interactive response and high system throughput.
|
| /linux-4.1.27/Documentation/ABI/testing/ |
| D | sysfs-driver-xen-blkfront | 8 is 32 - higher value means more potential throughput but more
|
| D | sysfs-block | 137 throughput is desired. If no optimal I/O size is
|
| /linux-4.1.27/include/uapi/linux/ |
| D | x25.h | 105 unsigned int throughput; member
|
| D | wireless.h | 971 __u32 throughput; /* To give an idea... */ member
|
| /linux-4.1.27/Documentation/block/ |
| D | deadline-iosched.txt | 42 throughput. When low latency is the primary concern, smaller is better (where
44 generally improves throughput, at the cost of latency variation.
|
| D | cfq-iosched.txt | 24 seeks and see improved throughput.
27 level and one should see an overall improved throughput on faster storage
37 throughput and acceptable latencies.
79 multiple queues in the group at the same time and achieve higher throughput
89 for the system. This favors fairness over throughput. Disabling low
100 then to meet the latency constraints, throughput may decrease because of less
106 throughput and read latency.
|
| D | switching-sched.txt | 20 can improve that device's throughput).
|
| D | biodoc.txt | 896 throughput or whatever purpose. As the plural form indicates, there are
986 i. improved throughput
|
| /linux-4.1.27/drivers/atm/ |
| D | Kconfig | 67 In order to obtain good throughput, the ENI NIC can transfer
80 resulting throughput is lower than when using only the largest
83 Also, sometimes larger bursts lead to lower throughput, e.g. on an
107 may or may not improve throughput.
115 are also set may or may not improve throughput.
138 improve throughput.
146 8W are also set may or may not improve throughput.
|
| /linux-4.1.27/Documentation/arm/OMAP/ |
| D | omap_pm | 7 throughput constraints to the kernel power management code.
20 latency and throughput, rather than units which are specific to OMAP
43 4. Set the minimum bus throughput needed by a device:
|
| /linux-4.1.27/net/mac80211/ |
| D | led.c | 200 if (tpt_trig->blink_table[i].throughput < 0 || in tpt_trig_timer()
201 tpt > tpt_trig->blink_table[i].throughput) { in tpt_trig_timer()
|
| /linux-4.1.27/Documentation/networking/ |
| D | e1000e.txt | 103 for bulk throughput traffic.
114 the overall throughput, we recommend that you load the driver as
134 extra latency to frame reception and can end up decreasing the throughput
155 along with RxIntDelay, may improve traffic throughput in specific network
178 along with TxIntDelay, may improve traffic throughput in specific
|
| D | e1000.txt | 135 for bulk throughput traffic.
156 the overall throughput, we recommend that you load the driver as
195 extra latency to frame reception and can end up decreasing the throughput
217 along with RxIntDelay, may improve traffic throughput in specific network
297 along with TxIntDelay, may improve traffic throughput in specific
414 Degradation in throughput performance may be observed in some Jumbo frames
|
| D | ixgb.txt | 148 decreasing the throughput of TCP traffic. If the system is reporting
170 very likely limit the total available throughput artificially. There is a set
213 # these are just suggested values that worked well to increase throughput in
373 Degradation in throughput performance may be observed in some Jumbo frames
|
| D | netlink_mmap.txt | 8 Memory mapped netlink I/O can be used to increase throughput and decrease
10 require high throughput, these are mainly the netfilter subsystems
|
| D | ieee802154.txt | 130 with a link throughput of 250 kbps or less. The 6LoWPAN adaptation format
|
| D | vortex.txt | 210 decrease in throughput for send(). There is no effect upon receive
315 10baseT LAN plugged into a switched 100baseT LAN, the throughput
|
| D | ip-sysctl.txt | 331 latency as opposed to higher throughput. By default, this
332 option is not set meaning that higher throughput is preferred.
381 match the size required by the path for full throughput. Enabled by
797 reduces overall throughput, in such case you should disable it.
|
| D | bonding.txt | 700 higher throughput than another.
2046 could provide higher throughput.
2148 throughput depends upon the application and network environment. The
2226 worth of throughput. This comes at a cost, however: the
2353 Multiple switches may be utilized to optimize for throughput
|
| /linux-4.1.27/drivers/staging/fbtft/ |
| D | fbtft-core.c | 368 long fps, throughput; in fbtft_update_display() local
428 throughput = duration_ms * 1000 + duration_us; in fbtft_update_display()
429 throughput = throughput ? (len * 1000) / throughput : 0; in fbtft_update_display()
430 throughput = throughput * 1000 / 1024; in fbtft_update_display()
434 throughput, duration_ms, duration_us, in fbtft_update_display()
|
| /linux-4.1.27/net/dccp/ccids/ |
| D | Kconfig | 23 throughput over time compared with TCP, which makes CCID-3 more
|
| /linux-4.1.27/net/batman-adv/ |
| D | Kconfig | 45 increase the overall network throughput by fusing multiple
|
| /linux-4.1.27/Documentation/usb/ |
| D | ehci.txt | 141 USB 2.0 throughput is gated by two main factors: how fast the host
144 but aggregate throughput is also affected by issues like delays between
148 Bulk transfers are most often used where throughput is an issue. It's
|
| /linux-4.1.27/Documentation/mmc/ |
| D | mmc-async-req.txt | 20 The increase in throughput is proportional to the time it takes to
|
| /linux-4.1.27/Documentation/mips/ |
| D | AU1xxx_IDE.README | 95 high IDE to USB throughput.
|
| /linux-4.1.27/drivers/net/wireless/iwlegacy/ |
| D | common.c | 456 {.throughput = 0, .blink_time = 334},
457 {.throughput = 1 * 1024 - 1, .blink_time = 260},
458 {.throughput = 5 * 1024 - 1, .blink_time = 220},
459 {.throughput = 10 * 1024 - 1, .blink_time = 190},
460 {.throughput = 20 * 1024 - 1, .blink_time = 170},
461 {.throughput = 50 * 1024 - 1, .blink_time = 150},
462 {.throughput = 70 * 1024 - 1, .blink_time = 130},
463 {.throughput = 100 * 1024 - 1, .blink_time = 110},
464 {.throughput = 200 * 1024 - 1, .blink_time = 80},
465 {.throughput = 300 * 1024 - 1, .blink_time = 50},
|
| /linux-4.1.27/tools/power/cpupower/bench/ |
| D | README-BENCH | 19 throughput is, the worse the power savings will be, but the first should
|
| /linux-4.1.27/drivers/staging/rtl8192u/ |
| D | r8192U_wx.c | 208 __u32 throughput; /* To give an idea... */ member
249 range->throughput = 5 * 1000 * 1000; in rtl8180_wx_get_range()
|
| /linux-4.1.27/Documentation/cgroups/ |
| D | blkio-controller.txt | 372 able to driver higher queue depth and achieve better throughput. That also
385 One can experience an overall throughput drop if you have created multiple
388 on individual groups and throughput should improve.
|
| /linux-4.1.27/Documentation/sound/alsa/ |
| D | serial-u16550.txt | 71 the MIDI Outs to act independently at double the aggregate throughput of M/B,
|
| D | hdspm.txt | 23 allocated. So also the throughput of the PCI system can be
|
| D | ALSA-Configuration.txt | 1805 This magic number seems to give pretty optimal throughput
|
| /linux-4.1.27/net/ipv4/ |
| D | Kconfig | 500 wired networks and throughput over wireless links.
565 throughput over wireless networks. TCP Veno makes use of state
592 throughput and maintain fairness.
606 - High throughput (continuous data updates, large file transfers) with
|
| /linux-4.1.27/drivers/net/wireless/iwlwifi/ |
| D | Kconfig | 96 expected throughput due to those APs not enabling aggregation
|
| /linux-4.1.27/drivers/isdn/i4l/ |
| D | Kconfig | 33 With synchronous PPP enabled, it is possible to increase throughput
|
| /linux-4.1.27/drivers/net/wireless/b43/ |
| D | Kconfig | 155 bool "Support for HT-PHY (high throughput 802.11n) devices"
|
| /linux-4.1.27/Documentation/scsi/ |
| D | aha152x.txt | 13 less polling loops), has slightly higher throughput (at
|
| D | st.txt | 190 -b option) may have had good throughput but this is not true any more with
|
| D | sym53c8xx_2.txt | 605 Synchronous data transfers increases throughput of fast devices like
|
| D | ncr53c8xx.txt | 1264 Synchronous data transfers increases throughput of fast devices like
|
| /linux-4.1.27/drivers/staging/rtl8192e/rtl8192e/ |
| D | rtl_wx.c | 366 __u32 throughput; /* To give an idea... */ member
399 range->throughput = 130 * 1000 * 1000; in rtl8192_wx_get_range()
|
| /linux-4.1.27/Documentation/hid/ |
| D | hid-transport.txt | 100 not send via intr, except if high throughput is required.
291 which require high throughput for outgoing requests on the intr channel. This
|
| /linux-4.1.27/Documentation/networking/caif/ |
| D | spi_porting.txt | 83 In order to optimize throughput, a number of SPI padding options are provided.
|
| /linux-4.1.27/Documentation/power/ |
| D | pm_qos_interface.txt | 16 * throughput: kbs (kilo bit / sec)
|
| /linux-4.1.27/Documentation/ |
| D | stable_api_nonsense.txt | 110 increased the throughput of all USB drivers such that we are now
|
| D | kernel-parameters.txt | 3510 improve throughput, but will also increase the
|
| /linux-4.1.27/Documentation/filesystems/ |
| D | ext4.txt | 282 huge throughput win, we wait for a small amount
301 this parameter may improve the throughput of
|
| D | xfs-delayed-logging-design.txt | 72 minimise the impact of the log IO on transaction throughput.
74 The limitation on asynchronous transaction throughput is the number and size of
|
| /linux-4.1.27/Documentation/target/ |
| D | tcmu-design.txt | 77 - Good performance: high throughput, low latency
|
| /linux-4.1.27/drivers/md/ |
| D | Kconfig | 69 the throughput rate if the partitions reside on distinct disks.
|
| /linux-4.1.27/include/net/ |
| D | mac80211.h | 3454 int throughput; member
|
| /linux-4.1.27/drivers/net/wireless/ |
| D | wl3501_cs.c | 1513 range->throughput = 2 * 1000 * 1000; /* ~2 Mb/s */ in wl3501_get_range()
|
| D | ray_cs.c | 1336 range->throughput = 1.1 * 1000 * 1000; /* Put the right number here */ in ray_get_range()
|
| D | airo.c | 6942 range->throughput = 5000 * 1000; in airo_get_range()
6944 range->throughput = 1500 * 1000; in airo_get_range()
|
| /linux-4.1.27/drivers/mmc/host/ |
| D | Kconfig | 707 sent to VUB300 chip in order to achieve better data throughput.
|
| /linux-4.1.27/drivers/staging/rtl8712/ |
| D | rtl871x_ioctl_linux.c | 905 range->throughput = 5 * 1000 * 1000; in r8711_wx_get_range()
|
| /linux-4.1.27/drivers/ide/ |
| D | Kconfig | 341 Linux. This may slow disk throughput by a few percent, but at least
|
| /linux-4.1.27/crypto/ |
| D | Kconfig | 599 better throughput. It should not be enabled by default but
|
| /linux-4.1.27/drivers/staging/rtl8188eu/os_dep/ |
| D | ioctl_linux.c | 881 range->throughput = 5 * 1000 * 1000; in rtw_wx_get_range()
|
| /linux-4.1.27/drivers/net/wireless/hostap/ |
| D | hostap_ioctl.c | 1050 range->throughput = over2 ? 5500000 : 1500000; in prism2_ioctl_giwrange()
|
| /linux-4.1.27/Documentation/video4linux/ |
| D | vivid.txt | 1119 - Use per-queue locks and/or per-device locks to improve throughput
|
| /linux-4.1.27/arch/arm/ |
| D | Kconfig | 1725 memory write throughput than a sequence of individual 32bit stores.
|
| /linux-4.1.27/init/ |
| D | Kconfig | 789 RCU-callback invocation, thus potentially degrading throughput.
|
| /linux-4.1.27/drivers/net/wireless/ipw2x00/ |
| D | ipw2100.c | 6805 range->throughput = 5 * 1000 * 1000; in ipw2100_wx_get_range()
|
| D | ipw2200.c | 8852 range->throughput = 27 * 1000 * 1000; in ipw_wx_get_range()
|