Subject: |
RE: CA @ the SSTF in St. Louis MO |
From: |
[email protected] (Jeff Hill) |
Date: |
Fri, 30 Apr 1999 11:05:08 -0600 |
Michael,
I suspect that the application is creating a new channel each time that it fetches
data, and then not deleting the channel when it is no longer in use. To use EPICS
Channel Access efficiently you must create the channels needed during application
startup, and not each time that you fetch data. When your application is no longer
using a channel then it must be deleted so that there is room for new channels
to be created in the server. Note that installing a Channel Access event subscription
(a monitor) is more efficient than periodically polling the IOC.
Type "casr [interest level]" on the IOC to see how many channels are currently in
use by your application.
Note also that Kay Kasemir here at LANL has created an EPICS CA DDE server
which can be used to easily and efficiently interface Microsoft DDE aware applications
to the EPICS CA client library. I am guessing that the "in touch" viewer might be
DDE aware.
Jeff
On Friday, April 30, 1999 8:10 AM, Michael J. Feldhake [SMTP:[email protected]] wrote:
> Gentlemen,
>
> I am happy to inform you that there is another functional CA Client
> running at Boeing's Subsonic Testing facility in St. Louis. Unfortunately,
> the functional part is short lived - after about 10-15 minutes, the CA
> Client Diagnostics receives messages from the Server that it is unable to
> 'Allocate Additional Memory' for cell.....(See Attached screen dump bitmap
> for the complete message). The DAQ Crate must be re-booted before the
> Channel Access port will respond again - all other activity appears to
> remain active in the crate from other accessible nodes (i.e. UNIX Clients).
> Can you provide us some assistance on this issue. I hope it's no more
> than an incompatible driver issue with the Client using the later libraries
> from EPICS and the DAQ using older ones ?
>
> Thanks,
> Mike
>
>
>
>
>
>
>
>
>
>
> **This message was created in BeyondMail. Please ignore the ATTRIBS.BND
> attachment if you are not a BeyondMail user.
>
>
>
> The following was included as an attachement. Please use UUDECODE
> to retrieve it. The original file name was 'casv0429.bmp'.
>
> << File: casv0429.bmp >>
- Navigate by Date:
- Prev:
C++ development on IRIX hosts Peregrine McGehee
- Next:
Booting vxworks from an AFS account luchini
- Index:
1994
1995
1996
1997
1998
<1999>
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
CA @ the SSTF in St. Louis MO Michael J. Feldhake
- Next:
RE: CA @ the SSTF in St. Louis MO Michael J. Feldhake
- Index:
1994
1995
1996
1997
1998
<1999>
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|