blob: 297a7e4594a91f81766c2a8701ac958eb5253de8 [file] [view]
# Memory Tuning
Cobalt is designed to choose sensible parameters for memory-related options and
parameters through a system called "AutoMem".
On startup, AutoMem will print a memory table to the output console detailing
the memory allocations that will be assigned to the various subsystems in
cobalt.
Some settings will be "fixed" while others will be "flexible" so that their
memory consumption will scale down for memory constrained platforms.
Read on for more information.
**IMPORTANT**
*Setting `--max_cobalt_cpu_usage` and `--max_cobalt_gpu_usage` on the
command line is a beta feature.*
### Memory Settings Table
A table similar to the one below, will be printed on startup.
~~~
AutoMem:
_______________________________________________________________________________
|SETTING NAME |VALUE | |TYPE |SOURCE |
| encoded_image_cache_size_in_bytes | 1048576 | 1.0 MB | CPU | Build |
| image_cache_size_in_bytes | 10485760 | 10.0 MB | GPU | AutoSet |
| offscreen_target_cache_size_in_bytes | 2097152 | 2.0 MB | GPU | AutoSet |
| remote_typeface_cache_size_in_bytes | 4194304 | 4.0 MB | CPU | Build |
| skia_atlas_texture_dimensions | 2048x2048x2 | 8.0 MB | GPU | AutoSet |
| skia_cache_size_in_bytes | 4194304 | 4.0 MB | GPU | Build |
| software_surface_cache_size_in_bytes | N/A | N/A | N/A | N/A |
|______________________________________|_____________|_________|______|_________|
~~~
This table shows the breakdown of how much memory is being allocated to each
sub-system, the type, and where it came from.
**SETTING NAME:** This is the name of the memory setting. If a setting can be
manually set through the command line or Cobalt extension, then it will be
accessible by using this name. For example adding the command line argument
`--image_cache_size_in_bytes=25165824` will manually set the Image Cache Size to
24 megabytes. Also note that this is also equivalent:
`--image_cache_size_in_bytes=24MB`. Note that the numerical value can include
the suffix kb/mb/gb to specify kilo/mega/giga-bytes. The numerical value can
be a floating point value. For example `--image_cache_size_in_bytes=.1GB` is
equivalent to `--image_cache_size_in_bytes=100MB`.
**VALUE:** This two column value has a first setting that describes what the
actual value is, and the second column is the amount of memory that the setting
consumes. This first setting gives hints on what kind of values the
setting can be set to via the command line. For example,
`skia_atlas_texture_dimensions` accepts texture sizes on the command line, such
as: `--skia_atlas_texture_dimensions=2048x4096x2`
**TYPE:** This specifies whether the setting consumes GPU or CPU memory.
For example, the Image Cache will decode images to buffers to the GPU memory
and therefore it is the classified as the GPU memory type.
**SOURCE:** This specifies where the memory setting came from. It will either
be set from a specific place or automatically generated from Cobalt.
* Values for **SOURCE**:
* `Starboard API`
* The value used was reported by the result of a Starboard API function call.
* Example: `SbSystemGetUsedCPUMemory()`
* `Configuration Extension`
* Specified by the `CobaltExtensionConfigurationApi`.
* For example: see `CobaltImageCacheSizeInBytes` in
[`cobalt/configuration/configuration.cc`](../configuration/configuration.cc).
* `CmdLine`
* Read the memory setting value from the command line.
* For example: `cobalt --image_cache_size_in_bytes=24MB`.
* `AutoSet`
* No value was specified and therefore Cobalt calculated the default value
automatically based on system parameters. For example many caches
will be chosen proportionally to the size of the UI resolution.
* `AutoSet (Constrained)`
* This value was AutoSet to a default value, but then was reduced in
response to `max_cobalt_cpu_usage` or `max_cobalt_gpu_usage being` set too low.
### Maximum Memory Table
This second table is also printed at startup and details the sum of memory and
maximum memory limits as reported by cobalt.
~~~
MEMORY SOURCE TOTAL SETTINGS CONSUME
____________________________________________________________________
| | | | |
| max_cobalt_cpu_usage | Starboard API | 256.0 MB | 131.0 MB |
|______________________|_______________|__________|__________________|
| | | | |
| max_cobalt_gpu_usage | Starboard API | 768.0 MB | 124.0 MB |
|______________________|_______________|__________|__________________|
~~~
This table shows the limits for CPU and GPU memory consumption and also how
much memory is being consumed for each memory type.
**MEMORY**: This is the name of the memory limit. If you want to change this
setting manually then use the name on the command line. For example
`--max_cobalt_cpu_usage=150MB` will set Cobalt to 150MB limit for CPU
memory. If the sum of CPU memory exceeds this limit then memory settings of the
same type will reduce their memory usage.
**SOURCE**: This value indicates where the value came from.
* `Starboard API`
* `max_cobalt_cpu_usage`: This value was found from SbSystemGetTotalCPUMemory().
* `max_cobalt_gpu_usage`: This value was found from SbSystemGetTotalGPUMemory().
* `CmdLine`
* `max_cobalt_cpu_usage`: --max_cobalt_cpu_usage was used as a command argument.
* `max_cobalt_gpu_usage`: --max_cobalt_gpu_usage was used as a command argument.
**TOTAL**: Represents the maximum available memory for settings. This value
came from **SOURCE**.
**SETTINGS CONSUME**: This value indicates the consumption of memory for the
current memory type.
For `max_cobalt_cpu_usage`, `Starboard API` indicates that this value came from
`SbSystemGetTotalCPUMemory()` If this source value is `Starboard API` then this
value came from `SbSystemGetTotalCPUMemory()` (for CPU) or
`SbSystemGetTotalGPUMemory()` for GPU).
If the available memory for the Cobalt is less than the amount of memory
consumed by the settings, then any settings that are AutoSet AND adjustable
will reduce their memory consumption. When this happens, look for the string
*`AutoSet (Constrained)`* in the first table.
## Setting Maximum Memory Values
The max cpu and gpu memory of the system can be set by command line:
* `--max_cobalt_cpu_usage=160MB`
* `--max_cobalt_gpu_usage=160MB`
### Memory Scaling
There are two primary ways in which the memory consumption settings will scale down.
One is by specifying `--max_cobalt_cpu_usage` (or `max_cobalt_gpu_usage`) to a
particular value (e.g. `--max_cobalt_cpu_usage=160MB`).
`--max_cobalt_cpu_usage` (and `--max_cobalt_gpu_usage`) will trigger the memory
to scale down whenever the memory settings memory consumption exceed the maximum
**TOTAL** value. The memory settings will be scaled down until their consumption is
less than or equal the maximum allowed value **TOTAL**. See also **SETTINGS CONSUME**.
*Forcing a Memory Setting to be flexible*
If a memory setting is set via a build setting, then it's possible to make it
flexible via the command line by setting the value to "autoset". For example,
`--image_cache_size_in_bytes=auto` will allow `image_cache_size_in_bytes` to be
flexible by disabling the value being set by a build setting.
### Memory Warnings
Cobalt will periodically check to see if the memory consumed by the application
is less than the `--max_cobalt_cpu_usage` and `--max_cobalt_gpu_usage` amount.
If the cpu/gpu exceeds this maximum value then an error message will be logged
once to stdout for cpu and/or gpu memory systems.
### Example 1 - Configuring for a memory restricted platform
Let's say that we are configuring platform called "XXX":
We will configure XXX such that:
* `image_cache_size_in_bytes` will be set to 32MB in the configuration
extension.
* `skia_atlas_texture_dimensions` will be set to `2048x2048x2` in the
configuration extension.
* `max_cobalt_cpu_usage` will be set to 160MB on the command line.
**Configuring `image_cache_size_in_bytes` to be 32MB:**
* Implement the `CobaltExtensionConfigurationApi` function
`CobaltImageCacheSizeInBytes` to return `32 * 1024 * 1024`.
**Configuring `skia_atlas_texture_dimensions` to be 2048x2048x2:**
* Implement the `CobaltExtensionConfigurationApi` functions
`CobaltSkiaGlyphAtlasWidth` and `CobaltSkiaGlyphAtlasHeight` to both return
`2048`.
**Configuring `max_cobalt_cpu_usage` to be 160MB:**
* `cobalt --max_cobalt_cpu_usage=160MB`
### Example 2 - Configuring for a memory-plentiful platform
The following command line will give a lot of memory to image cache and give
500MB to `max_cobalt_cpu_usage` and `max_cobalt_gpu_usage`.
~~~
cobalt --max_cobalt_cpu_usage=500MB --max_cobalt_gpu_usage=500MB
--image_cache_size_in_bytes=80MB
~~~
## API Reference
#### Memory System API
* `max_cobalt_cpu_usage`
* This setting will set the maximum cpu memory that the app will consume.
CPU Memory settings will scale down their consumption in order to stay under
the `max_cobalt_cpu_usage`. If memory consumption exceeds this value during
runtime then a memory warning will be printed to stdout.
* Set via command line or else starboard.
* starboard value will bind to `SbSystemGetTotalCPUMemory()`.
* `max_cobalt_gpu_usage`
* This setting will set the maximum gpu memory that the app will consume.
GPU Memory settings will scale down their consumption in order to stay under
the `max_cobalt_gpu_usage`. If memory consumption exceeds this value during
runtime then a memory warning will be printed to stdout.
* Set via command line or else starboard.
* starboard value will bind to `SbSystemGetTotalGPUMemory()`.
* Note that `SbSystemGetTotalGPUMemory()` is optional. If no value exists
for `max_cobalt_gpu_usage` in commandline/starboard settings then no
GPU memory checking is performed.
#### Memory Setting API
* `image_cache_size_in_bytes`
* See documentation *Image cache capacity* in `performance_tuning.md` for what
this setting does.
* Set via command line, or else Cobalt extension, or else automatically by Cobalt.
* `remote_typeface_cache_size_in_bytes`
* Determines the capacity of the remote typefaces cache which manages all typefaces
downloaded from a web page.
* Set via command line, or else Cobalt extension, or else automatically by Cobalt.
* `skia_atlas_texture_dimensions`
* Determines the size in pixels of the glyph atlas where rendered glyphs are
cached. The resulting memory usage is 2 bytes of GPU memory per pixel.
When a value is used that is too small, thrashing may occur that will
result in visible stutter. Such thrashing is more likely to occur when CJK
language glyphs are rendered and when the size of the glyphs in pixels is
larger, such as for higher resolution displays.
The negative default values indicates to the Cobalt that these settings
should be automatically set.
* Set via command line, or else through the Cobalt configuration extension,
or else automatically by Cobalt.
* Note that in the Cobalt configuration extension, this setting is
represented as two functions:
* `CobaltSkiaGlyphAtlasWidth` and
* `CobaltSkiaGlyphAtlasHeight`
* `skia_cache_size_in_bytes`
* See documentation *Glyph atlas size* in `performance_tuning.md` for what this
setting does.
* Set via command line, or else Cobalt extension system or else automatically by Cobalt.
* `software_surface_cache_size_in_bytes`
* See documentation *Scratch Surface cache capacity* in `performance_tuning.md`
for what this setting does.
* Set via command line, or else Cobalt extension, or else automatically by Cobalt.
#### Units for Command Line Settings
Memory values passed into Cobalt via command line arguments support units such
kb, mb, and gb for kilo-byte, megabyte, gigabytes. These units are case insensitive.
For example, these are all equivalent on the command line:
`--image_cache_size_in_bytes=67108864`
`--image_cache_size_in_bytes=65536kb`
`--image_cache_size_in_bytes=64mb`
`--image_cache_size_in_bytes=.0625gb`