There was at least one bug fix, so if you're testing plex86,
you should update. BTW, make sure to do 'make clean'
after CVS updates. Dependencies are not handled at this time.
Anyways, plex86 now has a code cache of N. I can tell that
performance of CPU intensive stuff went up. But for installs
and booting, the horrible handling of single word disk IO is
overwhelmingly the biggest performance detractor. I'll look
into that next, because installs/boots will still be painful.
-Kevin
>From ChangeLog:
- "Kevin P. Lawton" <[EMAIL PROTECTED]>: Sun Nov 19 12:51:38 EST 2000
Integrated patches from Josh Wilmes for gui/curses.cc.
Integrated/completed code cache patches from Ramon van Handel.
There are now N code cache pages, rather than 1. We'll need
to look at various page algorithms to figure out which pages
to kick out of the cache when a new one is needed. For now,
ICACHE_PAGES pages is hardwired in kernel/include/monitor.h
Keep in mind there is one meta page and one vcode page for each
virtualized code page, thus we consume 2*ICACHE_PAGES. I have
this set to 64 pages which is 2*64*4096 = 512KB total.
Reworked mon-paging.c a little.
Bug fixed of macro LOG_BUFF_SIZE:
from (LOG_BUFF_PAGES*512) to ((LOG_BUFF_PAGES)*4096)
Single word disk IO is still dragging down performance. Need to
handle disk IO in blocks.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Kevin Lawton [EMAIL PROTECTED]
MandrakeSoft, Inc. Plex86 developer
http://www.linux-mandrake.com/ http://www.plex86.org/
