<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic The databricks jdbc driver has a memory leak in Get Started Discussions</title>
    <link>https://community.databricks.com/t5/get-started-discussions/the-databricks-jdbc-driver-has-a-memory-leak/m-p/103214#M9007</link>
    <description>&lt;P&gt;&lt;A href="https://community.databricks.com/t5/community-platform-discussions/memory-leak/td-p/80756" target="_blank"&gt;https://community.databricks.com/t5/community-platform-discussions/memory-leak/td-p/80756&lt;/A&gt; My question is the same as above Unable to upload pictures, I had to dictate&lt;/P&gt;&lt;P&gt;Question from ResultFileDownloadMonitor. M_requestList parameters&lt;BR /&gt;Because is ResultFileDownloadMonitor getResultFileDownloadMonitor method, so this class into a singleton, and cannot be GC&lt;BR /&gt;The m_requestList variable is a HashMap, and the addDownloadTask method is invoked to add elements to the m_requestList whenever the sql query is executed&lt;BR /&gt;The problem is that the m_requestList object only has the logic to add and modify elements, but no logic to delete elements, which is weird&lt;BR /&gt;After testing, we found that there are more than 120,000 elements in the m_requestList from the dump file, which is only 3 days of data volume&lt;BR /&gt;Although the size of each element is small, the amount is too large, and over time there will always be problems&lt;BR /&gt;I checked the driver for the latest 2.6.40-patch-1 release and found that the problem still exists&lt;/P&gt;&lt;P&gt;Therefore, I would like to confirm the following questions:&lt;BR /&gt;1. Will this issue be fixed in a future release?&lt;BR /&gt;2. Can the stopped object in m_requestList be deleted? Can I periodically clean KV whose value is true in m_requestList using reflection?&lt;/P&gt;</description>
    <pubDate>Thu, 26 Dec 2024 06:05:37 GMT</pubDate>
    <dc:creator>gf</dc:creator>
    <dc:date>2024-12-26T06:05:37Z</dc:date>
    <item>
      <title>The databricks jdbc driver has a memory leak</title>
      <link>https://community.databricks.com/t5/get-started-discussions/the-databricks-jdbc-driver-has-a-memory-leak/m-p/103214#M9007</link>
      <description>&lt;P&gt;&lt;A href="https://community.databricks.com/t5/community-platform-discussions/memory-leak/td-p/80756" target="_blank"&gt;https://community.databricks.com/t5/community-platform-discussions/memory-leak/td-p/80756&lt;/A&gt; My question is the same as above Unable to upload pictures, I had to dictate&lt;/P&gt;&lt;P&gt;Question from ResultFileDownloadMonitor. M_requestList parameters&lt;BR /&gt;Because is ResultFileDownloadMonitor getResultFileDownloadMonitor method, so this class into a singleton, and cannot be GC&lt;BR /&gt;The m_requestList variable is a HashMap, and the addDownloadTask method is invoked to add elements to the m_requestList whenever the sql query is executed&lt;BR /&gt;The problem is that the m_requestList object only has the logic to add and modify elements, but no logic to delete elements, which is weird&lt;BR /&gt;After testing, we found that there are more than 120,000 elements in the m_requestList from the dump file, which is only 3 days of data volume&lt;BR /&gt;Although the size of each element is small, the amount is too large, and over time there will always be problems&lt;BR /&gt;I checked the driver for the latest 2.6.40-patch-1 release and found that the problem still exists&lt;/P&gt;&lt;P&gt;Therefore, I would like to confirm the following questions:&lt;BR /&gt;1. Will this issue be fixed in a future release?&lt;BR /&gt;2. Can the stopped object in m_requestList be deleted? Can I periodically clean KV whose value is true in m_requestList using reflection?&lt;/P&gt;</description>
      <pubDate>Thu, 26 Dec 2024 06:05:37 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/the-databricks-jdbc-driver-has-a-memory-leak/m-p/103214#M9007</guid>
      <dc:creator>gf</dc:creator>
      <dc:date>2024-12-26T06:05:37Z</dc:date>
    </item>
    <item>
      <title>Re: The databricks jdbc driver has a memory leak</title>
      <link>https://community.databricks.com/t5/get-started-discussions/the-databricks-jdbc-driver-has-a-memory-leak/m-p/103240#M9008</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/137856"&gt;@gf&lt;/a&gt;&amp;nbsp;thanks for your question, it seems that this has been reported with Simba, but no fix has been provided yet, as a temporary workaround, you can consider using reflection to periodically clean up the &lt;CODE&gt;m_requestList&lt;/CODE&gt; by removing KV pairs whose value is true. However, this should be done with caution and thorough testing to ensure it does not introduce new issues.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Dec 2024 14:37:07 GMT</pubDate>
      <guid>https://community.databricks.com/t5/get-started-discussions/the-databricks-jdbc-driver-has-a-memory-leak/m-p/103240#M9008</guid>
      <dc:creator>Walter_C</dc:creator>
      <dc:date>2024-12-26T14:37:07Z</dc:date>
    </item>
  </channel>
</rss>

