From: "kandan bala" <kandanb@yahoo.com>
To: linux-msdos@vger.kernel.org
Cc: Ryan Underwood <nemesis-lists@icequake.net>
Subject: Re: dosemu with different speed
Date: Wed, 28 Apr 2004 07:44:48 +0100 (BST) [thread overview]
Message-ID: <20040428064448.47105.qmail@web11707.mail.yahoo.com> (raw)
In-Reply-To: <20040425000022.GC24996@dbz.icequake.net>
hi,
i run three dos sessions connects to novell server.
If i run some programs in C: is running normal.
when I run application from novell (G:>) is become
slow. Is the sessions not receiving network packets.
Among three sessions, I want to run one of the session
fast.
Thanks
with regards,
-kandan
--- Ryan Underwood <nemesis-lists@icequake.net>
wrote: >
> On Sat, Apr 24, 2004 at 09:32:39PM +0100, Andrew
> Brooks wrote:
> > Ryan Underwood wrote:
> > > What do you mean by "speed"? You want different
> scheduling
> > > priorities
> > > for each one? Can just use 'nice'.
> >
> > I have a DOS application which must respond to an
> interrupt within a
> > certain amount of time. I have tried using nice
> to raise the priority
> > but it still misses occasionally.
>
> Yep. DOSEMU is not DOS. If you have realtime
> constraints, we must look
> into calling sched_setscheduler() on user's behalf
> to set policy to
> SCHED_RR or SCHED_FIFO. But that will require root
> permission. It
> is also possible for your machine to be completely
> locked-up if the DOS
> task fails in any way.
>
> > Do you think it's safe to run dosemu in the
> realtime scheduling class?
> > (in which case I would leave hogthreshold at 1 =
> nicest)
>
> I think DOSEMU itself is mostly safe. The problem
> is the DOS program
> you are running. If it ever goes into an
> uncontrollable loop (i.e.
> polling with interrupts disabled), you are screwed
> and will have to
> reboot when running SCHED_FIFO. SCHED_RR should not
> be so bad because
> the scheduler is guaranteed to seize control
> periodically, but only
> other SCHED_RR processes are guaranteed to get any
> CPU time. So you
> would have to have a SCHED_RR bash running too in
> order to be able to
> gain control of the other process.
>
> --
> Ryan Underwood, <nemesis@icequake.net>
>
> ATTACHMENT part 2 application/pgp-signature
name=signature.asc
________________________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk.messenger.yahoo.com/download/index.html
prev parent reply other threads:[~2004-04-28 6:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-20 8:14 dosemu with different speed kandan bala
2004-04-23 19:57 ` Ryan Underwood
2004-04-25 0:00 ` Ryan Underwood
2004-04-28 6:44 ` kandan bala [this message]
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=20040428064448.47105.qmail@web11707.mail.yahoo.com \
--to=kandanb@yahoo.com \
--cc=linux-msdos@vger.kernel.org \
--cc=nemesis-lists@icequake.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox