| /external/oboe/samples/RhythmGame/third_party/glm/gtx/ |
| D | fast_exponential.hpp | 28 /// Faster than the common pow function but less accurate.
33 /// Faster than the common pow function but less accurate.
38 /// Faster than the common pow function but less accurate.
43 /// Faster than the common pow function but less accurate.
48 /// Faster than the common exp function but less accurate.
53 /// Faster than the common exp function but less accurate.
58 /// Faster than the common log function but less accurate.
63 /// Faster than the common exp2 function but less accurate.
68 /// Faster than the common exp2 function but less accurate.
73 /// Faster than the common exp2 function but less accurate.
[all …]
|
| D | fast_square_root.hpp | 31 /// Faster than the common sqrt function but less accurate.
37 /// Faster than the common sqrt function but less accurate.
43 /// Faster than the common inversesqrt function but less accurate.
49 /// Faster than the common inversesqrt function but less accurate.
55 /// Faster than the common length function but less accurate.
61 /// Faster than the common length function but less accurate.
67 /// Faster than the common distance function but less accurate.
73 /// Faster than the common distance function but less accurate.
79 /// Faster than the common normalize function but less accurate.
|
| D | fast_trigonometry.hpp | 32 /// Faster than the common sin function but less accurate.
37 /// Faster than the common cos function but less accurate.
42 /// Faster than the common tan function but less accurate.
48 /// Faster than the common asin function but less accurate.
54 /// Faster than the common acos function but less accurate.
60 /// Faster than the common atan function but less accurate.
66 /// Faster than the common atan function but less accurate.
|
| /external/python/pyasn1/pyasn1/type/ |
| D | char.py | 171 # Optimization for faster codec lookup
186 # Optimization for faster codec lookup
201 # Optimization for faster codec lookup
208 # Optimization for faster codec lookup
223 # Optimization for faster codec lookup
238 # Optimization for faster codec lookup
253 # Optimization for faster codec lookup
268 # Optimization for faster codec lookup
275 # Optimization for faster codec lookup
289 # Optimization for faster codec lookup
[all …]
|
| /external/libaom/ |
| D | CHANGELOG | 95 o Improve av1_quantize_fp_32x32_neon() 1.05x to 1.24x faster
97 faster than "C"
98 o Improve av1_quantize_fp_64x64_neon() 1.17x to 1.66x faster
99 o Add aom_quantize_b_avx2() 1.4x to 1.7x faster than aom_quantize_b_avx()
100 o Add aom_quantize_b_32x32_avx2() 1.4x to 2.3x faster than
102 o Add aom_quantize_b_64x64_avx2() 2.0x to 2.4x faster than
104 o Add aom_highbd_quantize_b_32x32_avx2() 9.0x to 10.5x faster than
106 o Add aom_highbd_quantize_b_64x64_avx2() 7.3x to 9.7x faster than
108 o Improve aom_highbd_quantize_b_avx2() 1.07x to 1.20x faster
109 o Improve av1_quantize_fp_avx2() 1.13x to 1.49x faster
[all …]
|
| /external/angle/build/android/incremental_install/ |
| D | README.md | 32 Faster Builds:
36 * Apks sign faster because they are smaller.
38 Faster Installs:
40 * The .apk is smaller, and so faster to verify.
50 * DexOpt results are cached, so subsequent runs are faster.
|
| /external/cronet/build/android/incremental_install/ |
| D | README.md | 32 Faster Builds:
36 * Apks sign faster because they are smaller.
38 Faster Installs:
40 * The .apk is smaller, and so faster to verify.
50 * DexOpt results are cached, so subsequent runs are faster.
|
| /external/mesa3d/docs/ |
| D | versions.rst | 19 - faster point and line drawing (2x faster)
53 - much faster pixel logic ops!
54 - faster transformation arithmetic
69 - faster X device driver functions
136 - Faster rendering of smooth-shaded, RGBA, depth-buffered polygons.
137 - Faster rendering of lines when width=2.0
186 - Faster vertex transformation
187 - Faster raster operations into X windows under certain conditions
254 - faster line and polygon rendering under certain conditions. See
257 - lighting is a bit faster
[all …]
|
| /external/libcxxabi/test/ |
| D | dynamic_cast_stress.pass.cpp | 76 B<Width/2, Depth> -O3 48.334 93.190 libc++abi 93% faster
77 B<Width/2, Depth> -Os 58.535 94.103 libc++abi 61% faster
78 A<Width, Depth> -O3 11.515 33.134 libc++abi 188% faster
79 A<Width, Depth> -Os 12.631 31.553 libc++abi 150% faster
|
| /external/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 30 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
43 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/libtextclassifier/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 30 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
43 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/cronet/buildtools/third_party/libc++abi/trunk/test/ |
| D | dynamic_cast_stress.pass.cpp | 77 B<Width/2, Depth> -O3 48.334 93.190 libc++abi 93% faster
78 B<Width/2, Depth> -Os 58.535 94.103 libc++abi 61% faster
79 A<Width, Depth> -O3 11.515 33.134 libc++abi 188% faster
80 A<Width, Depth> -Os 12.631 31.553 libc++abi 150% faster
|
| /external/openscreen/third_party/abseil/src/absl/strings/internal/ |
| D | ostringstream.h | 30 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
43 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/rust/crates/grpcio-sys/grpc/third_party/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 30 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
43 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/tensorflow/third_party/absl/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 30 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
43 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/zstd/ |
| D | CHANGELOG | 8 perf: faster huffman decoder, using x64 assembly, by @terrelln
9 perf: slightly faster high speed modes (strategies fast & dfast), by @felixhandte
10 perf: improved binary size and faster compilation times, by @terrelln
12 perf: faster mid-level compression speed in presence of highly repetitive patterns, by @senhuang42
15 perf: faster compression speed on incompressible data, by @bindhvo
112 perf: faster dictionary compression at medium compression levels, by @felixhandte
207 cli: faster `-t` test mode
237 perf: Slightly faster compression speed when re-using a context by @cyan4973 (#1658)
239 perf: Faster compression speed in high compression mode for repetitive data by @terrelln (#1635)
328 perf: much faster dictionary builder, by @jenniferliu
[all …]
|
| /external/cronet/base/third_party/cityhash/ |
| D | city.h | 29 // For 64-bit x86 code, on short strings, we don't know of anything faster than
36 // CityHashCrc128 appears to be faster than all competitors of comparable
40 // faster than CityHash on some relatively recent AMD x86-64 CPUs, for example.
43 // For 32-bit x86 code, we don't know of anything faster than CityHash32 that
45 // (On 64-bit CPUs, it is typically faster to use the other CityHash variants.)
|
| D | README | 19 and hardware, it's likely faster than CityHash64() on sufficiently long
48 (CityHashCrc256 in v1.0.3 was even faster, but we decided it wasn't as thorough
56 faster on AMD x86-64 CPUs. For hashing long strings on AMD CPUs
63 For short strings, e.g., most hash table keys, CityHash64 is faster than
64 CityHash128, and probably faster than all the aforementioned functions,
84 We don't know of anything faster that has comparable quality. The speed rankings
|
| /external/jimfs/jimfs/src/main/java/com/google/common/jimfs/ |
| D | Util.java | 81 // this is significantly faster than looping or Arrays.fill (which loops), particularly when in zero()
82 // the length of the slice to be zeroed is <= to ARRAY_LEN (in that case, it's faster by a in zero()
99 // this is significantly faster than looping or Arrays.fill (which loops), particularly when in clear()
100 // the length of the slice to be cleared is <= to ARRAY_LEN (in that case, it's faster by a in clear()
|
| /external/tensorflow/tensorflow/lite/g3doc/performance/ |
| D | best_practices.md | 14 also generally faster and more energy efficient. For example, graphs below show
52 write a faster version of a custom op if you know the constraints in which the
58 Model optimization aims to create smaller models that are generally faster and
86 the Java API is a lot faster if `ByteBuffers` are used as
101 TensorFlow Lite has added new ways to accelerate models with faster hardware
|
| /external/sonic/ |
| D | sonic.1 | 10 Sonic is used to make wav files of speech faster or slower. The primary advance
18 Modify pitch by emulating vocal chords vibrating faster or slower. This causes
34 Set speed up factor. 1.0 means no change, 2.0 means 2X faster.
|
| /external/rust/crates/parking_lot/ |
| D | README.md | 14 `Once` that are smaller, faster and more flexible than those in the Rust
20 faster than `std::sync::Mutex` when uncontended, and up to 5x faster when
22 the number of reader and writer threads, but are almost always faster than
23 the standard library `RwLock`, and even up to 50x faster in some cases.
|
| /external/angle/third_party/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 32 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
45 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/webrtc/third_party/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 32 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
45 // OStringStream is faster to create than std::ostringstream but it's still
|
| /external/cronet/third_party/abseil-cpp/absl/strings/internal/ |
| D | ostringstream.h | 32 // and is faster. It is ~70% faster to create, ~50% faster to write to, and
45 // OStringStream is faster to create than std::ostringstream but it's still
|