Hi:
> The connection is very busy, at above 40K updates (double+status+timestamp) per second.
> We see congestion mode (events_off / events_on message pairs), i.e. the client is the bottleneck, while the IOC is still sort of relaxed,
> sending out beacons like a clockwork.
>At some point, the client gets so busy that it stops decoding the IOC's beacons. The reason for this moment of saturation is not clear. Garbage collection?
Our bottleneck has always been the RDB (Oracle, ..), so the ring buffers for the samples drop values when too many PV updates arrive.
Haven't seen PV updates as a problem.
Does the client have a high CPU load, or is it somehow stuck?
Can you attach jvisualvm to see what's going on:
Is there a lot of GC activity?
Are threads blocked a lot?
The "Sampler" for the CPU should show where it's spending most of the time.
-Kay
- Replies:
- Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- References:
- Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Re: Stalled CA connection (IOC to CS-Studio archiver) Kasemir, Kay
- Re: Stalled CA connection (IOC to CS-Studio archiver) Michael Davidsaver
- Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Navigate by Date:
- Prev:
Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Next:
Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Index:
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:
Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Next:
Re: Stalled CA connection (IOC to CS-Studio archiver) Ralph Lange
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
<2017>
2018
2019
2020
2021
2022
2023
2024
|