Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!samsung!olivea!uunet!wang!wdr From: wdr@wang.com (William Ricker) Newsgroups: comp.os.msdos.programmer Subject: Re: Increasing #task switches per second (> 18.2), help Keywords: task timer 8253-5 8254.2 Message-ID: Date: 13 Dec 90 18:22:31 GMT References: <4348@dnlunx.pttrnl.nl> <75778@iuvax.cs.indiana.edu> <76399@iuvax.cs.indiana.edu> Organization: Wang Labs, Lowell MA, USA Lines: 27 bomgard@iuvax.cs.indiana.edu (Tim Bomgardner) writes: >filetp@dnlunx.pttrnl.nl (Peter Filet) writes: >> (wants a faster system clock) >This is actually very easy to do. The idea is to hook the clock tick >interrupt, keeping the original vector and substituting your own handler. >Then, if you >want, say, a 4X clock rate (72.8/sec), you call the original handler every >fourth tick. The rest of the OS has no idea anything has changed. Indeed, >from its point of view, nothing has. The rest of the "OS" (if you call DOS that), maybe -- but some other TSR may be peeking at the 8253's registers periodicaly to see how long it has been since the last tick, and they will get mighty confused if you've changed the interupt rate by changing the clock-freqency devisor on the clock-interupt channel of the 8253. >... Commercial >software developers can usually tell you how to do it anyway :) . Assuming the rest of the software is better behaved than theirs'. :-( -- /bill ricker/ wdr@wang.com a/k/a wricker@northeastern.edu *** Warning: This account not authorized to express opinions ***