Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to reduce the wait time of CSS connection when IOC start? #2728

Open
1458861693 opened this issue Apr 17, 2024 · 3 comments
Open

How to reduce the wait time of CSS connection when IOC start? #2728

1458861693 opened this issue Apr 17, 2024 · 3 comments

Comments

@1458861693
Copy link

Hi,I am using CS-Studio 4.6.4-SNAPSHOT. I want to know how to reduce the wait time of CSS connection to IOC when IOC first start or reboot? I feel the wait time of cs-studio connect to IOC is a little long. Thanks for your help.

@kasemir
Copy link
Contributor

kasemir commented Apr 17, 2024

Re-connect times are based on the reception of beacons. See
https://epics.anl.gov/base/R3-14/12-docs/CAref.html,
https://controlssoftware.sns.ornl.gov/training/2022_USPAS/Presentations/10%20Channel%20Access.pdf,
https://epics.anl.gov/tech-talk/2007/msg01144.php

Run cash -I 10 on the same host to see if it detects the new CA server when you start your IOC.
Run camonitor in a terminal on the same host, then compare how long it takes to re-connect when you reconnect.

@1458861693
Copy link
Author

I don't find "cash" command on my computer or IOC Shell. Is a epics channel access command line tools? Maybe the Version of my epics base don't contain this command, the Version is EPICS R7.0.8.

Can I decrease the connection time between CSS and IOC server by reduce the value of "EPICS_CAS_BEACON_PERIOD"? The default value of this parameter in CS-Studio is 30s.

@kasemir
Copy link
Contributor

kasemir commented Apr 18, 2024

Spell checker... It's casw, CA server watcher.

Changing the EPICS_CAS_BEACON_PERIOD is a bad idea.
You'd have to do that for all servers and clients on your network.
As you reduce the beacon period, your servers may not be able to keep up with the exact beacon period. Clients will then erroneously wake up, thinking there's a new server online, re-issue their search requests, and then you wonder why your network is flooded with UDP messages from the search requests. Ask me how I know.
Also, JCA doesn't necessarily read EPICS_CAS_BEACON_PERIOD.

Instead of trying to change the beacon behavior, first check if your clients see the beacons at all (casw, camonitor).

If you do want to tweak the search behavior of the CA client, check the system properties introduced in epics-base/jca#53

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants