From: ipasm AT redline DOT ru (Sergey Aranovsky)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Need help - Slow I/O in Linux dosemu
Date: 21 May 98 12:32:58 GMT
Organization: COMSTAR Telecommunications
Lines: 48
Message-ID: <35641efa.0@news2.redline.ru>
References: <19980520001555 DOT AAD2064 AT ppp100 DOT cartsys DOT com>
Reply-To: ipasm AT redline DOT ru
NNTP-Posting-Host: quad.redline.ru
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Precedence: bulk

On Tue, 19 May 1998 17:16:10 -0700, Nate Eldredge <nate AT cartsys DOT com> wrote:
>At 07:22  5/19/1998 GMT, Sergey Aranovsky wrote:
>>Hi!
>>
>S.A>Sorry, if it is offtopic here.
>>
>>I run Linux 2.0.33 and recently tried to run DJGPP in
>>dosemu. All I/O is VERY SLOW. It includes compilation, compiled

Nate>I use DJGPP in dosemu 0.66.7 (Linux 2.0.32, libc 5.4.33), and haven't had
>any such problems. Things are slower, of course, but not that much slower.
>(Maybe a factor of 1.5-2, at the most.)
>
>You might look at how your I/O stuff is configured. Are your files remapped
>with lredir, or are you using a DOS partition, or what? What video scheme
>(emulation or direct) are you using?

I tried both file mappings. Does not affect anything (significantly). 
Saying 'direct' you mean 'console' option in 'video' statement of dosemu.conf?

video { vga console graphics }

It was so from the beginning.
It is quicker in comparison to  

video { vga }

I can't use more card-specific statement, because my video card is not
supported.

I tried to play with timint/HogThreshold/irqpassing parameters. Things seems
to be a bit quicker now, but I am still suffering from slow I/O.

>
>I understand there is a dosemu mailing list. You might consider sending this
>there. If you have no luck, send me your dosemu.conf, and/or I can send you
>mine.

Thank you. I subscribed to dosemu mailing list and shall ask there too. 
If I fail, I'll yell you for help :-)

Of course all this is not the live-or-death question, but it bothers me very
much to reboot from linux to dos and back for recompiling part of work.


S.A.