You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafodion.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/02/16 02:12:00 UTC
[jira] [Commented] (TRAFODION-2727) Memory leak in the compiler
part of the code in Trafodion
[ https://issues.apache.org/jira/browse/TRAFODION-2727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366532#comment-16366532 ]
ASF GitHub Bot commented on TRAFODION-2727:
-------------------------------------------
GitHub user selvaganesang opened a pull request:
https://github.com/apache/trafodion/pull/1447
[TRAFODION-2727] Memory leak in the compiler part of the code in Traf…
…odion
It was found that CmpMessageReplyCode was not getting deleted at all times.
But, the handling of CmpMessageDescribe messages in the compiler code has some
mysterious issue that corrupts the memory causing unpredictable behavior when
CmpMessageReplyCode is deleted. To circumvent this problem, the CmpStatement heap
is used for embedded compiler to allocate CmpMessageReplyCode and the Context heap
is used in case of standalone compiler. The handling of CmpMessageDescribe will
continue to leak memory in standalone compiler.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/selvaganesang/trafodion trafodion-2727
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/trafodion/pull/1447.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #1447
----
commit 52703c64dbca6af7f7ad17d7e0efe15d7f6afd0c
Author: selvaganesang <se...@...>
Date: 2018-02-16T02:03:46Z
[TRAFODION-2727] Memory leak in the compiler part of the code in Trafodion
It was found that CmpMessageReplyCode was not getting deleted at all times.
But, the handling of CmpMessageDescribe messages in the compiler code has some
mysterious issue that corrupts the memory causing unpredictable behavior when
CmpMessageReplyCode is deleted. To circumvent this problem, the CmpStatement heap
is used for embedded compiler to allocate CmpMessageReplyCode and the Context heap
is used in case of standalone compiler. The handling of CmpMessageDescribe will
continue to leak memory in standalone compiler.
----
> Memory leak in the compiler part of the code in Trafodion
> ---------------------------------------------------------
>
> Key: TRAFODION-2727
> URL: https://issues.apache.org/jira/browse/TRAFODION-2727
> Project: Apache Trafodion
> Issue Type: Improvement
> Components: sql-cmp
> Affects Versions: any
> Reporter: Selvaganesan Govindarajan
> Assignee: Selvaganesan Govindarajan
> Priority: Major
> Fix For: 2.3
>
>
> The master executor process like mxosrvr which has the compiler embedded within it, grows in virtual memory overtime. Trafodion i uses its own memory management via heap to manage its memory needs during execution. The embedded compiler is also expected to use this infrastructure to manage its memory needs. However, while executor is being build using this infrastructure from ground up, it was an after thought in case of compiler. Some objects in trafodion mixup both its own heap and system heap while allocating leading to memory leak.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)