<?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 What is the difference between the current_size_kb vs current_size in metrics.log for a universal forwarder? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232313#M45294</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;

&lt;P&gt;I don't quite understand the difference between the current_size_kb value and current_size value in the metrics.log for a Universal Forwarder. This is for the parsingqueue, as I am getting the "Could not send data to output queue" error in splunkd.log sometimes. &lt;/P&gt;

&lt;P&gt;Metrics.log example line:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;05-05-2016 19:03:06.209 +0000 INFO  Metrics - group=queue, name=parsingqueue, max_size_kb=1228800, current_size_kb=1226982, current_size=19790, largest_size=19815, smallest_size=19692
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So current_size_kb is almost the same size as my max_size_kb, but then current_size is only ~20MB. I started my maxSize value for parsingQueue in the server.conf at like 200MB, and every time I increased it, current_size_kb would increase as well. &lt;/P&gt;

&lt;P&gt;Do I need to increase maxSize even more? Or should I just pay attention to current_size? &lt;/P&gt;

&lt;P&gt;Thank you&lt;/P&gt;</description>
    <pubDate>Tue, 29 Sep 2020 09:36:35 GMT</pubDate>
    <dc:creator>RecoMark0</dc:creator>
    <dc:date>2020-09-29T09:36:35Z</dc:date>
    <item>
      <title>What is the difference between the current_size_kb vs current_size in metrics.log for a universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232313#M45294</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;

&lt;P&gt;I don't quite understand the difference between the current_size_kb value and current_size value in the metrics.log for a Universal Forwarder. This is for the parsingqueue, as I am getting the "Could not send data to output queue" error in splunkd.log sometimes. &lt;/P&gt;

&lt;P&gt;Metrics.log example line:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;05-05-2016 19:03:06.209 +0000 INFO  Metrics - group=queue, name=parsingqueue, max_size_kb=1228800, current_size_kb=1226982, current_size=19790, largest_size=19815, smallest_size=19692
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So current_size_kb is almost the same size as my max_size_kb, but then current_size is only ~20MB. I started my maxSize value for parsingQueue in the server.conf at like 200MB, and every time I increased it, current_size_kb would increase as well. &lt;/P&gt;

&lt;P&gt;Do I need to increase maxSize even more? Or should I just pay attention to current_size? &lt;/P&gt;

&lt;P&gt;Thank you&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 09:36:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232313#M45294</guid>
      <dc:creator>RecoMark0</dc:creator>
      <dc:date>2020-09-29T09:36:35Z</dc:date>
    </item>
    <item>
      <title>Re: What is the difference between the current_size_kb vs current_size in metrics.log for a universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232314#M45295</link>
      <description>&lt;P&gt;I believe the current_size=19790, largest_size=19815, and smallest_size=19692 are all referencing the number of events in a queue. Where as *_kb is referencing RAM size. My assumption is based on the entry below:&lt;/P&gt;

&lt;P&gt;maxSize = [|[KB|MB|GB]]&lt;BR /&gt;
* Specifies default capacity of a queue.&lt;BR /&gt;
* If specified as a lone integer (for example, maxSize=1000), maxSize&lt;BR /&gt;
  indicates the maximum number of events allowed in the queue.&lt;BR /&gt;
* If specified as an integer followed by KB, MB, or GB (for example,&lt;BR /&gt;
  maxSize=100MB), it indicates the maximum RAM allocated for queue.&lt;BR /&gt;
* The default is 500KB.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 09:51:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232314#M45295</guid>
      <dc:creator>splunk_force_as</dc:creator>
      <dc:date>2020-09-29T09:51:00Z</dc:date>
    </item>
    <item>
      <title>Re: What is the difference between the current_size_kb vs current_size in metrics.log for a universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232315#M45296</link>
      <description>&lt;P&gt;The following page speaks a bit about it - &lt;A href="https://docs.splunk.com/Documentation/Splunk/6.4.1/Troubleshooting/Aboutmetricslog"&gt;About metrics.log&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;It mentions &lt;CODE&gt;current_size&lt;/CODE&gt; but not &lt;CODE&gt;current_size_kb&lt;/CODE&gt;. It says -&lt;/P&gt;

&lt;P&gt;-- Most of these values are not interesting. But &lt;CODE&gt;current_size&lt;/CODE&gt;, especially considered in aggregate, across events, can tell you which portions of Splunk indexing are the bottlenecks. If &lt;CODE&gt;current_size&lt;/CODE&gt; remains near zero, then probably the indexing system is not being taxed in any way. If the queues remain near 1000, then more data is being fed into the system (at the time) than it can process in total. &lt;/P&gt;</description>
      <pubDate>Fri, 03 Jun 2016 02:07:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-is-the-difference-between-the-current-size-kb-vs-current/m-p/232315#M45296</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-06-03T02:07:51Z</dc:date>
    </item>
  </channel>
</rss>

