Home
last modified time | relevance | path

Searched full:faster (Results 1 – 25 of 1173) sorted by relevance

12345678910>>...47

/openbmc/linux/arch/mips/lib/
H A Dbitops.c17 * set_bit() if it cannot find a faster solution.
38 * it cannot find a faster solution.
59 * if it cannot find a faster solution.
80 * called by test_and_set_bit_lock() if it cannot find a faster solution.
105 * called by test_and_clear_bit() if it cannot find a faster solution.
129 * called by test_and_change_bit() if it cannot find a faster solution.
/openbmc/linux/arch/parisc/include/asm/
H A Dtlbflush.h42 * faster than using __flush_tlb_range. The pdtlb and pitlb in flush_tlb_mm()
44 * It might be faster to do local range flushes on all CPUs in flush_tlb_mm()
52 * small applications (e.g., GCC testsuite) is faster on HP-UX. in flush_tlb_mm()
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-extended/plocate/
H A Dplocate_1.1.23.bb1 SUMMARY = "plocate, a much faster locate"
3 …cate(1) based on posting lists, completely replacing mlocate with a much faster (and smaller) inde…
/openbmc/linux/arch/arm/crypto/
H A DKconfig65 This is faster than the generic implementations of BLAKE2s and
83 much faster than the SHA-2 family and slightly faster than
159 blocks, the NEON bit-sliced implementation is usually faster.
/openbmc/linux/drivers/mtd/spi-nor/
H A DKconfig20 Changing a small part of the flash's contents is usually faster with
21 small sectors. On the other hand erasing should be faster when using
/openbmc/linux/include/linux/
H A Dmemory-tiers.h15 * Smaller abstract distance values imply faster (higher) memory tiers. Offset
17 * adistance value (slightly faster) than default DRAM adistance to be part of
H A Dskb_array.h29 /* Might be slightly faster than skb_array_full below, but callers invoking
62 /* Might be slightly faster than skb_array_empty below, but only safe if the
H A Dgetcpu.h6 out of date, but will be faster.
/openbmc/linux/Documentation/filesystems/
H A Dubifs.rst58 so it mounts many times faster than JFFS2.
60 which makes UBIFS much faster on writes.
90 media that read faster sequentially
/openbmc/linux/arch/s390/
H A DKconfig317 (2818 and 2817 series). The kernel will be slightly faster but will
326 2827 series). The kernel will be slightly faster but will not work on
335 2964 series). The kernel will be slightly faster but will not work on
344 and 3906 series). The kernel will be slightly faster but will not
353 and 8561 series). The kernel will be slightly faster but will not
392 This will make the code run faster on the selected machine but
/openbmc/linux/arch/s390/mm/
H A Dpfault.c146 * Initial interrupt was faster than the completion in pfault_interrupt()
158 * Completion interrupt was faster than initial in pfault_interrupt()
178 * Completion interrupt was faster than the initial in pfault_interrupt()
/openbmc/linux/Documentation/arch/x86/
H A Dorc-unwinder.rst13 the ORC unwinder to be much simpler and faster.
69 The simpler debuginfo format also enables the unwinder to be much faster
72 faster than an out-of-tree DWARF unwinder. (Note: That measurement was
H A Dentry_64.rst88 use the faster check: the stack will be a reliable indicator of
109 generate all 'normal' entry points with the regular (faster) paranoid=0
/openbmc/linux/fs/jffs2/
H A DKconfig59 for faster filesystem mount.
182 result but gives some preference to LZO (which has faster
/openbmc/linux/Documentation/hwmon/
H A Dadm1021.rst127 ADM1021-clones do faster measurements, but there is really no good reason
151 FSB and faster) lost them, until the Core-based generation which
/openbmc/openbmc/meta-openembedded/meta-python/recipes-devtools/python/
H A Dpython3-dbus-fast_2.24.4.bb1 SUMMARY = "A faster version of dbus-next originally from the great DBus next library."
H A Dpython3-async-timeout_4.0.3.bb5 is not suitable. Also it's much faster than asyncio.wait_for() because \
/openbmc/openbmc/poky/bitbake/lib/bs4/
H A Dformatter.py21 * None - Do not perform any substitution. This will be faster
28 * None - Do not perform any substitution. This will be faster
/openbmc/u-boot/drivers/mtd/spi/
H A DKconfig159 Changing a small part of the flash's contents is usually faster with
160 small sectors. On the other hand erasing should be faster when using
/openbmc/linux/arch/ia64/include/asm/
H A Dserial.h10 * megabits/second; but this requires the faster clock.
/openbmc/openbmc/meta-openembedded/meta-oe/recipes-devtools/fastfloat/
H A Dfastfloat_6.1.6.bb1 SUMMARY = "fast_float number parsing library: 4x faster than strtod"
/openbmc/linux/fs/ntfs3/lib/
H A Ddecompress_common.h261 * faster than copying one byte at a time, unless the data is in lz_copy()
264 * be faster on every architecture. in lz_copy()
320 * faster overall; it definitely slows down the more common in lz_copy()
/openbmc/u-boot/lib/
H A DKconfig147 The faster memset() is the arch-specific one (if available) enabled
156 The faster memset() is the arch-specific one (if available) enabled
305 trades lower compression ratios for much faster decompression.
/openbmc/linux/Documentation/admin-guide/mm/
H A Dtranshuge.rst23 The reason applications are running faster is because of two
36 1) the TLB miss will run faster (especially with virtualization using
46 going to run faster.
81 only run faster.
/openbmc/u-boot/include/linux/
H A Dcrc8.h14 * be faster, but for only a few bytes it isn't worth the code size

12345678910>>...47