HomeSort by relevance Sort by last modified time
    Searched full:large (Results 2026 - 2050 of 7141) sorted by null

<<81828384858687888990>>

  /external/chromium_org/third_party/WebKit/Source/web/painting/
PaintAggregator.cpp 54 // too large, then we might as well just treat the scroll rect as a paint rect.
233 // Track how large the paintRects vector grows during an invalidation
  /external/chromium_org/third_party/freetype/include/freetype/
ftstroke.h 687 * depending on how large of a radius was used to stroke the glyph. You
729 * depending on how large of a radius was used to stroke the glyph. You
  /external/chromium_org/third_party/libevent/
evport.c 47 * necessary when large fd's come in. reassociate() takes care of maintaining
179 * file descriptor ever used is rather large.
  /external/chromium_org/third_party/libxml/src/
TODO 158 - plugged iconv() in for support of a large set of encodings.
248 asbtraction of an input stream. A large part of the context is still
  /external/chromium_org/third_party/mesa/src/src/gallium/drivers/nouveau/
nouveau_buffer.c 561 * (Could happen for very large user arrays.)
589 /* Continue to next scratch buffer, if available (no wrapping, large enough).
  /external/chromium_org/third_party/mesa/src/src/mesa/drivers/dri/radeon/
radeon_dma.c 377 /* free objects that are too small to be used because of large request */
395 /* free objects that are too small to be used because of large request */
  /external/chromium_org/third_party/mesa/src/src/mesa/main/
queryobj.c 561 /* if result is too large for returned type, clamp to max value */
612 /* if result is too large for returned type, clamp to max value */
  /external/chromium_org/third_party/openssl/openssl/crypto/bio/
bss_file.c 76 * can run into large files, such as fingerprinting, so we can let API
78 * sequential access of large files without extra "magic" comprise *BSD,
  /external/chromium_org/third_party/openssl/openssl/crypto/sha/asm/
sha1-armv4-large.pl 21 # armv4-large 1420/+92% 1307/+19% 1370/+34%[***]
28 # large = interleaved Xload/update, 5x unroll;
  /external/chromium_org/third_party/protobuf/src/google/protobuf/
descriptor_database.h 60 // descriptors on-demand from some sort of large database. If the database
61 // is large, it may be inefficient to enumerate every .proto file inside it
  /external/chromium_org/third_party/protobuf/src/google/protobuf/io/
zero_copy_stream_impl_lite.h 167 // in large blocks.
261 // in large blocks.
  /external/chromium_org/third_party/sqlite/
preload-cache.patch 149 +** When making large allocations, there is no need to stress the heap and
151 +** the allocation will be large, go directly to the OS instead of the heap.
  /external/chromium_org/third_party/sqlite/src/src/
bitvec.c 19 ** But sometimes (for example when during a DROP of a large table) most
35 ** but can be as large as 2 billion for a really big database.
test2.c 524 ** create a large file. If the file was a valid SQLite database, then
527 ** ability of SQLite to write to large files.
  /external/chromium_org/third_party/sqlite/src/test/
wal.test 816 # Test large log summaries.
818 # In this case "large" usually means a log file that requires a wal-index
820 # is large enough for a log file that contains approximately 13100 frames.
823 # wal-13.1.*: This test case creates a very large log file within the
829 # wal-13.2.*: Test that a process may create a large log file and query
832 # wal-13.3.*: Test that if a very large log file is created, and then a
834 # to query the database (and the very large log) using the
    [all...]
  /external/chromium_org/third_party/yasm/source/patched-yasm/libyasm/
compat-queue.h 49 * for applications with large datasets and few or no removals or for
60 * Singly-linked tail queues are ideal for applications with large datasets
  /external/chromium_org/third_party/yasm/source/patched-yasm/modules/objfmts/coff/
win64-except.c 434 /* 3 stages: SMALL, LARGE and info=0, LARGE and info=1 */
  /external/chromium_org/tools/perf/
test-info.json 82 "description":"Milliseconds to decode a large image of various formats (gif, jpg, png, webp)."
91 "description":"Score on [Facebook's JSGameBench benchmark](https://github.com/facebook/jsgamebench).\n\nThe focus is sprite performance a player is likely to see. Scoring is how many sprites are drawn, so large scores are better.\n\nFor each render path, JSGameBench draws as many moving, animating sprites as possible at 30fps against a background with both axis-aligned and rotated sprites. We try both because significant performance differences between the two indicate flaws or oversights in current rendering techniques. More importantly, while animation can be used instead of sprite rotations, it is often an unacceptable trade off that game developers should not be forced to make.\n\nThe final score is the geometric mean of the axis aligned and rotated scores. Geometric mean is used to prevent a high axis aligned score from hiding the poor rotated performance."
  /external/chromium_org/tools/resources/
optimize-png-files.sh 31 # use the optimization parameters tailored for large files.
149 # TODO(oshima): Try adjusting different parameters for large files to
  /external/chromium_org/webkit/browser/appcache/
appcache_url_request_job.cc 182 // Read the script data, truncating if its too large.
184 // is very (very) large, close enough for now.
  /external/clang/include/clang/StaticAnalyzer/Core/
AnalyzerOptions.h 386 /// Returns the maximum times a large function could be inlined.
388 /// This is controlled by the 'max-times-inline-large' config option.
  /external/e2fsprogs/
RELEASE-NOTES 49 Dumpe2fs will now avoid printing large negative offsets for the bitmap
313 Mke2fs would take a long time to create very large journal files for
511 and corrupt large directories if the directory needs to shrink by more
621 Fix memory leaks in e2fsprogs, including a very large memory leak
622 which can cause e2fsck to run out of memory when checking very large
    [all...]
  /external/eigen/Eigen/src/Core/products/
GeneralMatrixMatrix.h 181 // micro vertical panel of the large rhs's panel (e.g., cols/4 times).
195 * Specialization of GeneralProduct<> for "large" GEMM, i.e.,
  /external/eigen/doc/
C01_TutorialMatrixClass.dox 232 when you know the sizes at compile time. Also, for large enough sizes, say for sizes
234 Worse, trying to create a very large matrix using fixed sizes could result in a stack overflow,
  /external/elfutils/libelf/
elf32_updatenull.c 203 /* Go over all sections and find out how large they are. */
344 we test for the alignment of the section being large

Completed in 1390 milliseconds

<<81828384858687888990>>