You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@unomi.apache.org by "Kevan Jahanshahi (Jira)" <ji...@apache.org> on 2023/02/23 14:43:00 UTC

[jira] [Updated] (UNOMI-741) Session/Event index rollover: Session retrieval strategy

     [ https://issues.apache.org/jira/browse/UNOMI-741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevan Jahanshahi updated UNOMI-741:
-----------------------------------
    Summary: Session/Event index rollover: Session retrieval strategy  (was: Session/Event index rollover: implement sessionId/indexName affinity cache)

> Session/Event index rollover: Session retrieval strategy
> --------------------------------------------------------
>
>                 Key: UNOMI-741
>                 URL: https://issues.apache.org/jira/browse/UNOMI-741
>             Project: Apache Unomi
>          Issue Type: Task
>            Reporter: Kevan Jahanshahi
>            Priority: Major
>             Fix For: unomi-2.2.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Following performance tests done on ticket: https://issues.apache.org/jira/browse/UNOMI-725
> We need to implement sessionId/indexName affinity cache to speed up access to current user session on context requests.
> Due to the nature of the splitted indices for the sessions it's not possible to know where exactly is stored the sessionId from the context request.
> We can do a query like it is right now but as shown in the performances results test this is impact a lot the performance for concurrent context requests.
> So we need to implement a sessionId/indexName affinity cache in the persistence service to speed up the loading of current user sessions.
> consider a cache system with a time-to-idle feature that will automatically clean the unused sessionId after 30min and make this configurable.
> PoC PR: [https://github.com/apache/unomi/pull/576]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)