<?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 Virtual Memory in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203123#M1285143</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;See my earlier post on these values, as well as the VMFree and VMLargestFreeBlock values, here: &lt;A href="http://195.78.36.8/forums/p/25829/99174.aspx#99174" target="_blank"&gt;http://195.78.36.8/forums/p/25829/99174.aspx#99174&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;More or less:&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Reservation&lt;/B&gt; is performed by QVS to have a memory area to work within.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Allocation&lt;/B&gt; is performed when QVS needs to actually extend it's usage within the reserved memory area.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Commit&lt;/B&gt; is when data is placed within the allocated area of memory.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The reservation, in a QVS case, is basically "invisible", since it does not directly consume any resources. The final call when reserving memory is up to Windows, and the returned reservation might be smaller than requested by QVS. The reserved memory area can be seen in the QVS event logs (high/debug/verbose logging required) at proccess startup, and are defined by the Working Set limits, inheriting in the QVS settings.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The allocation and commit values, if placed on a curve, will follow each other closely if the memory usage is healthy, with allocation just above commit. Differences or "split curves" in this case can indicate memory leaks, but will show significantly.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The VMFree and VMLargestFreeBlock values are only useful on 32 bit systems, since on a 64 bit system returns the size that Windows reports - and that number is, for some reason I don't know, the total &lt;B&gt;possible&lt;/B&gt; memory size of the system. And that is not the same thing as actual free memory. I would disregard these numbers on x64, which is your case.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 06 Jun 2010 15:26:18 GMT</pubDate>
    <dc:creator>StefanBackstrand</dc:creator>
    <dc:date>2010-06-06T15:26:18Z</dc:date>
    <item>
      <title>Virtual Memory</title>
      <link>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203122#M1285142</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm trying to understand some of the numbers reported on the QEMC &amp;gt; Status &amp;gt; QVS Statistics &amp;gt; Performance tab...&lt;/P&gt;&lt;P&gt;Name Value&lt;BR /&gt;VMCommitted 13668&lt;BR /&gt;VMAllocated 18232&lt;BR /&gt;VMFree 8370376&lt;BR /&gt;VMLargestFreeBlock 8364194&lt;/P&gt;&lt;P&gt;The VMCommitted is close to a summary of the Physical &amp;amp; Kernel Memory on the box, but what are the VMFree and VMLargestFreeBlock numbers. They calculate to around 8 Terabytes. That makes no sense to me.&lt;/P&gt;&lt;P&gt;Pertinent info: Qlikview v9 SR4 64bit server running on Windows 2008 server with 34 GB ram&lt;/P&gt;&lt;P&gt;Any assistance would be welcomed,&lt;/P&gt;&lt;P&gt;B&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 Jan 2026 18:19:17 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203122#M1285142</guid>
      <dc:creator>bnichol</dc:creator>
      <dc:date>2026-01-26T18:19:17Z</dc:date>
    </item>
    <item>
      <title>Virtual Memory</title>
      <link>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203123#M1285143</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;See my earlier post on these values, as well as the VMFree and VMLargestFreeBlock values, here: &lt;A href="http://195.78.36.8/forums/p/25829/99174.aspx#99174" target="_blank"&gt;http://195.78.36.8/forums/p/25829/99174.aspx#99174&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;More or less:&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Reservation&lt;/B&gt; is performed by QVS to have a memory area to work within.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Allocation&lt;/B&gt; is performed when QVS needs to actually extend it's usage within the reserved memory area.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;&lt;B&gt;Commit&lt;/B&gt; is when data is placed within the allocated area of memory.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The reservation, in a QVS case, is basically "invisible", since it does not directly consume any resources. The final call when reserving memory is up to Windows, and the returned reservation might be smaller than requested by QVS. The reserved memory area can be seen in the QVS event logs (high/debug/verbose logging required) at proccess startup, and are defined by the Working Set limits, inheriting in the QVS settings.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The allocation and commit values, if placed on a curve, will follow each other closely if the memory usage is healthy, with allocation just above commit. Differences or "split curves" in this case can indicate memory leaks, but will show significantly.&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;The VMFree and VMLargestFreeBlock values are only useful on 32 bit systems, since on a 64 bit system returns the size that Windows reports - and that number is, for some reason I don't know, the total &lt;B&gt;possible&lt;/B&gt; memory size of the system. And that is not the same thing as actual free memory. I would disregard these numbers on x64, which is your case.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 06 Jun 2010 15:26:18 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203123#M1285143</guid>
      <dc:creator>StefanBackstrand</dc:creator>
      <dc:date>2010-06-06T15:26:18Z</dc:date>
    </item>
    <item>
      <title>Virtual Memory</title>
      <link>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203124#M1285144</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Stefan,&lt;/P&gt;&lt;P&gt;due to Qlikview web page changes on june 2011, links older than this date are not wirking.&lt;/P&gt;&lt;P&gt;I'm angry about Qlikview due to many missing useful info in community pages.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Unfortunately your link belongs also to victims &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;can you reprovide a working link ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks &amp;amp; regards&lt;/P&gt;&lt;P&gt;Gülnur&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 18 May 2012 09:27:47 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Virtual-Memory/m-p/203124#M1285144</guid>
      <dc:creator />
      <dc:date>2012-05-18T09:27:47Z</dc:date>
    </item>
  </channel>
</rss>

