From: Maximiliano Curia <maxy@gnuservers.com.ar>
To: linux-msdos@vger.kernel.org
Subject: Re: Dosemu and clipper applications eating all CPU
Date: Wed, 10 Mar 2004 16:11:57 -0300 [thread overview]
Message-ID: <20040310191157.GC17778@localhost> (raw)
In-Reply-To: <404E2634.8080109@aknet.ru>
Hola Stas Sergeev!
El 09/03/2004 a las 23:16 escribiste:
> >I'm trying to run a clipper program inside dosemu. It runs ok, but it
> >eats all the CPU cycles when it's idle.
> You haven't specified your dosemu version.
Now I'm using dosemu 1.2.0 and 1.2.1, previous versions do the same.
> >I've already tried changing the hogthreshold value, with no changes in
> >the result.
> You must keep that value to 1 - that's
> the most optimistic one.
I have it set at 1.
> >I've been told this is a known problem,
> Problem of clipper I presume? If it
> just runs in a busy loop while idle,
> dosemu can't really help.
Yes, that dosemu doesn't detect the clipper idle calls.
> >but I'm hoping it can be fixed
> >in some way.
> You can assign a lower priority level
> to dosemu process, see nice/renice
> commands. That will help as to not
> crawling the system any more.
It still eats the cpu, with nice -n 19, but now the 60% is marked as
nice.
> You can also try the patches from here:
> https://sourceforge.net/tracker/index.php?func=detail&aid=716137&group_id=49784&atid=457450
> They release the CPU cycles by making
> dosemu slower, which is perhaps also
> not what you really want.
This particular application doesn't have an speed requirement. So, it
may be solution, although not a general one.
> The real solution (if it exists) can
> be found if you trace your program with
> dosdebug, see what it really does when
> idle, and think about adding the
> appropriate heuristic to dosemu to catch
> that case (but it already catches most
> of the common "idling" cases).
I up to it now.
I'm trying to understand the freedos idle.
--
"UNIX is basically a simple operating system, but you have to be a genius to
understand the simplicity." -- (Dennis Ritchie)
Saludos /\/\ /\ >< `/
next prev parent reply other threads:[~2004-03-10 19:11 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-09 20:16 Dosemu and clipper applications eating all CPU Stas Sergeev
2004-03-10 15:29 ` Peter B. Steiger
2004-03-10 19:11 ` Maximiliano Curia [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-04-28 17:32 Stas Sergeev
2004-04-28 5:55 Mgr. Peter Tuharsky
2004-04-28 19:52 ` Maximiliano Curia
2004-03-15 19:17 Stas Sergeev
2004-03-15 17:50 Stas Sergeev
2004-03-15 18:07 ` Maurilio Longo
2004-03-12 22:33 Stas Sergeev
2004-03-15 11:53 ` Maurilio Longo
2004-03-11 18:44 Stas Sergeev
2004-03-10 19:36 Stas Sergeev
2004-03-10 22:55 ` Maurilio Longo
2004-03-11 8:29 ` Maurilio Longo
2004-03-10 18:36 Stas Sergeev
2004-03-08 16:11 Maximiliano Curia
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040310191157.GC17778@localhost \
--to=maxy@gnuservers.com.ar \
--cc=linux-msdos@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.