Hi,
Is there any interest in having a log message filter down in the Asyn layer?
We would like to be able to reduce the amount of Asyn error messages (ASYN_TRACE_ERROR) without having to implement crude filters in the drivers. Asyn error messages are commonly used for comms errors, or other warnings and errors. However, these can be printed to the IOC shell either at the record scan rate or a driver polling rate. So having the ability to reduce these down to, say, once a minute or every 10 minutes, would be useful.
It could be done using a hash of the message string and building an ordered hash table with a few fields in it (hash, counter, time). To reduce memory impact, and avoid resizing, the table could be kept at a fixed size (say a 100 or 1000 entries), with old entries removed if new ones need to be entered.
The existing print API would have to be kept the same, and by default rate limiting could be turned off. If it's turned on then it defaults to a certain rate limiting behaviour. But the algorithm could be tweaked at runtime.
Any thoughts on this? I've kept the above ideas fairly simple and focused on log message rate limiting only. As I guess we don't want anything too complicated done in Asyn that could affect the memory footprint or speed too much.
I tried to search tech talk in case people have discussed this before, and I couldn't find anything. Although how best to reduce Asyn error message noise has been discussed.
As an aside to this, how many sites use centralised logging systems?
Cheers,
Matthew
DLS Controls
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
- Replies:
- Re: log message filter in Asyn Andrew Johnson
- Re: log message filter in Asyn Eric Norum
- Navigate by Date:
- Prev:
Re: procServ softIOC server - V2.6.0 released Ralph Lange
- Next:
Re: Channel Access problem over SSH Pavel Masloff
- 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:
Re: procServ softIOC server - V2.6.0 released Ralph Lange
- Next:
Re: log message filter in Asyn Andrew Johnson
- 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
|