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
   Local Database  DOS VBBS running under OS/2   [30 / 65] RSS
 From   To   Subject   Date/Time 
Message   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.
  Show ANSI Codes | Hide BBCodes | Show Color Codes | Hide Encoding | Hide HTML Tags | Show Routing
Previous Message | Next Message | Back to DOS VBBS running under OS/2  <--  <--- Return to Home Page

VADV-PHP
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.
v2.1.241108