@camstack/addon-provider-reolink 1.2.62 → 1.2.64
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/addon.js +63 -4
- package/dist/addon.mjs +63 -4
- package/package.json +1 -1
package/dist/addon.js
CHANGED
|
@@ -14505,6 +14505,50 @@ var NodeProcessSchema = object({
|
|
|
14505
14505
|
/** Wall-clock uptime (seconds). Parsed from `ps etime`. */
|
|
14506
14506
|
uptimeSec: number()
|
|
14507
14507
|
});
|
|
14508
|
+
/**
|
|
14509
|
+
* One retained container-memory reading.
|
|
14510
|
+
*
|
|
14511
|
+
* `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
|
|
14512
|
+
* a second clock: that is what makes "processes sum to X, container says Y"
|
|
14513
|
+
* subtractable per point rather than an eyeballed comparison of two series
|
|
14514
|
+
* sampled at different instants.
|
|
14515
|
+
*
|
|
14516
|
+
* A reduced window keeps the sample with the LARGEST `currentBytes` in each
|
|
14517
|
+
* bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
|
|
14518
|
+
* never coexisted, and a mean would smear away the peak this exists to find.
|
|
14519
|
+
*/
|
|
14520
|
+
var ContainerMemoryPointSchema = object({
|
|
14521
|
+
/** Which hierarchy answered, so a reading is never ambiguous. */
|
|
14522
|
+
source: _enum(["cgroup-v2", "cgroup-v1"]),
|
|
14523
|
+
/** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
|
|
14524
|
+
currentBytes: number(),
|
|
14525
|
+
/** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
|
|
14526
|
+
limitBytes: number().nullable(),
|
|
14527
|
+
/** Anonymous pages: the closest thing to "what the processes allocated". */
|
|
14528
|
+
anonBytes: number().nullable(),
|
|
14529
|
+
/** Page cache. Charged to the cgroup, owned by no process. */
|
|
14530
|
+
fileBytes: number().nullable(),
|
|
14531
|
+
/**
|
|
14532
|
+
* Shared memory — and the field that explained the largest single surprise.
|
|
14533
|
+
* The i915 driver backs GPU buffers with shmem, so an inference pool or a
|
|
14534
|
+
* hardware-decode session holding DRM objects is charged HERE and appears
|
|
14535
|
+
* nowhere in a `ps` scan.
|
|
14536
|
+
*/
|
|
14537
|
+
shmemBytes: number().nullable(),
|
|
14538
|
+
/** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
|
|
14539
|
+
slabBytes: number().nullable(),
|
|
14540
|
+
/**
|
|
14541
|
+
* Shrinkable i915 GEM object bytes, from debugfs.
|
|
14542
|
+
*
|
|
14543
|
+
* **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
|
|
14544
|
+
* component of `currentBytes` and must not be subtracted from it; it says
|
|
14545
|
+
* what put the shmem there, where `shmemBytes` only says how much.
|
|
14546
|
+
*
|
|
14547
|
+
* `null` wherever debugfs is not mounted — which is inside every camstack
|
|
14548
|
+
* container today — and on any node with no Intel GPU.
|
|
14549
|
+
*/
|
|
14550
|
+
gpuShmemBytes: number().nullable()
|
|
14551
|
+
}).extend({ atMs: number() });
|
|
14508
14552
|
var DumpHeapSnapshotInputSchema = object({
|
|
14509
14553
|
/** The addon whose runner should dump a heap snapshot. */
|
|
14510
14554
|
addonId: string() });
|
|
@@ -14568,6 +14612,21 @@ var NodeLoadSeriesSchema = object({
|
|
|
14568
14612
|
/** One entry per function seen in the window, heaviest-first. */
|
|
14569
14613
|
series: array(LoadFunctionSeriesSchema).readonly(),
|
|
14570
14614
|
/**
|
|
14615
|
+
* The CONTAINER's memory over the same window, oldest-first.
|
|
14616
|
+
*
|
|
14617
|
+
* Sits next to `series` rather than in a method of its own because the whole
|
|
14618
|
+
* question is a subtraction: the per-process rows in `series` sum to one
|
|
14619
|
+
* number and this one is another, and an operator who has to issue two calls
|
|
14620
|
+
* to compare them will compare two different instants. Same reader, same
|
|
14621
|
+
* `sinceMs`, same `bucketMs`, same timestamps.
|
|
14622
|
+
*
|
|
14623
|
+
* **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
|
|
14624
|
+
* Mac, a bare-metal host, a container with the hierarchy hidden — reports no
|
|
14625
|
+
* points at all. A zero here would be indistinguishable from a healthy
|
|
14626
|
+
* container and is precisely the lie this field exists to avoid.
|
|
14627
|
+
*/
|
|
14628
|
+
containerMemory: array(ContainerMemoryPointSchema).readonly(),
|
|
14629
|
+
/**
|
|
14571
14630
|
* Width of one returned bucket, in ms. Equals the sampling cadence when no
|
|
14572
14631
|
* reduction was needed — so a caller can always say what one point covers
|
|
14573
14632
|
* without having to know whether it was reduced.
|
|
@@ -28454,10 +28513,10 @@ var rebootCapability = {
|
|
|
28454
28513
|
* recording config. NOTE on events (source of truth, R5/C3): this cap carries
|
|
28455
28514
|
* NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
|
|
28456
28515
|
* events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
|
|
28457
|
-
* rows)
|
|
28458
|
-
*
|
|
28459
|
-
*
|
|
28460
|
-
* (`interfaces/recording-config.ts`).
|
|
28516
|
+
* rows) and are the ONLY event surface — the recorder has none. The in-RAM
|
|
28517
|
+
* playback markers it used to build were deleted on 2026-08-29 because nothing
|
|
28518
|
+
* ever read them. Event<->footage joins are by time, padded with the shared
|
|
28519
|
+
* `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
|
|
28461
28520
|
*/
|
|
28462
28521
|
var RecordingStatusSchema = object({
|
|
28463
28522
|
deviceId: number(),
|
package/dist/addon.mjs
CHANGED
|
@@ -14500,6 +14500,50 @@ var NodeProcessSchema = object({
|
|
|
14500
14500
|
/** Wall-clock uptime (seconds). Parsed from `ps etime`. */
|
|
14501
14501
|
uptimeSec: number()
|
|
14502
14502
|
});
|
|
14503
|
+
/**
|
|
14504
|
+
* One retained container-memory reading.
|
|
14505
|
+
*
|
|
14506
|
+
* `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
|
|
14507
|
+
* a second clock: that is what makes "processes sum to X, container says Y"
|
|
14508
|
+
* subtractable per point rather than an eyeballed comparison of two series
|
|
14509
|
+
* sampled at different instants.
|
|
14510
|
+
*
|
|
14511
|
+
* A reduced window keeps the sample with the LARGEST `currentBytes` in each
|
|
14512
|
+
* bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
|
|
14513
|
+
* never coexisted, and a mean would smear away the peak this exists to find.
|
|
14514
|
+
*/
|
|
14515
|
+
var ContainerMemoryPointSchema = object({
|
|
14516
|
+
/** Which hierarchy answered, so a reading is never ambiguous. */
|
|
14517
|
+
source: _enum(["cgroup-v2", "cgroup-v1"]),
|
|
14518
|
+
/** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
|
|
14519
|
+
currentBytes: number(),
|
|
14520
|
+
/** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
|
|
14521
|
+
limitBytes: number().nullable(),
|
|
14522
|
+
/** Anonymous pages: the closest thing to "what the processes allocated". */
|
|
14523
|
+
anonBytes: number().nullable(),
|
|
14524
|
+
/** Page cache. Charged to the cgroup, owned by no process. */
|
|
14525
|
+
fileBytes: number().nullable(),
|
|
14526
|
+
/**
|
|
14527
|
+
* Shared memory — and the field that explained the largest single surprise.
|
|
14528
|
+
* The i915 driver backs GPU buffers with shmem, so an inference pool or a
|
|
14529
|
+
* hardware-decode session holding DRM objects is charged HERE and appears
|
|
14530
|
+
* nowhere in a `ps` scan.
|
|
14531
|
+
*/
|
|
14532
|
+
shmemBytes: number().nullable(),
|
|
14533
|
+
/** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
|
|
14534
|
+
slabBytes: number().nullable(),
|
|
14535
|
+
/**
|
|
14536
|
+
* Shrinkable i915 GEM object bytes, from debugfs.
|
|
14537
|
+
*
|
|
14538
|
+
* **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
|
|
14539
|
+
* component of `currentBytes` and must not be subtracted from it; it says
|
|
14540
|
+
* what put the shmem there, where `shmemBytes` only says how much.
|
|
14541
|
+
*
|
|
14542
|
+
* `null` wherever debugfs is not mounted — which is inside every camstack
|
|
14543
|
+
* container today — and on any node with no Intel GPU.
|
|
14544
|
+
*/
|
|
14545
|
+
gpuShmemBytes: number().nullable()
|
|
14546
|
+
}).extend({ atMs: number() });
|
|
14503
14547
|
var DumpHeapSnapshotInputSchema = object({
|
|
14504
14548
|
/** The addon whose runner should dump a heap snapshot. */
|
|
14505
14549
|
addonId: string() });
|
|
@@ -14563,6 +14607,21 @@ var NodeLoadSeriesSchema = object({
|
|
|
14563
14607
|
/** One entry per function seen in the window, heaviest-first. */
|
|
14564
14608
|
series: array(LoadFunctionSeriesSchema).readonly(),
|
|
14565
14609
|
/**
|
|
14610
|
+
* The CONTAINER's memory over the same window, oldest-first.
|
|
14611
|
+
*
|
|
14612
|
+
* Sits next to `series` rather than in a method of its own because the whole
|
|
14613
|
+
* question is a subtraction: the per-process rows in `series` sum to one
|
|
14614
|
+
* number and this one is another, and an operator who has to issue two calls
|
|
14615
|
+
* to compare them will compare two different instants. Same reader, same
|
|
14616
|
+
* `sinceMs`, same `bucketMs`, same timestamps.
|
|
14617
|
+
*
|
|
14618
|
+
* **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
|
|
14619
|
+
* Mac, a bare-metal host, a container with the hierarchy hidden — reports no
|
|
14620
|
+
* points at all. A zero here would be indistinguishable from a healthy
|
|
14621
|
+
* container and is precisely the lie this field exists to avoid.
|
|
14622
|
+
*/
|
|
14623
|
+
containerMemory: array(ContainerMemoryPointSchema).readonly(),
|
|
14624
|
+
/**
|
|
14566
14625
|
* Width of one returned bucket, in ms. Equals the sampling cadence when no
|
|
14567
14626
|
* reduction was needed — so a caller can always say what one point covers
|
|
14568
14627
|
* without having to know whether it was reduced.
|
|
@@ -28449,10 +28508,10 @@ var rebootCapability = {
|
|
|
28449
28508
|
* recording config. NOTE on events (source of truth, R5/C3): this cap carries
|
|
28450
28509
|
* NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
|
|
28451
28510
|
* events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
|
|
28452
|
-
* rows)
|
|
28453
|
-
*
|
|
28454
|
-
*
|
|
28455
|
-
* (`interfaces/recording-config.ts`).
|
|
28511
|
+
* rows) and are the ONLY event surface — the recorder has none. The in-RAM
|
|
28512
|
+
* playback markers it used to build were deleted on 2026-08-29 because nothing
|
|
28513
|
+
* ever read them. Event<->footage joins are by time, padded with the shared
|
|
28514
|
+
* `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
|
|
28456
28515
|
*/
|
|
28457
28516
|
var RecordingStatusSchema = object({
|
|
28458
28517
|
deviceId: number(),
|