| NTVDM consumes processing power [message #101101] |
Thu, 29 April 2004 02:53  |
Eclipse User |
|
|
|
I would like to switch to Elipse/CDT M8, but I my makefile calls a DOS
based C compiler which compiles A LOT slower on M8.
I'm using Windows 2000, actually I'm running Eclipse Build id:
200312182000 (I think is M6), where my makefile runs fine.
The make programm itself comes from the cygwin tool chain.
From the process manager I can see that the NTVDM process consumes all
processing power.
Does somebody has some hint?
Thank you very much
Klaus
|
|
|
|
| Re: NTVDM consumes processing power [message #102704 is a reply to message #102369] |
Thu, 20 May 2004 04:47  |
| Eclipse User |
|
|
|
dearlam wrote:
> Klaus Falser wrote:
> > I would like to switch to Elipse/CDT M8, but I my makefile calls a DOS
> > based C compiler which compiles A LOT slower on M8.
> > I'm using Windows 2000, actually I'm running Eclipse Build id:
> > 200312182000 (I think is M6), where my makefile runs fine.
> > The make programm itself comes from the cygwin tool chain.
> > From the process manager I can see that the NTVDM process consumes all
> > processing power.
> What does that DOS/16-bit tool do on its own with the same commands as
> Cygwin's Gnumake gives it ?
> I remember an anti-virus tool stopping a 16 bit program working when
> redirected I/O was used. We thought it was a case of Q150956 from Microsoft
> where you needed an interspersed 32 bit redirector (conspawn.exe), but
> then the customer told us it was Windows2000 not Windows95.
> Eventually they disabled the antivirus.
> See Microsoft page
> http://support.microsoft.com/default.aspx?scid=kb;en-us;250670
The Eclipse Framework calls the CYGWIN make program together with the
--win32 switch.
This is necessary, since the DOS based C compiler seems need to be called
by
the Windows CMD.exe.
The make program uses CMD.exe as shell. CMD.exe executes the dos command
tools,
which are seen in the process list not by their name, but as NTVDM process.
The slowiness however must depends on the Eclipse or CDT version, since
a older version of Eclipse (M5 or M6), which I had running in parallel to
M8 performed OK.
Unfortunely I deleted something in the directory and I'm not able anymore
to
restore this old environment.
Could it be eventually that the Java thread which monitors the
input/output streams stresses the NTVDM process by polling to often? Or
something similar?
|
|
|
Powered by
FUDForum. Page generated in 0.27657 seconds
Home