<?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 Memory allocation and management 6.10 vs 6.5 in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Memory-allocation-and-management-6-10-vs-6-5/m-p/46362#M2380</link>
    <description>&lt;P&gt;&lt;SPAN style="font-size: 11pt;"&gt;Hi folks,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;One of our processes always uses a lot of memory while running. This previously lead to OutOfMemory errors. To avoid these, we've done the following:&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;UL style="margin-top: 0cm;" type="disc"&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Use OLEDB SQL for filtering collections&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Copy data from large collections in chunks rather than as a whole&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Kill XL when no longer needed&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Run Garbage Collection&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Reduced logging levels on most actions&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;All of the above was implemented in BP6.5.1 and fixed our memory allocation problems for this process.&amp;nbsp;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;In a current new problem with the process we find it quite impossible to analyze the problem due to the reduced logging. Many actions that usually are logged, such as decision stages, notes, start and end stages, and therefore could tell us more of what is going on are no longer logged on this process. But all of that was in good old BP6.5.4.&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Since we now are running 6.10.5 one could wonder if a running BP process still has the same amount of memory available or that this has increased. If the amount of memory available to a running process would be larger and/or better managed by BP6.10.5, we could return the process to regular logging to enhance the possibilities of analyzing its logs.&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-family: Arial, sans-serif;"&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN lang="EN-GB" style="font-family: Arial, sans-serif;"&gt;Does anyone know:&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;UL&gt;
&lt;LI class="MsoNormal" style="font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;if BP6.10.5 allows for more memory to be allocated and used to a process than it did in BP6.5?&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoNormal" style="font-size: 11pt;"&gt;&lt;SPAN style="font-size: 11pt;"&gt;if memory management has improved in BP6.10.5 in comparison to BP6.5?&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/UL&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Happy coding!&lt;BR /&gt;---------------&lt;BR /&gt;Paul&lt;BR /&gt;Sweden&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
    <pubDate>Thu, 15 Jun 2023 12:49:00 GMT</pubDate>
    <dc:creator>PvD_SE</dc:creator>
    <dc:date>2023-06-15T12:49:00Z</dc:date>
    <item>
      <title>Memory allocation and management 6.10 vs 6.5</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Memory-allocation-and-management-6-10-vs-6-5/m-p/46362#M2380</link>
      <description>&lt;P&gt;&lt;SPAN style="font-size: 11pt;"&gt;Hi folks,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;One of our processes always uses a lot of memory while running. This previously lead to OutOfMemory errors. To avoid these, we've done the following:&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;UL style="margin-top: 0cm;" type="disc"&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Use OLEDB SQL for filtering collections&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Copy data from large collections in chunks rather than as a whole&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Kill XL when no longer needed&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Run Garbage Collection&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoListParagraph" style="margin-left: 0cm; font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Reduced logging levels on most actions&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;All of the above was implemented in BP6.5.1 and fixed our memory allocation problems for this process.&amp;nbsp;&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;In a current new problem with the process we find it quite impossible to analyze the problem due to the reduced logging. Many actions that usually are logged, such as decision stages, notes, start and end stages, and therefore could tell us more of what is going on are no longer logged on this process. But all of that was in good old BP6.5.4.&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;Since we now are running 6.10.5 one could wonder if a running BP process still has the same amount of memory available or that this has increased. If the amount of memory available to a running process would be larger and/or better managed by BP6.10.5, we could return the process to regular logging to enhance the possibilities of analyzing its logs.&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-family: Arial, sans-serif;"&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/SPAN&gt;&lt;SPAN lang="EN-GB" style="font-family: Arial, sans-serif;"&gt;Does anyone know:&lt;P&gt;&lt;/P&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;UL&gt;
&lt;LI class="MsoNormal" style="font-size: 11pt;"&gt;&lt;SPAN lang="EN-GB" style="font-size: 11pt; font-family: Arial, sans-serif;"&gt;if BP6.10.5 allows for more memory to be allocated and used to a process than it did in BP6.5?&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI class="MsoNormal" style="font-size: 11pt;"&gt;&lt;SPAN style="font-size: 11pt;"&gt;if memory management has improved in BP6.10.5 in comparison to BP6.5?&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/UL&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Happy coding!&lt;BR /&gt;---------------&lt;BR /&gt;Paul&lt;BR /&gt;Sweden&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Thu, 15 Jun 2023 12:49:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Memory-allocation-and-management-6-10-vs-6-5/m-p/46362#M2380</guid>
      <dc:creator>PvD_SE</dc:creator>
      <dc:date>2023-06-15T12:49:00Z</dc:date>
    </item>
    <item>
      <title>RE: Memory allocation and management 6.10 vs 6.5</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Memory-allocation-and-management-6-10-vs-6-5/m-p/46363#M2381</link>
      <description>&lt;P&gt;Hi Paul,&lt;/P&gt;
&lt;P&gt;I believe that the as the Blue Prism process is 32-bit then the maximum physical memory that can be allocated is 2Gb, so in terms of more memory being available this won't be the case.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm not sure on any improvements on things like improved garbage collections, perhaps the version documentation goes into more detail?&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Simon&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Simon Cooke&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Fri, 16 Jun 2023 12:48:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Memory-allocation-and-management-6-10-vs-6-5/m-p/46363#M2381</guid>
      <dc:creator>SimonCooke1</dc:creator>
      <dc:date>2023-06-16T12:48:00Z</dc:date>
    </item>
  </channel>
</rss>

