HomeSort by relevance Sort by last modified time
    Searched full:ouch (Results 51 - 66 of 66) sorted by null

1 23

  /external/harfbuzz_ng/
NEWS 312 - Another hb-coretext crasher fix. Ouch!
    [all...]
  /external/icu/android_icu4j/src/main/java/android/icu/impl/
ICUResourceBundle.java 730 if (DEBUG) System.out.println("ouch: " + e.getMessage());
    [all...]
  /external/icu/icu4j/main/classes/core/src/com/ibm/icu/impl/
ICUResourceBundle.java 726 if (DEBUG) System.out.println("ouch: " + e.getMessage());
    [all...]
  /external/ImageMagick/ImageMagick/script/
architecture.html 252 <p>Recall that this simple and elegant design of the ImageMagick pixel cache comes at a cost in terms of storage and processing speed. The pixel cache storage requirements scales with the area of the image and the bit depth of the pixel components. For example, if we have a 640 by 480 image and we are using the Q16 version of ImageMagick, the pixel cache consumes image <var>width * height * bit-depth / 8 * channels</var> bytes or approximately 2.3 mebibytes (i.e. 640 * 480 * 2 * 4). Not too bad, but what if your image is 25000 by 25000 pixels? The pixel cache requires approximately 4.7 gibibytes of storage. Ouch. ImageMagick accounts for possible huge storage requirements by caching large images to disk rather than memory. Typically the pixel cache is stored in memory using heap memory. If heap memory is exhausted, pixels are stored in in an anonymous map; if the anonymous memory map is exhausted, we create the pixel cache on disk and attempt to memory-map it; and if memory-map memory is exhausted, we simply use standard disk I/O. Disk storage is cheap but it is also very slow, upwards of 1000 times slower than memory. We can get some speed improvements, up to 5 times, if we use memory mapping to the disk-based cache. These decisions about storage are made <var>automagically</var> by the pixel cache manager negotiating with the operating system. However, you can influence how the pixel cache manager allocates the pixel cache with <var>cache resource limits</var>. The limits include:</p>
    [all...]
  /external/ImageMagick/www/
architecture.html 256 <p>Recall that this simple and elegant design of the ImageMagick pixel cache comes at a cost in terms of storage and processing speed. The pixel cache storage requirements scales with the area of the image and the bit depth of the pixel components. For example, if we have a 640 by 480 image and we are using the Q16 version of ImageMagick, the pixel cache consumes image <var>width * height * bit-depth / 8 * channels</var> bytes or approximately 2.3 mebibytes (i.e. 640 * 480 * 2 * 4). Not too bad, but what if your image is 25000 by 25000 pixels? The pixel cache requires approximately 4.7 gibibytes of storage. Ouch. ImageMagick accounts for possible huge storage requirements by caching large images to disk rather than memory. Typically the pixel cache is stored in memory using heap memory. If heap memory is exhausted, we create the pixel cache on disk and attempt to memory-map it. If memory-map memory is exhausted, we simply use standard disk I/O. Disk storage is cheap but it is also very slow, upwards of 1000 times slower than memory. We can get some speed improvements, up to 5 times, if we use memory mapping to the disk-based cache. These decisions about storage are made <var>automagically</var> by the pixel cache manager negotiating with the operating system. However, you can influence how the pixel cache manager allocates the pixel cache with <var>cache resource limits</var>. The limits include:</p>
    [all...]
  /external/valgrind/memcheck/
mc_leakcheck.c 707 VG_(printf)("OUCH! sig=%d addr=%#lx who=%s\n", sigNo, addr, who);
    [all...]
  /toolchain/binutils/binutils-2.25/
Makefile.tpl 549 # Define HOST_LIB_PATH_gcc here, for the sake of TARGET_LIB_PATH, ouch
    [all...]
Makefile.in 620 # Define HOST_LIB_PATH_gcc here, for the sake of TARGET_LIB_PATH, ouch
    [all...]
  /frameworks/base/services/core/java/com/android/server/
ConnectivityService.java 733 // ouch, no rules updates means some processes may never get network
    [all...]
  /prebuilts/go/darwin-x86/src/compress/bzip2/testdata/
Mark.Twain-Tom.Sawyer.txt.bz2 
  /prebuilts/go/darwin-x86/src/compress/testdata/
Mark.Twain-Tom.Sawyer.txt     [all...]
  /prebuilts/go/linux-x86/src/compress/bzip2/testdata/
Mark.Twain-Tom.Sawyer.txt.bz2 
  /prebuilts/go/linux-x86/src/compress/testdata/
Mark.Twain-Tom.Sawyer.txt     [all...]
  /prebuilts/misc/common/icu4j/
icu4j.jar 
  /prebuilts/tools/common/m2/repository/com/ibm/icu/icu4j/53.1/
icu4j-53.1.jar 
  /prebuilts/tools/common/m2/repository/com/ibm/icu/icu4j/54.1.1/
icu4j-54.1.1.jar 

Completed in 1195 milliseconds

1 23