Skip to content

Commit af0aba9

Browse files
committed
Minor fix to DO Lifecycle chapter
1 parent e4be388 commit af0aba9

File tree

1 file changed

+6
-2
lines changed

1 file changed

+6
-2
lines changed

src/content/docs/durable-objects/concepts/durable-object-lifecycle.mdx

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -50,7 +50,7 @@ Assuming a Durable Object does not run, the first incoming request or event (lik
5050

5151
At this point the Durable Object is in the **active in-memory state**.
5252

53-
If it continuously receives requests or events within 10 seconds of each other, the Durable Object will remain in this state.
53+
If it continuously receives requests or events within 10 seconds (the hibernation grace period) of each other, the Durable Object will remain in this state.
5454

5555
After 10 seconds of no incoming request or events, the runtime can now hibernate the Durable Object. Hibernation will only occur if **all** of the below are true:
5656
- No `setTimeout`/`setInterval` scheduled callbacks are set.
@@ -74,4 +74,8 @@ Objects in the **hibernated** state keep their Websocket clients connected, and
7474

7575
The next incoming request or event starts the cycle again.
7676

77-
As explained in [When does a Durable Object incur duration charges?](/durable-objects/platform/pricing/#when-does-a-durable-object-incur-duration-charges), a Durable Object incurs charges only when it is **actively running in-memory**, or when it is **idle in-memory and non-hibernateable**.
77+
As explained in [When does a Durable Object incur duration charges?](/durable-objects/platform/pricing/#when-does-a-durable-object-incur-duration-charges), a Durable Object incurs charges only when it is in one of the following states:
78+
79+
- Actively running in-memory
80+
- Idle in-memory and non-hibernateable
81+
- Idle in-memory, hibernateable

0 commit comments

Comments
 (0)