<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 16:32:00 JST 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>PFS-JIRA</title>
    <link>https://pfspipe.ipmu.jp/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.3.4</version>
        <build-number>803005</build-number>
        <build-date>13-09-2019</build-date>
    </build-info>


<item>
            <title>[INSTRM-1111] Add file writing process to hxActors</title>
                <link>https://pfspipe.ipmu.jp/jira/browse/INSTRM-1111</link>
                <project id="10300" key="INSTRM">Instrument control development</project>
                    <description>&lt;p&gt;When reading ramps we need to stay ahead of the DAQ. I currently read from the DAQ and write to the FITS file in the same process, but any delay causes the DAQ to run out of buffer and for the reads to fail. A recent change in the readout sequence to minimize the effect of some electronic noise is making us hit the hardware limits.&lt;/p&gt;

&lt;p&gt;Add a process which handles the file writing. The tricky part is that we promise to generate keywords when we have flushed individual reads and the entire PFSA and PFSB files, and decoupling readouts from file writes will make that less trivial.&lt;/p&gt;</description>
                <environment></environment>
        <key id="15031">INSTRM-1111</key>
            <summary>Add file writing process to hxActors</summary>
                <type id="3" iconUrl="https://pfspipe.ipmu.jp/jira/secure/viewavatar?size=xsmall&amp;avatarId=10518&amp;avatarType=issuetype">Task</type>
                                            <priority id="10000" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/priorities/medium.svg">Normal</priority>
                        <status id="10002" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/statuses/generic.png" description="The issue is resolved, reviewed, and merged">Done</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="cloomis">cloomis</assignee>
                                    <reporter username="cloomis">cloomis</reporter>
                        <labels>
                            <label>SPS</label>
                    </labels>
                <created>Mon, 16 Nov 2020 02:21:57 +0000</created>
                <updated>Tue, 1 Mar 2022 21:29:20 +0000</updated>
                            <resolved>Tue, 1 Mar 2022 21:29:20 +0000</resolved>
                                                                    <component>ics_hxActor</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                <comments>
                            <comment id="18081" author="cloomis" created="Fri, 27 Nov 2020 08:57:55 +0000"  >&lt;p&gt;If we want this can also be added to the ccdActor/mcsActor.&lt;/p&gt;

&lt;p&gt;Can&apos;t say I like adding this kind of complexity (a process for the file writing and a thread for tracking progress from the process) in the core of data acquisition, but it does seem to work.&lt;/p&gt;

&lt;p&gt;Need to walk through all the new failure modes.&lt;/p&gt;</comment>
                            <comment id="18117" author="cloomis" created="Fri, 4 Dec 2020 17:17:15 +0000"  >&lt;p&gt;This works in the sense of noticeably improving the performance of the reads from the SAM. But the two processes as a whole perform quite badly: either image transfers over the Queue are slow or something is bad about the i/o being done on the external process.  Nothing obvious with the system.&lt;/p&gt;

&lt;p&gt;Will test with &lt;tt&gt;multiprocessing.shared_memory&lt;/tt&gt;&lt;/p&gt;</comment>
                            <comment id="30382" author="cloomis" created="Thu, 27 Jan 2022 13:15:34 +0000"  >&lt;p&gt;Working cleanly with &lt;tt&gt;multiprocessing.shared_memory&lt;/tt&gt;. That only comes with python 3.8 though. I am using a conda 3.9 environment and the actor is working fine. &lt;/p&gt;

&lt;p&gt;If that is not acceptable I can implement something similar using &lt;tt&gt;mmap&lt;/tt&gt;. But would prefer to use a standard library routine.&lt;/p&gt;</comment>
                            <comment id="30535" author="cloomis" created="Tue, 1 Mar 2022 21:29:20 +0000"  >&lt;p&gt;Merged at 20898d1, then transferred to ics_utils under &lt;a href=&quot;https://pfspipe.ipmu.jp/jira/browse/INSTRM-1257&quot; title=&quot;Move all common FITS, etc. routines to ics_utils&quot; class=&quot;issue-link&quot; data-issue-key=&quot;INSTRM-1257&quot;&gt;&lt;del&gt;INSTRM-1257&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10500" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|02qpuc:i6001gr068fhw9qo4o0m38zi</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10005" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="92">SM1PD-2021 A 12</customfieldvalue>
    <customfieldvalue id="132">SM1PD-2022 B</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10002" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Story Points</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>3.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                        </customfields>
    </item>
</channel>
</rss>