The Bytescale CDN's permanent cache eliminates file re-processing costs and latency.
The Bytescale CDN's permanent cache:
Eliminates file reprocessing on edge cache misses.
Reduces download latency.
Reduces processing costs.
Bytescale's permanent cache is a configurable cache that permanently stores processed files for fast subsequent responses.
By default, files that take longer than 500 milliseconds to process will be permanently cached.
When permanent caching is enabled:
Processed files will be automatically saved to Bytescale's permanent cache after generation.
Processed files will be served from the permanent cache or edge cache on all subsequent requests to the same URL.
Processed files will remain in the permanent cache until you reset your cache.
You are not billed for processing time when a file is served from the permanent cache: you will only be billed for bandwidth usage.
The download performance of a perma-cached file is identical to that of downloading a static asset (i.e. very fast).
Please note:
Permanent caching adds ~100ms of latency to the initial response.
This occurs once per URL: when both the permanent cache and edge cache are missed.
Example download performance of a 4000×2667 JPEG with image processing applied:
Bytescale (TTFB) | Alternative Solution (TTFB) | Edge Cache | Permanent Cache |
---|---|---|---|
1207ms | 1815ms | Miss | Miss |
10ms | 28ms | Hit | Hit |
11ms | 31ms | Hit | Hit |
198ms | 1912ms | Miss | Hit |
12ms | 43ms | Hit | Hit |
11ms | 52ms | Hit | Hit |
... | ... | ... | ... |
11ms | 34ms | Hit | Hit |
188ms | 1851ms | Miss | Hit |
27ms | 36ms | Hit | Hit |
12ms | 67ms | Hit | Hit |
198ms | 1940ms | Miss | Hit |
15ms | 31ms | Hit | Hit |
21ms | 32ms | Hit | Hit |
The Bytescale CDN further reduces latency by routing edge cache misses to a master edge cache node. This additional optimization reduces edge cache misses by keeping traffic within the edge network where possible: requests are only forwarded to the central permanent cache when both the regional edge cache nodes and the master edge cache node don't have a copy of the requested file.
Using these techniques, Bytescale is able to ensure there is only one file processing request per URL.
Without permanent caching or edge cache rerouting, alternative solutions will perform file reprocessing on regional edge cache misses. Depending on the structure of the CDN, this could result in thousands of file processing requests per URL.
Time to First Byte (TTFB) is a key metric for measuring the performance of a file processing solution.
TTFB measures the end-to-end latency of a request, and includes DNS resolution, TLS handshakes, and file processing.
We recommend using a TTFB tool like SpeedVitals TTFB when evaluating file processing solutions.
Asia Pacific & Africa: get a performance boost for these regions by using Bytescale's Extended Coverage option.
The Bytescale CDN includes the following HTTP response headers to help users identify cache hits and misses:
HTTP/2 200...x-cache: Hitx-cache-perma: Missx-cpu-on-cache-miss: 971...
x-cache: header values containing Hit indicate the request was served from the edge cache, else:
x-cache-perma: header values containing Hit indicate the request was served from the permanent cache, else:
x-cpu-on-cache-miss: shows the file processing time (in milliseconds) spent on the request (if both of the above report Miss).
To reset your edge cache and permanent cache, click "Clear Cache" on the cache settings page in the Bytescale Dashboard.
Bytescale's permanent cache can be configured via the URL and also via your account's settings (to control default cache behaviour).
Your account's default cache behaviour is configured via the Bytescale Dashboard and determines:
Edge cache TTL duration.
The maximum amount of time a file will stay in a regional edge cache node.
Default: 1 year.
Permanent cache behaviour.
Default: permanently cache files that take > 500 milliseconds to process.
You can override your account's default cache behaviour via the URL for each request:
?v=123
Forces an edge cache miss and permanent cache miss each time 123 is changed to a unique value.
?cache=false
Forces an edge cache miss and permanent cache miss on each request.
?cache_ttl=31536000
Specifies the maximum time to store the file in the edge cache.
?cache_perm=auto|false|true
Specifies whether to permanently cache the processed file.
Permanent caching adds ~100ms of latency to the initial request. This latency is incurred once per URL: when both the permanent cache and edge cache are missed (i.e. when the URL is first requested).
If auto is used, the file will be permanently cached if it takes > 500 milliseconds to process.
Your account's default cache behaviour is used for cache_ttl and cache_perm when they are omitted from the querystring.
This website uses cookies. By continuing you are consenting to the use of cookies per our cookie policy.
This website requires a modern web browser -- the latest versions of these browsers are supported: