Felip, I don't see this happening. I would recommend that you use a debugger to open one of these processes and get a backtrace for all threads.
Also, the mailing list [email protected] will be going away soon. Please use [email protected] instead. Moe Jette ----- Forwarded message from [email protected] ----- Date: Mon, 13 Feb 2012 16:44:23 +0100 From: Felip Moll <[email protected]> Reply-To: [email protected] Subject: [slurm-dev] Memory leak in sview? To: [email protected] Hello all, I have a user that is using sview with their putty console through windows and xming. He uses "&" to send sview to the background, but sometimes it get stucked and he can't close the program. I checked his bash_history. Here is a sequence of commands run by him: ls df sview& df exit sview& df cd examples/results/ emacs MEM_CPU.dat & df exit After this commands, the sview command remains in the system forever using the 100% of CPU. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2639 uorore 30 10 440m 11m 8288 S 100.1 0.0 2999:36 sview 6862 uorore 30 10 376m 11m 8176 S 100.1 0.0 2980:28 sview 22782 uorore 30 10 376m 11m 8220 S 99.7 0.0 3033:43 sview This is the sviewrc of the user: AdminMode=NO DefaultPage=Job GridHorizontal=10 GridTopo=NO GridVertical=10 GridXWidth=0 ButtonSize=10 RefreshDelay=5 MainWidth=1113 MainHeight=808 FullInfoPopupWidth=1077 FullInfoPopupHeight=984 RuledTables=NO ShowGrid=YES ShowHidden=NO SavePageSettings=NO TabPosition=Top VisiblePages=Job,Partition,Reservation I don't know how to reproduce the behaviour because in my account, using ssh linux, it does not happen, or I couldn't make it happen. Maybe there is a memory leak on sview? It's happening in slurm 2.3.3 and 2.3.1-1. Regards ----- End forwarded message -----
