| /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/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/stable/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/tot/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/sdv/vsomeip/third_party/boost/container/example/ |
| D | doc_extended_allocators.cpp | 29 //A vector that can reallocate memory to implement faster insertions in main()
32 //A flat set that can reallocate memory to implement faster insertions in main()
35 //A list that can manages nodes to implement faster in main()
39 //A set that can recycle nodes to implement faster in main()
|
| /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/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/cronet/tot/third_party/rust/chromium_crates_io/vendor/regex-1.11.1/ |
| D | README.md | 236 * When given the choice between faster regex searches and faster _Rust compile
237 times_, this crate will generally choose faster regex searches.
238 * When given the choice between faster regex searches and faster _regex compile
239 times_, this crate will generally choose faster regex searches. That is, it is
241 searches get faster. (This is a somewhat delicate balance to strike, because
244 * When given the choice between faster regex searches and simpler API
245 design, this crate will generally choose faster regex searches. For example,
|
| /external/cronet/stable/third_party/rust/chromium_crates_io/vendor/regex-1.11.1/ |
| D | README.md | 236 * When given the choice between faster regex searches and faster _Rust compile
237 times_, this crate will generally choose faster regex searches.
238 * When given the choice between faster regex searches and faster _regex compile
239 times_, this crate will generally choose faster regex searches. That is, it is
241 searches get faster. (This is a somewhat delicate balance to strike, because
244 * When given the choice between faster regex searches and simpler API
245 design, this crate will generally choose faster regex searches. For example,
|
| /external/cronet/stable/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/cronet/tot/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/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/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/zstd/ |
| D | CHANGELOG | 7 perf: much faster speed for `--patch-from` at high compression levels (#4276)
84 perf: +20% faster huffman decompression for targets that can't compile x64 assembly (#3449, @terrel…
85 perf: up to +10% faster streaming compression at levels 1-2 (#3114, @embg)
88 perf: +5-30% faster dictionary compression at levels 1-4 (#3086, #3114, #3152, @embg)
90 perf: +1% faster compression by removing a branch in ZSTD_fast_noDict (#3129, @felixhandte)
150 perf: faster huffman decoder, using x64 assembly, by @terrelln
151 perf: slightly faster high speed modes (strategies fast & dfast), by @felixhandte
152 perf: improved binary size and faster compilation times, by @terrelln
154 perf: faster mid-level compression speed in presence of highly repetitive patterns, by @senhuang42
157 perf: faster compression speed on incompressible data, by @bindhvo
[all …]
|
| /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/rust/android-crates-io/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/cronet/tot/build/android/gyp/ |
| D | finalize_apk.py | 60 # Disable v1 signatures when v2 signing can be used (it's much faster).
64 # Force SHA-1 (makes signing faster; insecure is fine for local builds).
65 # Leave v2 signing enabled since it verifies faster on device when
|
| /external/cronet/stable/build/android/gyp/ |
| D | finalize_apk.py | 60 # Disable v1 signatures when v2 signing can be used (it's much faster).
64 # Force SHA-1 (makes signing faster; insecure is fine for local builds).
65 # Leave v2 signing enabled since it verifies faster on device when
|
| /external/angle/build/android/gyp/ |
| D | finalize_apk.py | 60 # Disable v1 signatures when v2 signing can be used (it's much faster).
64 # Force SHA-1 (makes signing faster; insecure is fine for local builds).
65 # Leave v2 signing enabled since it verifies faster on device when
|
| /external/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
|