AT2k Design BBS Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages! You are not logged in. Login here for full access privileges. |
Previous Message | Next Message | Back to DOS VBBS running under OS/2 <-- <--- | Return to Home Page |
|
||||||
From | To | Subject | Date/Time | |||
Bill Wehrkamp | The Bogus One | Convince me to run OS/2..... |
April 3, 1996 7:37 PM * |
|||
Re: Convince me to run OS/2..... > Convince you to run OS/2 over what you have now... Ok, dx4/100... How much > ram?? That's not enough!! Just kidding I'm running a dx2/80 with 16 > megs... I play Terminal Velocity alot, and the only time I see a lag, is with > 2 doorgames going... Worst being LORD and Usurper.... I can do anything I > want, and not worry about it... And, if I can get some $$ together while ram > is cheap, I'm going to go to at least 20 megs... Prob witht that is replacing I've been thinking about jumping up to 20 megs as well, or maybe even 24... (Of course, RAM isn't free, or cheap!). One of the most important "finds" that I um, found, when optimizing my two-node BBS for OS/2 was a little utility called OSTSR. There's at least one other similar utility (called OS2SPEED, or something like that), but the first works so well for me I haven't even looked at the second. OSTSR stands for "OS/2 Time Slice Releaser", it's a small TSR that you load in a DOS session which will dramatically increase system performance for Desqview aware programs. Many DOS programs are desqview aware; this utility will intercept and give back to OS/2 the time slices that these programs voluntarily release. Without OSTSR, your system will not regain these time slices and overall system performance will suffer. A slightly more in-depth explanation of this for those interested... for example. LORD is desqview aware. If a player is in LORD and pauses for a second or two at a menu, or while writing mail or something, LORD will voluntarily give up the processor time it has - back to the operating system. There's no reason for it to keep it, since it's effectively idle (if for only a second, or half a second, but to a CPU this is a long time). What OSTSR does is force programs like LORD which are DV aware to think that DesqView is in fact loaded, and it will recognize when LORD gives up a time slice. OS/2 would do the same thing on its own, but you'd have to mess with those IDLE_SENSITIVITY and IDLE_SECONDS settings. This way is much more efficient. Okay, now that I've said the same thing 4 different ways... ;-) - just thought I'd mention this. It would improve your system performance when someone's playing LORD- a lot. If anyone wants this, I have it... I'm pretty sure I've got it available for FREQ. |
||||||
|
Previous Message | Next Message | Back to DOS VBBS running under OS/2 <-- <--- | Return to Home Page |
Execution Time: 0.0149 seconds If you experience any problems with this website or need help, contact the webmaster. VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved. Virtual Advanced Copyright © 1995-1997 Roland De Graaf. |