delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/01/16/18:54:34

Message-Id: <m0xtCoB-000S23C@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization: INTI
To: djgpp AT delorie DOT com
Date: Fri, 16 Jan 1998 17:37:26 +0000
MIME-Version: 1.0
Subject: Re: RHIDE: CPU working at full capacity
In-reply-to: <RClOBSAGakv0EwTE@foobar.co.uk>

Paul Shirley (anti-spam man) wrote:
> In article <Pine DOT SUN DOT 3 DOT 91 DOT 980114131057 DOT 8730D-100000 AT is>, Eli Zaretskii
> <eliz AT is DOT elta DOT co DOT il> writes
> >
> >On Tue, 13 Jan 1998, Paul Shirley wrote:
> >
> >> Try setting the RHIDE dos box settings under Misc/Background to 'Always
> >> suspend'. That should give the CPU back to windoze if you switch away
> >> from RHide which may be enough. Alternatively its time to hack RHIDE.
> >
> >This might not be the right thing to do, if RHIDE uses the idle time
> >to do something useful.  For example, Emacs will continue to syntax-
> >highlight its buffers and to check whether buffers should be auto-
> >saved when the keyboard is idle.  Telling Windows to "Always suspend"
> >will cause RHIDE to not get any cycles when its window is not the
> >active one, which will defeat such features (I don't know whether
> >RHIDE uses them).
RHIDE updates some things during the idle time, not the syntax highlight! 
that's a real time task. Anyways the "problem" was fixed some weeks ago and I 
put it clear in my announcement of my editor. Just calling to __dpmi_yield() 
makes the "usage" (this value is really fake) to 1 or 2% (same under OS/2) so I 
guess Robert will include it in RHIDE too. Anybody can download my editor and 
check. The main reason of releasing my editor is to test these things.
 
> Stopping an editor doing syntax hilighting is not a valid reason to soak
> up 90%+ of cpu time, especially since presumably you are looking at
> whatever got the focus instead of RHide ;)
RHIDE never eats the CPU I think W95 GIVES the CPU to RHIDE if there is no 
other task to run and hence RHIDE "usage" is 100%.
 
> The big problem is that gcc will stop compiling if you make RHide a
> background task. Since you can change the suspend status whilst running
> its not quite a disaster (but annoying if you need to change it
> regularly).
> 
> Ideally you fix fix the misbehaving app, the suspend option is just
> another less effective (but easy) option.
We don't need to mess with these W95 settings at all.

> Paul Shirley: my email address is 'obvious'ly anti-spammed
Yes and anti reply too. 

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-sot AT usa DOT net - ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019