EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Detecting data lost from a subscriber
From: Bruno Coudoin <[email protected]>
To: "Dalesio, Leo" <[email protected]>
Cc: [email protected]
Date: Thu, 09 Jul 2009 16:17:11 +0200
Le jeudi 09 juillet 2009 à 08:54 -0400, Dalesio, Leo a écrit :
> Perhaps I was not clear --
> 
> What if the client is trying to do something very slow with the
>  monitors and is NOT consuming them at the same rate that the
>  server is creating them.
> 
> This is the reason that rsrv for the EPICS database needs to 
> start overwriting the last thing on the queue. It does not let
>  the queue get over some specified size. If you just keep allocating
>  memory and the client is not consuming the data fast enough, you
>  use up your memory and eventually crash the system. At least I 
> would expect this. It is likely a good idea to put something in
>  to prevent this.

I also had this case in mind but this is handled internally by the CAS
send process. If I understood it well, it just discards the new provided
GDD if the Queue for a particular client is full. Anyway, the memory
usage stay under control because the queue is limited.

Bruno.



Replies:
Re: Detecting data lost from a subscriber Andrew Johnson
References:
Detecting data lost from a subscriber Bruno Coudoin
Re: Detecting data lost from a subscriber Ralph Lange
RE: Detecting data lost from a subscriber Dalesio, Leo
Re: Detecting data lost from a subscriber Andrew Johnson
Re: Detecting data lost from a subscriber Bruno Coudoin
RE: Detecting data lost from a subscriber Dalesio, Leo
RE: Detecting data lost from a subscriber Bruno Coudoin
RE: Detecting data lost from a subscriber Dalesio, Leo

Navigate by Date:
Prev: RE: Detecting data lost from a subscriber Dalesio, Leo
Next: Re: Detecting data lost from a subscriber Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: Detecting data lost from a subscriber Dalesio, Leo
Next: Re: Detecting data lost from a subscriber Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·