<?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 Re: Executor memory increase limitation based on node type in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/78137#M35472</link>
    <description>&lt;P&gt;I do see this same issue with Photon enabled cluster. Mainly we are unable to change memory values as like with&amp;nbsp; our own clusters.&lt;/P&gt;</description>
    <pubDate>Wed, 10 Jul 2024 15:17:11 GMT</pubDate>
    <dc:creator>2vinodhkumar</dc:creator>
    <dc:date>2024-07-10T15:17:11Z</dc:date>
    <item>
      <title>Executor memory increase limitation based on node type</title>
      <link>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/41077#M27293</link>
      <description>&lt;P&gt;Hi Databricks community,&lt;/P&gt;&lt;P&gt;I'm using Databricks Jobs Cluster to run some jobs. I'm setting the worker and driver type to AWS m6gd.large, which has 2 cores and 8G of memory each.&lt;/P&gt;&lt;P&gt;After seeing it's defaulting executor memory to 2G, I wanted to increase it, setting "&lt;SPAN&gt;spark.executor.memory &lt;/SPAN&gt;&lt;SPAN&gt;6g" on spark config on cluster setup. Upon setting it, it says I can't set it to such number, indicating the max value I can do is 2G (see the attachment). Given the worker has 8G memory, why is it limited to only 2G ? Similar situation for large worker types, the limit seems to be much lower than what should be available.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 22 Aug 2023 23:55:45 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/41077#M27293</guid>
      <dc:creator>938452</dc:creator>
      <dc:date>2023-08-22T23:55:45Z</dc:date>
    </item>
    <item>
      <title>Re: Executor memory increase limitation based on node type</title>
      <link>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/41548#M27373</link>
      <description>&lt;P&gt;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/9"&gt;@Retired_mod&lt;/a&gt;&amp;nbsp;thanks for the reply.&lt;/P&gt;&lt;P&gt;I'm going to try it but I don't think it fully addresses the issue. According to your explanation, given a 8GB worker, on default, it will reserve ~800MB for the overhead memory. It still leaves ~7GB available, and yet, the platform limited&amp;nbsp; spark.executor.memory to around 2GB (see screenshot in initial post). There could be other reserves for other things, but it is decent portion of memory left that should be available that I should be able to get allocation for.&lt;/P&gt;&lt;P&gt;EDIT: I tried lowering&amp;nbsp;&lt;SPAN&gt;spark.executor.memoryOverheadFactor. The limitation value is still the same.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Aug 2023 19:26:05 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/41548#M27373</guid>
      <dc:creator>938452</dc:creator>
      <dc:date>2023-08-25T19:26:05Z</dc:date>
    </item>
    <item>
      <title>Re: Executor memory increase limitation based on node type</title>
      <link>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/42604#M27408</link>
      <description>&lt;P&gt;I think I found the right answer here:&amp;nbsp;&lt;A href="https://kb.databricks.com/en_US/clusters/spark-shows-less-memory" target="_blank" rel="noopener"&gt;https://kb.databricks.com/en_US/clusters/spark-shows-less-memory&lt;/A&gt;&lt;/P&gt;&lt;P&gt;It seems it sets fixed size of ~4GB is used for internal node services. So depending on the node type, `spark.executor.memory` is fixed by Databricks and can't be adjusted further.&lt;/P&gt;&lt;P&gt;All the parameters mentioned above would be applicable for the leftover (2GB) available for the execution, as in the proportion within the leftover can be played around.&lt;/P&gt;&lt;P&gt;The thread helped me understand how the memory is being set. Good lesson.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Aug 2023 19:08:18 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/42604#M27408</guid>
      <dc:creator>938452</dc:creator>
      <dc:date>2023-08-28T19:08:18Z</dc:date>
    </item>
    <item>
      <title>Re: Executor memory increase limitation based on node type</title>
      <link>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/78137#M35472</link>
      <description>&lt;P&gt;I do see this same issue with Photon enabled cluster. Mainly we are unable to change memory values as like with&amp;nbsp; our own clusters.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jul 2024 15:17:11 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/executor-memory-increase-limitation-based-on-node-type/m-p/78137#M35472</guid>
      <dc:creator>2vinodhkumar</dc:creator>
      <dc:date>2024-07-10T15:17:11Z</dc:date>
    </item>
  </channel>
</rss>

