You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Vladimir Ozerov (JIRA)" <ji...@apache.org> on 2017/06/08 14:04:18 UTC

[jira] [Updated] (IGNITE-5331) Investigate performance implications of SQL schema refactoring

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

Vladimir Ozerov updated IGNITE-5331:
------------------------------------
    Fix Version/s:     (was: 2.1)
                   2.2

> Investigate performance implications of SQL schema refactoring
> --------------------------------------------------------------
>
>                 Key: IGNITE-5331
>                 URL: https://issues.apache.org/jira/browse/IGNITE-5331
>             Project: Ignite
>          Issue Type: Task
>          Components: sql
>            Reporter: Vladimir Ozerov
>              Labels: performance
>             Fix For: 2.2
>
>
> SQL is now decoupled from concrete cache. It means tha:
> 1) Special cache-agnostic implementation {{CacheQueryObjectValueContext}} is passed to binary objects, with {{copyOnGet}} always returning true.
> 2) {{GridH2ValueCacheObject.getObject(boolean)}} is now called with {{true}} argument more oftner (see usages and Git history).
> All in all it means that more object copying could occur than before. We need to understand whether performance is affected. 
> One important thing to consider is immutability of binary object. That is, once created, {{BinaryObject}} never changes. It means that is {{BinaryMarshaller}} is enabled, we can always avoid copying safely.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)