<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 03:58:35 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>MongoDB Jira</title>
    <link>https://jira.mongodb.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.7.1</version>
        <build-number>970001</build-number>
        <build-date>13-04-2023</build-date>
    </build-info>


<item>
            <title>[SERVER-21838] Replica set with mixed compression types slower than expected</title>
                <link>https://jira.mongodb.org/browse/SERVER-21838</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;I&apos;m playing with replica sets on 3.2. I have the following topology:&lt;/p&gt;

&lt;p&gt;1 x i3770 with SSD &lt;span class=&quot;error&quot;&gt;&amp;#91;Primary&amp;#93;&lt;/span&gt;&lt;br/&gt;
1 x intel NUC with SSD &lt;span class=&quot;error&quot;&gt;&amp;#91;secondary&amp;#93;&lt;/span&gt;&lt;br/&gt;
1 x i5960 with SSD &lt;span class=&quot;error&quot;&gt;&amp;#91;arbiter&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;.NET application using the C# driver (2.2).&lt;/p&gt;

&lt;p&gt;Scenario 1 - No replica set:&lt;/p&gt;

&lt;p&gt;My application running on a separate box connects to the primary (with no replica set configured) and has a total throughput of X.&lt;/p&gt;

&lt;p&gt;Scenario 2 - 1 node replica set (on the primary):&lt;/p&gt;

&lt;p&gt;Same two boxes as above, but mongod on the primary is started with --replSet. Total throughput is X - 15%. This makes sense as there is extra CPU and disk IO required.&lt;/p&gt;

&lt;p&gt;Scenario 3 - 2 node replica with arbiter:&lt;/p&gt;

&lt;p&gt;This time I&apos;ve configured a standard replica set. Throughput drops to X - 55%.&lt;/p&gt;

&lt;p&gt;I can see the NUC (which is very weak) is CPU-bound, and the other two boxes are barely breaking a sweat. My understanding was that replication was asynchronous and that the replication from primary to secondary would not/should not slow down writing to the primary (at least not by such a large amount). As best I can tell I don&apos;t have the write concern set to majority (unless that is the default for a cluster).&lt;/p&gt;

&lt;p&gt;I noticed that on my primary I was using zlib compression for both journal and collection (primary has a smaller SSD) and was using snappy for the replica.&lt;/p&gt;

&lt;p&gt;I tried using snappy on both and performance jumped up more than expected, and CPU on the primary popped up to 100%.&lt;/p&gt;

&lt;p&gt;I also tried zlib on both primary and secondary, and this showed better performance that mixed.&lt;/p&gt;</description>
                <environment></environment>
        <key id="243166">SERVER-21838</key>
            <summary>Replica set with mixed compression types slower than expected</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="9">Done</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="nick@innsenroute.com">Nick Judson</reporter>
                        <labels>
                    </labels>
                <created>Thu, 10 Dec 2015 05:06:26 +0000</created>
                <updated>Mon, 20 Jun 2016 19:14:59 +0000</updated>
                            <resolved>Mon, 20 Jun 2016 19:14:59 +0000</resolved>
                                    <version>3.2.0</version>
                                                    <component>WiredTiger</component>
                                        <votes>0</votes>
                                    <watches>6</watches>
                                                                                                                <comments>
                            <comment id="1300164" author="ramon.fernandez" created="Mon, 20 Jun 2016 19:14:43 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=nick%40innsenroute.com&quot; class=&quot;user-hover&quot; rel=&quot;nick@innsenroute.com&quot;&gt;nick@innsenroute.com&lt;/a&gt;, I&apos;m going to close this ticket based on your last comment:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;My initial conclusion was that there was a problem using different compressions across nodes. But then I switched everything to the same compression and I saw the same behavior.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;We&apos;ve been working to improve the write performance in primary nodes as part of &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-24005&quot; title=&quot;Improve primary write-side performance&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-24005&quot;&gt;&lt;del&gt;SERVER-24005&lt;/del&gt;&lt;/a&gt;, as well as replication performance in &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-24242&quot; title=&quot;Improve replication performance&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-24242&quot;&gt;&lt;del&gt;SERVER-24242&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;If you want to do any further testing with 3.3.x and find unexpected behavior feel free to open a new SERVER ticket.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;</comment>
                            <comment id="1169794" author="nick@innsenroute.com" created="Wed, 10 Feb 2016 20:52:49 +0000"  >&lt;p&gt;I think the confusion is that my initial test involved a 3-node replica set where one machine had limited disk space and so I was using zlib (whereas the primary was using snappy). When I compared the speeds of a local-only replica-set to this setup, the speeds were way slower. My expectation was that the secondary would fall behind, but that the primary would not significantly slow down (I&apos;m not using w:majority).&lt;/p&gt;

&lt;p&gt;My initial conclusion was that there was a problem using different compressions across nodes. But then I switched everything to the same compression and I saw the same behavior: Local-only replica-set primary speed = X. Add secondary node, primary speed = Y.&lt;/p&gt;

&lt;p&gt;I understand there will be some performance hit with the proper replica-set, but not a 50% reduction &lt;b&gt;on the primary&lt;/b&gt;.&lt;/p&gt;

&lt;p&gt;My setup was as simple as it gets. Windows x 3 (win 10 primary, 2k12 secondary, 2k12 arbiter). Couldn&apos;t get any non-local replica-set to run without a major perf hit.&lt;/p&gt;</comment>
                            <comment id="1169692" author="ramon.fernandez" created="Wed, 10 Feb 2016 19:45:59 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=nick%40innsenroute.com&quot; class=&quot;user-hover&quot; rel=&quot;nick@innsenroute.com&quot;&gt;nick@innsenroute.com&lt;/a&gt;, are you still pursuing these benchmarks? After re-reading the ticket I found it difficult to get a clear idea of the setup, and as others mentioned above there are a few open questions about your setup that make it hard to attempt to reproduce your observations here. The diagnostics data that 3.2 collects is also missing, so it&apos;s hard to start looking for clues.&lt;/p&gt;

&lt;p&gt;Please let us know if you still want to continue exploring this ticket or if you&apos;re still seeing performance anomalies on mixed compression replica sets.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;</comment>
                            <comment id="1122900" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:45:23 +0000"  >&lt;p&gt;(attachment) Quick run with single node RS. Using the primary from the previous run, start with a fresh mongod and create a RS (and initiate it). Run the load generator. This leaves out the secondary and the arbiter, but everything else is the same.&lt;/p&gt;</comment>
                            <comment id="1122895" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:35:16 +0000"  >&lt;p&gt;(Attachments added) Short run with 3 node RS (2 nodes, 1 arb): Start with 3 fresh mongod instances, create RS, run load generator. Performance much slower than single node RS (next attachment)&lt;/p&gt;</comment>
                            <comment id="1122848" author="dan@10gen.com" created="Mon, 28 Dec 2015 16:02:56 +0000"  >&lt;p&gt;Hi Nick, &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-21581&quot; title=&quot;Performance regression for ycsb_50read50update_w_majority-wiredTiger compared to 3.0.7&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-21581&quot;&gt;&lt;del&gt;SERVER-21581&lt;/del&gt;&lt;/a&gt; is only relevant with the new replication protocol and if you use w:majority writes from your application.  w:majority is not the default, and has to be set on the application.  All new replica sets started with v3.2 use the new protocol.  &lt;a href=&quot;https://docs.mongodb.org/manual/release-notes/3.2/#replication-election-enhancements&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Documentation here&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Also, in v3.2 we have enhanced diagnostics capture on by default.  &lt;a href=&quot;https://docs.mongodb.org/manual/release-notes/3.2/#diagnostic-data-capture&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Documentation here&lt;/a&gt;.  If you can attach the contents of the diagnostics directory and log files for each replica set node, we&apos;ll be able to get a much better idea of what is happening.&lt;/p&gt;

&lt;p&gt;Thanks!&lt;/p&gt;</comment>
                            <comment id="1122650" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 05:59:05 +0000"  >&lt;p&gt;I don&apos;t know if this is &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-21581&quot; title=&quot;Performance regression for ycsb_50read50update_w_majority-wiredTiger compared to 3.0.7&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-21581&quot;&gt;&lt;del&gt;SERVER-21581&lt;/del&gt;&lt;/a&gt;. It may be related to the caching changes on Windows, but I don&apos;t know.&lt;/p&gt;</comment>
                            <comment id="1122649" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 05:56:53 +0000"  >&lt;blockquote&gt;
&lt;p&gt;Ordinarily I would expect the slower machine to simply fall behind the primary but not cause the primary to get slower&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;This was my expectation as well. I was just getting up to speed with replica sets on my usual queue implementation and didn&apos;t understand what I was seeing.&lt;/p&gt;

&lt;p&gt;I have not explicitly set w:majority - are you saying this is now an implicit default in 3.2? (I don&apos;t think you are). I&apos;m using the latest C# driver.&lt;/p&gt;</comment>
                            <comment id="1122644" author="dan@10gen.com" created="Mon, 28 Dec 2015 04:56:12 +0000"  >&lt;p&gt;Ordinarily I would expect the slower machine to simply fall behind the primary but not cause the primary to get slower.  Which workload is this?  If you are using a w:majority workload with replset protocol version 1 (the default for new replsets in v3.2), you might see some slowdowns though &amp;#8211; &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-21581&quot; title=&quot;Performance regression for ycsb_50read50update_w_majority-wiredTiger compared to 3.0.7&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-21581&quot;&gt;&lt;del&gt;SERVER-21581&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="1121856" author="nick@innsenroute.com" created="Thu, 24 Dec 2015 00:25:20 +0000"  >&lt;p&gt;I just re-tested this and am still seeing the following behavior:&lt;/p&gt;

&lt;p&gt;Create local-only replica set. Performance = X.&lt;br/&gt;
Add node to replica set (much slower machine, on slower network). Performance = ~X/2.&lt;/p&gt;

&lt;p&gt;My understanding was that the slow node should not slow down the primary (much). Not really sure what else to test, other than moving the slow node onto the fast network when I get back to work.&lt;/p&gt;</comment>
                            <comment id="1110904" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 16:55:10 +0000"  >&lt;p&gt;Hi Ramon,&lt;/p&gt;

&lt;p&gt;I think it would be helpful to have a shared screen session as I can&apos;t really make heads or tails of what I&apos;m seeing. Do you want to have someone PM me and we can schedule something?&lt;/p&gt;

&lt;p&gt;N.&lt;/p&gt;</comment>
                            <comment id="1110621" author="ramon.fernandez" created="Thu, 10 Dec 2015 14:09:23 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=nick%40innsenroute.com&quot; class=&quot;user-hover&quot; rel=&quot;nick@innsenroute.com&quot;&gt;nick@innsenroute.com&lt;/a&gt;,&lt;/p&gt;

&lt;p&gt;I&apos;ve put this ticket in the &quot;debugging with submitter&quot; category while you continue to run your experiments and gather data. Please note that if you&apos;re running your tests on Windows you may be affected by &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-21792&quot; title=&quot;Performance regression with directio enabled on Windows with WiredTiger&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-21792&quot;&gt;&lt;del&gt;SERVER-21792&lt;/del&gt;&lt;/a&gt; unless you disable direct_io.&lt;/p&gt;

&lt;p&gt;Cheers,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;</comment>
                            <comment id="1110431" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:50:10 +0000"  >&lt;p&gt;Now I&apos;m not sure if I&apos;ve stumbled upon a larger issue. My snappy/snappy run was slow, so I started from scratch with a single node replica set which was fast. I added a second node and performance fell off a cliff. I&apos;ll try this same experiment with a zlib/zlib cluster tomorrow.&lt;/p&gt;

&lt;p&gt;Summary so far:&lt;br/&gt;
zlib primary, zlib secondary: 45M docs/hr, CPU ~ 100%&lt;br/&gt;
zlib primary, snappy secondary: 34M docs/hr, CPU ~ 50%&lt;br/&gt;
snappy primary, snappy secondary: 37M docs/hr, CPU ~ 25%&lt;br/&gt;
snappy single-node (primary): 72M docs/hr, CPU ~ 100%&lt;/p&gt;</comment>
                            <comment id="1110415" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:25:44 +0000"  >&lt;p&gt;Just running a snappy/snappy test and I&apos;m seeing the same 50% cpu usage (both primary and secondary) and slow speeds. I&apos;m not sure where the bottleneck is here - lots of IO and network bandwidth. I&apos;ll attach some info from the snappy/snappy run.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                                        </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="103554" name="ARB_metrics.2015-12-28T17-11-40Z-00000" size="46205" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:35:16 +0000"/>
                            <attachment id="101560" name="AddNodePerfDrop.png" size="46578" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:45:10 +0000"/>
                            <attachment id="103552" name="PRIMARY_metrics.2015-12-28T17-06-59Z-00000" size="345040" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:35:16 +0000"/>
                            <attachment id="103553" name="SECONDARY_metrics.2015-12-28T17-08-02Z-00000" size="393129" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:35:16 +0000"/>
                            <attachment id="103555" name="SINGLENODE_metrics.2015-12-28T17-36-12Z-00000" size="149197" author="nick@innsenroute.com" created="Mon, 28 Dec 2015 17:45:23 +0000"/>
                            <attachment id="101554" name="replica_status.png" size="19261" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101561" name="snappy_singlenode.png" size="33192" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:45:10 +0000"/>
                            <attachment id="101562" name="snappy_snappy.png" size="35965" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:45:10 +0000"/>
                            <attachment id="101552" name="zlib_snappy.metrics.2015-12-10T04-37-19Z-00000" size="483855" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101555" name="zlib_snappy.png" size="49337" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101553" name="zlib_snappy_cpu_primary.png" size="62082" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101551" name="zlib_snappy_secondary.metrics.2015-12-10T04-35-13Z-00000" size="751488" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101548" name="zlib_zlib.metrics.2015-12-10T05-26-01Z-00000" size="279990" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101550" name="zlib_zlib.png" size="41464" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                            <attachment id="101549" name="zlib_zlib_cpu_primary.png" size="39823" author="nick@innsenroute.com" created="Thu, 10 Dec 2015 06:23:22 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>14.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 10 Dec 2015 14:09:23 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        7 years, 34 weeks, 2 days ago
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18254" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Dependencies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[]]></customfieldvalue>


                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10057" key="com.atlassian.jira.toolkit:lastusercommented">
                        <customfieldname>Last comment by Customer</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>true</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10056" key="com.atlassian.jira.toolkit:lastupdaterorcommenter">
                        <customfieldname>Last commenter</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>ramon.fernandez@mongodb.com</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11151" key="com.atlassian.jira.toolkit:LastCommentDate">
                        <customfieldname>Last public comment date</customfieldname>
                        <customfieldvalues>
                            7 years, 34 weeks, 2 days ago
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10032" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Operating System</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10026"><![CDATA[ALL]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>dan@mongodb.com</customfieldvalue>
            <customfieldvalue>nick@innsenroute.com</customfieldvalue>
            <customfieldvalue>ramon.fernandez@mongodb.com</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrkmkv:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hsewlb:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_23361" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Requested By</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10750" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Steps To Reproduce</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>&lt;p&gt;Create a replica set with the primary using zlib and the secondary using snappy. Check the CPU usage and the performance characteristics vs zlib/zlib and snappy/snappy.&lt;/p&gt;

&lt;p&gt;zlib/snappy appears to be roughly 25% slower than zlib/zlib, which the CPU only running around 50% with zlib/snappy configured.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;Nick J workload&amp;#93;&lt;/span&gt;&lt;/p&gt;</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                    <customfield id="customfield_10053" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>Time In Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_22870" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Triagers</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_14350" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>serverRank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hsfdhz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>