Re: Re: Re: Re: HARDINGE HNC RETROFIT
Posted by
Ray Henry
on 2002-09-22 06:38:40 UTC
Hi Mark
EMCSH is a "wish" like Tcl/Tk connector into the EMC. To a system usage
monitor like Top it would appear the be the owner of those EMC processes
that use wish. This would include tkemc, the backplotter, and any of the
tkemc scripts. I know that the original backplotter, the one I wrote,
can consume great amounts of RAM. If that was running with the chips
plot or the dome test it would probably account for a good chunk of
memory.
I haven't tried leaving that up overnight but I know that it can take a
significant bit of time freeing up memory allocated to it. If one were
in a big hurry this might appear to be a near dead system, particularly
after Linux had done it's periodic housekeeping and had reasigned
priorities to nonrealtime things like emcsh.
I seem to remember a report laying about someplace about Tcl/Tk and
memory leaks. It satisfied me but then I don't remember (memory leak)
much about it.
My first question when asked about some "goofy" behavior on the part of
an EMC is where'd you get it. If it is a download, did you run the
checksums and did they come out with the known value. That satisfied, my
next question is how long has it been running without interruption. My
first suggestion if it has been up for quite a while is to shut down the
EMC and restart and see if the behavior persists. The problem here would
not be related to a EMCSH problem but is related to the SHMEM processes.
In the 2+ rtlinux kernels this is a memory manager named mbuff. If you
find that a message pops up regarding mbuff being busy, you can clean it
out with a little program called mbuff_dealloc. This program is created
by running make in the directory where the mbuff module source resides.
The memory structure that you will be clearing out is named emcmotStruct.
Hope this helps
Ray
EMCSH is a "wish" like Tcl/Tk connector into the EMC. To a system usage
monitor like Top it would appear the be the owner of those EMC processes
that use wish. This would include tkemc, the backplotter, and any of the
tkemc scripts. I know that the original backplotter, the one I wrote,
can consume great amounts of RAM. If that was running with the chips
plot or the dome test it would probably account for a good chunk of
memory.
I haven't tried leaving that up overnight but I know that it can take a
significant bit of time freeing up memory allocated to it. If one were
in a big hurry this might appear to be a near dead system, particularly
after Linux had done it's periodic housekeeping and had reasigned
priorities to nonrealtime things like emcsh.
I seem to remember a report laying about someplace about Tcl/Tk and
memory leaks. It satisfied me but then I don't remember (memory leak)
much about it.
My first question when asked about some "goofy" behavior on the part of
an EMC is where'd you get it. If it is a download, did you run the
checksums and did they come out with the known value. That satisfied, my
next question is how long has it been running without interruption. My
first suggestion if it has been up for quite a while is to shut down the
EMC and restart and see if the behavior persists. The problem here would
not be related to a EMCSH problem but is related to the SHMEM processes.
In the 2+ rtlinux kernels this is a memory manager named mbuff. If you
find that a message pops up regarding mbuff being busy, you can clean it
out with a little program called mbuff_dealloc. This program is created
by running make in the directory where the mbuff module source resides.
The memory structure that you will be clearing out is named emcmotStruct.
Hope this helps
Ray
> From: "Mark" <markatswat@...>
> Subject: Re: Re: Re: HARDINGE HNC RETROFIT
>
>
> Speaking of EMC, I was playing with it and left it running overnight
> and noticed something very disturbing, it seems to have a rather bad
> memory leak, as the next morning (this happened several times) I got
> up and the hard drive was swapping like mad and performance was down
> the tubes. Looked at the processes and EMCSH was using 100+ MB of ram
> on my 128 MB machine. Anyone have any clues???
>
> Mark
Discussion Thread
evelle97530
2002-07-28 15:28:02 UTC
HARDINGE HNC RETROFIT
Douglas King
2002-09-17 15:01:25 UTC
HARDINGE HNC RETROFIT
Ray Henry
2002-09-17 17:18:15 UTC
Re: HARDINGE HNC RETROFIT
doug king
2002-09-17 17:33:00 UTC
Re: [CAD_CAM_EDM_DRO] Re: HARDINGE HNC RETROFIT
robert gebel
2002-09-17 19:55:36 UTC
Re: [CAD_CAM_EDM_DRO] Re: HARDINGE HNC RETROFIT
Ray Henry
2002-09-18 09:52:46 UTC
Re: Re: Re: HARDINGE HNC RETROFIT
Ray Henry
2002-09-18 09:52:47 UTC
Re: Re: Re: HARDINGE HNC RETROFIT
doug king
2002-09-18 10:04:37 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: HARDINGE HNC RETROFIT
Ray Henry
2002-09-18 11:05:29 UTC
Re: Re: Re: Re: Re: HARDINGE HNC RETROFIT
robert gebel
2002-09-18 17:16:18 UTC
HARDINGE HNC RETROFIT threading
Matt Shaver
2002-09-19 22:56:07 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: HARDINGE HNC RETROFIT
William Scalione
2002-09-20 07:51:24 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: HARDINGE HNC RETROFIT
Dave Kowalczyk
2002-09-20 13:27:39 UTC
Re: HARDINGE HNC RETROFIT threading
doug king
2002-09-20 15:19:36 UTC
Re: [CAD_CAM_EDM_DRO] Re: HARDINGE HNC RETROFIT threading
Jon Elson
2002-09-20 19:48:23 UTC
Re: [CAD_CAM_EDM_DRO] Re: HARDINGE HNC RETROFIT threading
stevenson_engineers
2002-09-21 01:37:17 UTC
Re: HARDINGE HNC RETROFIT threading
Dave Kowalczyk
2002-09-21 10:50:47 UTC
Re: HARDINGE HNC RETROFIT threading
Ray Henry
2002-09-21 12:43:06 UTC
Re: Re: Re: Re: Re: HARDINGE HNC RETROFIT
Mark
2002-09-21 20:15:12 UTC
Re: Re: Re: HARDINGE HNC RETROFIT
Tim Goldstein
2002-09-21 20:26:48 UTC
EMC List, Was: HARDINGE HNC RETROFIT
Matt Shaver
2002-09-21 21:17:57 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: HARDINGE HNC RETROFIT
Ray Henry
2002-09-22 06:38:40 UTC
Re: Re: Re: Re: HARDINGE HNC RETROFIT
JJ
2002-09-22 09:52:12 UTC
RE: [CAD_CAM_EDM_DRO] Re: Re: Re: HARDINGE HNC RETROFIT
Mark
2002-09-23 15:22:12 UTC
Re: Re: HARDINGE HNC RETROFIT
Ray Henry
2002-09-24 08:51:02 UTC
Re: Re: Re: HARDINGE HNC RETROFIT
machinist24540
2002-09-28 20:44:58 UTC
Re: HARDINGE HNC RETROFIT
doug king
2002-10-18 11:24:50 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: Re: Re: HARDINGE HNC RETROFIT
Dave Engvall
2002-10-25 08:33:20 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: Re: HARDINGE HNC RETROFIT
Dave Engvall
2002-10-25 08:41:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: Re: Re: HARDINGE HNC RETROFIT
Jon Elson
2002-10-25 10:47:01 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: Re: Re: Re: HARDINGE HNC RETROFIT