Menu
▾
▴
Re: [tauruslib-devel] client dependent memory leak
|
From: Zbigniew R. <zre...@ce...> - 2016-02-02 08:26:38
|
Good morning! I have also observed slight increase in the memory - approx. 2 Mb per 14 hours. I explain you the setup which I used to monitor that. I simultaneously restarted two Python device servers (each of them exporting just one device), and their baseline memory footprint was: 24071 sicilia 20 0 178m 30m 16m S 1 1.2 0:03.13 python PyAlbaEm.py BL22_DI_EMET-01 24373 sicilia 20 0 170m 30m 16m S 1 1.2 0:03.23 python PyAlbaEm.py BL22_DI_EMET-02 Then I have started a taurusform monitoring some models from the BL22_DI_EMET-01 instance. The other instance was not monitored by any GUI. These models were (in total 11): * the device itself * SCALAR DevDouble (for this one I have started polling every 3 seconds, with a very demanding absolute change threshold, making it emitting events almost every polling period) * 2 x SCALAR DevString attribute * SCALAR DevBoolean attribute * SCALAR DevLong attribute * 2 x SPECTRUM DevString attribute * SPECTRUM DevDouble attribute * State * Status After 14 hours the memory footprint was: 24071 sicilia 20 0 172m 32m 16m S 1 1.3 6:56.07 python PyAlbaEm.py BL22_DI_EMET-01 24373 sicilia 20 0 170m 30m 16m S 1 1.2 6:18.53 python PyAlbaEm.py BL22_DI_EMET-02 See the attached plot with the memory consumption evolution. What is exactly your setup? Do you see similar leak? Thanks, Zibi On 02/01/2016 04:49 PM, Zbigniew Reszela wrote: > Hi Roberto! > > I'll move this discussion to the taurus-devel mailing list (recently > the Sardana and Taurus had separated their SourceForge infrastructure) > > Here at Alba we use the following versions of the software: > > * server side: > ** OpenSUSE 11.3 32 bits > ** Tango 8.1.2.c + 4 patches from the Tango website > ** PyTango 8.1.4 > > * client side: > ** OpenSUSE 11.3 64 bits or OpenSUSE 12.1 64 bits > ** Tango 8.1.2.c + 4 patches from the Tango website > ** PyTango 8.1.4 > ** we try to follow the develop branch of Taurus (it is at least 3.6.0) > > AFAIK we do not observe the memory leaks. But just in case I will > leave a taurusform with few attributes and devices running overnight. > Tomorrow I will get back to you with the results. > > Meanwhile could you provide us more information: > * how many attributes / devices (models) do you have in your form. > * what type of attributes do you use? SPECTRUM, SCALAR, DevFloat, > DevLong, etc... > * do the attributes emit events? are they polled by the server? > * are your models coming from the default TANGO_HOST of the client > machine? or you specify the model names with the explicit tango > database and port? > * how do you choose them? specifying the models as the execution > parameters? or from the model chooser? or with the drag&drop > mechanism? or maybe you programmed taurusform GUI with the hardcoded > models? > > Cheers, > Zibi > > On 01/29/2016 05:49 PM, Roberto Borghes wrote: >> Hi everybody, >> here at Elettra we're facing a mysterious memory leak with some python >> device servers. >> The strangefact is that the memory leaks do appear only using taurus >> clients (like taurusform) >> , using atkpanel there is no memory increasing... >> >> If nobody faced this problem till now probably we've something wrong >> with our installation: >> >> - server side: Centos6 x64, Tango 8.1.2.c, PyTango 8.0.2 >> >> - client side: Centos7 x64, Tango 8.1.2.c, PyTango 8.1.6, taurus 3.6.0 >> >> Any information will be helpful. >> Thank you in advance, >> >> Roberto >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >> _______________________________________________ >> Sardana-devel mailing list >> Sar...@li... >> https://lists.sourceforge.net/lists/listinfo/sardana-devel > > -- > > ALBA Synchrotron <http://www.albasynchrotron.es> > > Zbigniew Reszela > Controls Section - Computing Division > > ALBA SYNCHROTRON LIGHT SOURCE > Carrer de la Llum 2-26 | 08290 | Cerdanyola del Vallès| Barcelona | > Spain <http://www.albasynchrotron.es/AboutUs/Access> > (+34) 93 592 4407 > www.albasynchrotron.es <http://www.albasynchrotron.es>| > zre...@ce... <mailto:zre...@ce...> > > **Please, do not print this e-mail unless it is absolutely necessary. > **Si heu rebut aquest correu per error, us informo que pot contenir > informació confidencial i privada i que està prohibit el seu ús. Us > agrairíem que ho comuniqueu al remitent i l'elimineu. Gràcies. > Si ha recibido este correo por error, le informo de que puede contener > información confidencial y privada y que está prohibido su uso. Le > agradeceré que lo comunique a su remitente y lo elimine. Gracias. > If you have received this e-mail in error, please note that it may > contain confidential and private information, therefore, the use of > this information is strictly forbidden. Please inform the sender of > the error and delete the information received. Thank you. > -- ALBA Synchrotron <http://www.albasynchrotron.es> Zbigniew Reszela Controls Section - Computing Division ALBA SYNCHROTRON LIGHT SOURCE Carrer de la Llum 2-26 | 08290 | Cerdanyola del Vallès| Barcelona | Spain <http://www.albasynchrotron.es/AboutUs/Access> (+34) 93 592 4407 www.albasynchrotron.es <http://www.albasynchrotron.es>| zre...@ce... <mailto:zre...@ce...> **Please, do not print this e-mail unless it is absolutely necessary. **Si heu rebut aquest correu per error, us informo que pot contenir informació confidencial i privada i que està prohibit el seu ús. Us agrairíem que ho comuniqueu al remitent i l'elimineu. Gràcies. Si ha recibido este correo por error, le informo de que puede contener información confidencial y privada y que está prohibido su uso. Le agradeceré que lo comunique a su remitente y lo elimine. Gracias. If you have received this e-mail in error, please note that it may contain confidential and private information, therefore, the use of this information is strictly forbidden. Please inform the sender of the error and delete the information received. Thank you. |
