[asterisk-bugs] [JIRA] (ASTERISK-28119) stasis: Segment channel snapshot to reduce creation cost

[Joshua C. Colp (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-28119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=245198#comment-245198 ] 

Joshua C. Colp commented on ASTERISK-28119:
-------------------------------------------

I don't think this is worthwhile for bridge snapshots, as comparatively they contain less and aren't raised as much. Channel snapshots are much more frequent.

> stasis: Segment channel snapshot to reduce creation cost
> --------------------------------------------------------
>
>                 Key: ASTERISK-28119
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28119
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Stasis
>    Affects Versions: 16.0.0
>            Reporter: Joshua C. Colp
>            Severity: Minor
>
> Right now when we create a channel snapshot we create a fresh one, copy loads of stuff in, and ship it off. After examining the snapshot itself there's some room for improvement in that some stuff either never changes or infrequently changes. This issue is for investigating whether we can segment the channel snapshot and whether it would be worthwhile. By segment I mean make reasonable things combined under their own structure which is a pointer on the channel snapshot - and when a snapshot is creating we only create new segments for invalidated things.
> What I think doesn't change ever:
> name, uniqueid, type, manager_vars, ari_vars, tech_properties, creationtime
> What I think rarely changes:
> caller information, connected information, language, bridge information, hangup information
> These could be grouped in logical blocks so that we don't have to recreate that part. As well these could take the place of storage on the channel structure itself in some cases, so we aren't duplicating it even there.



--
This message was sent by Atlassian JIRA
(v6.2#6252)