# Try using a single DDS sample cache shared by the script queue and scripts

XMLWordPrintable

#### Details

• Type: Story
• Status: Done
• Resolution: Done
• Fix Version/s: None
• Component/s:
• Labels:
• Story Points:
1
• Sprint:
TSSW Sprint - Sep 2 - Sep 14, TSSW Sprint - Sep 16 - Sep 28, TSSW Sprint - Sep 29 - Oct 13, TSSW Sprint - Oct 14 - Oct 27
• Team:
Telescope and Site

#### Description

The ADLink consultant we hired suggested that we use a single DDS cache shared between the script queue and scripts in order to speed up starting up scripts (apparently it will greatly reduce the time required to wait for historical data).

Dave Mills suggests adding the following to the ospl.xml file pointed to by OSPL_URI
(ie the global configuration):

     0.1    false    1.0  0.1        ddsi2        /data/persist/  XML      NONE         *        

I think the relevant bit is:

    /data/persist/  XML  

#### Activity

Hide
Russell Owen added a comment - - edited

unfortunately I don't see the text Dave Mills quoted, so I have no idea which version contains the possible fix.

The licensed version I have a copy of is some flavor of 6.10.2. But the Python is too old so I'll need a new Docker container before continuing these tests.

Show
Russell Owen added a comment - - edited For the record: release notes for 6.10 are here: https://istkb.adlinktech.com/article/fixed-bugs-and-changes-in-vortex-opensplice-6-10-x/ unfortunately I don't see the text Dave Mills quoted, so I have no idea which version contains the possible fix. The licensed version I have a copy of is some flavor of 6.10.2. But the Python is too old so I'll need a new Docker container before continuing these tests.
Show
Hide
Russell Owen added a comment - - edited

Thank you for the reference Dave Mills. Since we are using OpenSplice 6.9 (community) and 6.10 (licensed) this fix should have been present for my tests.
I strongly suspect my approach is flawed. Perhaps the scripts aren't using the cache file, but I don't see how that could be; subprocesses inherit the environment.

It is also worth trying the very latest release (6.10.2p4), but I will need a licensed version of that.

Show
Russell Owen added a comment - - edited Thank you for the reference Dave Mills . Since we are using OpenSplice 6.9 (community) and 6.10 (licensed) this fix should have been present for my tests. I strongly suspect my approach is flawed. Perhaps the scripts aren't using the cache file, but I don't see how that could be; subprocesses inherit the environment. It is also worth trying the very latest release (6.10.2p4), but I will need a licensed version of that.
Hide
Russell Owen added a comment -

For the next step I propose to the latest OpenSplice: 6.10.3 as I write this. This is blocked on DM-21750.

I do not expect it to work and I have no idea what else we can do. It may be time to try to get more help from ADLink at this point.

Show
Russell Owen added a comment - For the next step I propose to the latest OpenSplice: 6.10.3 as I write this. This is blocked on DM-21750 . I do not expect it to work and I have no idea what else we can do. It may be time to try to get more help from ADLink at this point.
Hide
Russell Owen added a comment -

I have spent these story points already and will put future work on a new ticket.

Show
Russell Owen added a comment - I have spent these story points already and will put future work on a new ticket.

#### People

Assignee:
Russell Owen
Reporter:
Russell Owen
Watchers:
Dave Mills, Russell Owen