ralphtricky
Posts: 6685
Joined: 7/27/2003 From: Colorado Springs Status: offline
|
quote:
ORIGINAL: redwolf quote:
ORIGINAL: larryfulkerson quote:
ORIGINAL: redwolf But anyway, I have it running in both Wine and VMware, and performance is quite good, except that occasionally it just sits there dumb fat and stupid for several minutes. Maybe it's doing garbage collection during those periods, like in Java's VM? I think that is out of question. First of all we know TOAW is pretty plain C code, which makes it unlikely that e.g. the Boehm collector has been plugged in. Then, GC is very memory intensive and leads to many TLB misses. TLB misses are very expensive in VMware (as the guest OS has no TLB hardware and every page fault is resolved by doing a page table walk in software), but very fast in Wine (where the native VM system of the host is used). The slowdown appears in very similar manners in both VMware and in Wine, so we know it doesn't have to do with the VM system and hence probably not some kind of GCing. Also, the pauses are far too long. Actually, the only memory allocation is in the Graphics and Sound Libraries.
_____________________________
Ralph Trickey TOAW IV Programmer Blog: http://operationalwarfare.com --- My comments are my own, and do not represent the views of any other person or entity. Nothing that I say should be construed in any way as a promise of anything.
|