<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:06:41 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>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-7181] Submitting random writes using 4MB RPC</title>
                <link>https://jira.whamcloud.com/browse/LU-7181</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;After ran &quot;lctl set_param osc.*.max_pages_per_rpc=4M&quot;, we ran 4k random write test with IOR and easily hit this problem.&lt;/p&gt;

&lt;p&gt;After some test, we found that the biggest value of msgsize is 16384 for bulk write, while req-&amp;gt;rq_reqbuf_len is only 8192.&lt;/p&gt;</description>
                <environment></environment>
        <key id="32205">LU-7181</key>
            <summary>Submitting random writes using 4MB RPC</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="adilger">Andreas Dilger</reporter>
                        <labels>
                    </labels>
                <created>Thu, 17 Sep 2015 22:32:55 +0000</created>
                <updated>Wed, 8 Feb 2017 19:53:13 +0000</updated>
                            <resolved>Wed, 8 Feb 2017 19:53:13 +0000</resolved>
                                    <version>Lustre 2.7.0</version>
                    <version>Lustre 2.8.0</version>
                                    <fixVersion>Lustre 2.9.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="127720" author="adilger" created="Thu, 17 Sep 2015 23:17:51 +0000"  >&lt;p&gt;The patch from &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4755&quot; title=&quot;ASSERTION( req-&amp;gt;rq_reqbuf_len &amp;gt;= msgsize ) failed when using 4MB RPC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4755&quot;&gt;&lt;del&gt;LU-4755&lt;/del&gt;&lt;/a&gt; increased the OST_MAXREQSIZE to accommodate very large numbers of niobufs in a single request (up to 1024 with a 4MB RPC).  However, per my last comments in &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4755&quot; title=&quot;ASSERTION( req-&amp;gt;rq_reqbuf_len &amp;gt;= msgsize ) failed when using 4MB RPC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4755&quot;&gt;&lt;del&gt;LU-4755&lt;/del&gt;&lt;/a&gt; it isn&apos;t clear whether there is an advantage to having so many small IOs in a single large RPC vs. having multiple separate RPCs in parallel.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;t is worthwhile to ask if there is any performance improvement from sending 4096 random pages in one RPC compared to 16 x 256 random pages in separate RPCs? It might even be faster to send parallel RPCs due to checksums running on separate cores and being handled in parallel on the OST. If there is no improvement from many random pages in one RPC, it is better to just limit the number of niobufs that the client sends in one RPC.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;It would be useful to test a random write workload with 1MB, 4MB, and other RPC sizes to see if there is an improvement from sending multiple 1MB RPCs in parallel vs. larger single RPCs.&lt;/p&gt;</comment>
                            <comment id="184005" author="adilger" created="Wed, 8 Feb 2017 19:49:00 +0000"  >&lt;p&gt;This was fixed as part of patch &lt;a href=&quot;http://review.whamcloud.com/22369&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/22369&lt;/a&gt; &quot;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8135&quot; title=&quot;sanity test_101g fails with &amp;#39;not all RPCs are 16 MiB BRW rpcs&amp;#39; &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8135&quot;&gt;&lt;del&gt;LU-8135&lt;/del&gt;&lt;/a&gt; osc: limits the number of chunks in write RPC&quot;.&lt;/p&gt;</comment>
                            <comment id="184006" author="adilger" created="Wed, 8 Feb 2017 19:53:13 +0000"  >&lt;p&gt;Landed as commit v2_8_58_0-8-g7f2aae8.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="23601">LU-4755</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="36888">LU-8135</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                                        </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzxo1j:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

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