Hi Eric...
I am bringing back this talk to the list. I believe more people can
beneffit from it there, and some can help too...
rem dos=umb
why not? :-). plus dosdata=umb ...
This is what makes raw speed slow. Very slow.
I do not think so. It will be slow if CERTAIN drivers are loaded
to
Hi!
Christian Schneider told me, that he wants to improve the taskmanager
TriDOS. But he has problems with INIT.ASM in line 330 (call SetPM),
which starts protected mode:
;(SetPM:)
mov ah, PM_IRQ0 ;(20h)
mov dx, PIC_MASTER ;(20h)
;(call InitPic)
mov al, CMD_ICW1 (11h)
out dx, al
After this
Jeremy would like to keep freedos-cvs and freedos-kernel, but I think
it's safe to assume we can close down the other lists I mentioned.
I'll comment out freedos-devel-net, freedos-freecom, and fd-doc-list
from the FreeDOS Mailing Lists page. If no further objections, I'll
close down these 3
This was private, bu I forwarding to the list. I believe it can be of
general interest. The list is devel after all...
Hi...
In fact DOS=HIGH also makes it slow too, but only around
10 to 20%.
Expected. It puts BUFFERS into HMA but avoids to access them
directly there, so you get one extra
Hi,
I will keep further discussion in the list, please Eric answer in the
list too.
It is the same with UMBPCI or EMM386.
Loading UMDA low, or the /L switch makes no difference.
Very strange. How about not loading ANY drivers into UMB
and just enabling UMBs in general (DOS=UMB,
On Wed, 29 Jun 2005 15:14:18 -0300, you wrote:
Hi,
Jack said MS-DOS never have this problem (slowdown). I'm interested to
know is the FreeDOS Kernel or just the memory manager that cause the
slowdown.
Eric have doubts but I got no time for some well documented tests.
I'll try to make it.
Hi Johnson,
Johnson Lam escreveu:
Jack said MS-DOS never have this problem (slowdown). I'm interested to
know is the FreeDOS Kernel or just the memory manager that cause the
slowdown.
Eric have doubts but I got no time for some well documented tests.
I'll try to make it.
I can help with