<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:37:07 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-10665] DoM: append to file causes OST component initialization</title>
                <link>https://jira.whamcloud.com/browse/LU-10665</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Append test for DoM files shows bad results after some changes in LOV/LOD. It causes OST component initialization with OST objects creation. That has bad effect on append itself but also makes impossible other optimizations for DoM file even when its size is still small.&lt;/p&gt;

&lt;p&gt;DOM files append:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;## ./smalliomany -a /mnt/lustre/dp_dom/file- 16384 300 
## 2018-01-28 19:04:36: START
total: append 33758741 bytes in 94 seconds: 359135.54 bytes/second
----- MDC RPCs: 163800
----- OSC RPCs: 16392 &amp;lt;--- that is wrong behavior
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment></environment>
        <key id="50818">LU-10665</key>
            <summary>DoM: append to file causes OST component initialization</summary>
                <type id="7" iconUrl="https://jira.whamcloud.com/images/icons/issuetypes/task_agile.png">Technical task</type>
                            <parent id="49050">LU-10176</parent>
                                    <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</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="3">Duplicate</resolution>
                                        <assignee username="tappro">Mikhail Pershin</assignee>
                                    <reporter username="tappro">Mikhail Pershin</reporter>
                        <labels>
                            <label>DoM2</label>
                    </labels>
                <created>Wed, 14 Feb 2018 15:11:40 +0000</created>
                <updated>Tue, 7 Apr 2020 18:23:16 +0000</updated>
                            <resolved>Fri, 9 Mar 2018 01:12:49 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="222535" author="tappro" created="Tue, 6 Mar 2018 08:51:52 +0000"  >&lt;p&gt;this issue affects any file with PFL layout but hurts DOM files more than other, the problem with append is a range which is set to [0, EOF) and LOV&lt;br/&gt;
start initializing all components in the range even when append size is very small. To use correct range the file size is needed but it can be trusted only when lock is taken which is done after IO initialization. One possible way to fix this for PFL files is to use only last initialized component end as append end and restart IO if needed later (when file size is known,  we have real range and it is clear that next component must be initialized).&lt;/p&gt;</comment>
                            <comment id="222911" author="adilger" created="Fri, 9 Mar 2018 00:51:30 +0000"  >&lt;p&gt;This may be fixed by patch &lt;a href=&quot;https://review.whamcloud.com/31411&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/31411&lt;/a&gt; &quot;&lt;tt&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-9341&quot; title=&quot;PFL: append should not instantiate full layout&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-9341&quot;&gt;&lt;del&gt;LU-9341&lt;/del&gt;&lt;/a&gt; llite: don&apos;t instantiate full layout on append&lt;/tt&gt;&quot;, which is a general problem for composite files, not just DoM.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="45499">LU-9341</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="58668">LU-13420</issuekey>
        </issuelink>
                            </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|hzzstr:</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>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>