You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[DO] Relocating the limit increase box away from the footnotes for clarity. (#17575)
* Relocating the limit increase box away from the footnotes for clarity.
* Using new footnote components instead of superscripts.
* Update src/content/docs/durable-objects/platform/limits.mdx
Co-authored-by: marciocloudflare <[email protected]>
---------
Co-authored-by: marciocloudflare <[email protected]>
Copy file name to clipboardExpand all lines: src/content/docs/durable-objects/platform/limits.mdx
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,27 +10,25 @@ import { Render } from "~/components";
10
10
11
11
Durable Objects are only available on the [Workers Paid plan](/workers/platform/pricing/#workers). Durable Objects limits are the same as [Workers Limits](/workers/platform/limits/), as well as the following limits that are specific to Durable Objects:
12
12
13
-
| Feature | Limit for class with key-value storage backend | Limit for class with SQite storage backend <sup>1</sup>|
| Number of Objects | Unlimited (within an account or of a given class) | Unlimited (within an account or of a given class) |
16
16
| Maximum Durable Object namespaces | 500 (identical to the [script limit](/workers/platform/limits/)) | 500 (identical to the [script limit](/workers/platform/limits/)) |
17
-
| Storage per account | 50 GB (can be raised by contacting Cloudflare) <sup>2</sup>| 50 GB (can be raised by contacting Cloudflare) <sup>2</sup>|
17
+
| Storage per account | 50 GB (can be raised by contacting Cloudflare) [^2]| 50 GB (can be raised by contacting Cloudflare) [^2]|
| Key size | 2 KiB (2048 bytes) | Key and value combined cannot exceed 2 MB |
21
21
| Value size | 128 KiB (131072 bytes) | Key and value combined cannot exceed 2 MB |
22
22
| WebSocket message size | 1 MiB (only for received messages) | 1 MiB (only for received messages) |
23
-
| CPU per request | 30s (including WebSocket messages) <sup>3</sup>| 30s (including WebSocket messages) <sup>3</sup>|
23
+
| CPU per request | 30s (including WebSocket messages) [^4]| 30s (including WebSocket messages) [^4]|
24
24
25
-
<sup>1</sup> The new beta version of Durable Objects is available where each Durable Object has a private, embedded SQLite database. When creating a Durabe Object class, users can [opt-in to using SQL storage](/durable-objects/reference/durable-objects-migrations/#enable-sql-storage-on-create-durable-object-class-migration).
25
+
[^1]: The new beta version of Durable Objects is available where each Durable Object has a private, embedded SQLite database. When creating a Durable Object class, users can [opt-in to using SQL storage](/durable-objects/reference/durable-objects-migrations/#enable-sql-storage-on-create-durable-object-class-migration).
26
26
27
-
<sup>2</sup> Durable Objects both bills and measures storage based on a gigabyte <br/> (1 GB = 1,000,000,000 bytes) and not a gibibyte (GiB). <br/>
27
+
[^2]: Durable Objects both bills and measures storage based on a gigabyte <br/> (1 GB = 1,000,000,000 bytes) and not a gibibyte (GiB). <br/>
28
28
29
-
<sup>3</sup> Each incoming HTTP request or WebSocket *message* resets the remaining available CPU time to 30 seconds. This allows the Durable Object to consume up to 30 seconds of compute after each incoming network request, with each new network request resetting the timer. If you consume more than 30 seconds of compute between incoming network requests, there is a heightened chance that the individual Durable Object is evicted and reset.
29
+
[^3]: Will be raised to 10 GB for general availability.
30
30
31
-
<sup>4</sup> Will be raised to 10GB for general availability.
32
-
33
-
<Renderfile="limits_increase"product="workers" />
31
+
[^4]: Each incoming HTTP request or WebSocket *message* resets the remaining available CPU time to 30 seconds. This allows the Durable Object to consume up to 30 seconds of compute after each incoming network request, with each new network request resetting the timer. If you consume more than 30 seconds of compute between incoming network requests, there is a heightened chance that the individual Durable Object is evicted and reset.
34
32
35
33
For Durable Object classes with [SQLite storage backend](/durable-objects/best-practices/access-durable-objects-storage/#sqlite-storage-backend) these SQL limits apply:
36
34
@@ -44,6 +42,8 @@ For Durable Object classes with [SQLite storage backend](/durable-objects/best-p
44
42
| Maximum arguments per SQL function | 32 |
45
43
| Maximum characters (bytes) in a `LIKE` or `GLOB` pattern | 50 bytes |
46
44
45
+
<Renderfile="limits_increase"product="workers" />
46
+
47
47
## How much work can a single Durable Object do?
48
48
49
49
Durable Objects can scale horizontally across many Durable Objects. Each individual Object is inherently single-threaded.
0 commit comments