This page has been accessed
times since 24 September 2001.
It's sad but true ... the installation defaults for OS/2
are set up to emphasize a glossy appearance rather than performance.
By changing various parts of the system configuration, you can get
a much speedier system.
Also available in Japanese thanks to Toda Haruo.
See also
Recent changes
- 1999-08-16: Moved this page to a better server.
- 1998-09-25: Fixed a couple of broken links.
(Yes, I'm aware that a few other things on this page need
updating. I hope to clean up this page soon, but for now I don't
have the time.)
- 1997-08-14: PIIXIDE disk driver. Warning about Windows TEMP
directories. Fix for the image association bug.
- 1997-08-14: The "new" graphic is back, but this time it's coded by
month, like this:
- 97/05/22: Minor change to CACHE.EXE parameters.
- 97/05/13: Added link to IBM's tuning pages. New suggestion
about disabling lazy writes to circumvent a possible HPFS bug.
REXX script to deregister IBM Works classes.
- 97/05/13: I've given up on the "new" graphic, it was too hard to
keep track of how long it should stay displayed on a new item.
The information on this page is aimed at users of OS/2 Warp 4;
but it comes from experience with all versions of OS/2
since version 2.0, so a lot of it is not version-specific.
Most of the tips are not original with me, they came from various net.helpers.
Unfortunately I didn't think to keep track of their names, so
I'll have to confine my acknowledgments to a big thanks to the
entire OS/2 community out there.
The programs mentioned here are available from the usual OS/2
archive sites. See my list of
recommended freeware for more details.
Some useful tools
Changes that everyone needs
- Before making any dangerous changes to your system, back
up the crucial system files as follows:
- In the Desktop Properties notebook, Archive page,
enable "Create archive at each system startup".
- Shut down the system, then re-boot.
- Go back and
disable "Create archive at each system startup".
You shouldn't leave archiving turned on, for two reasons:
it slows down the boot process, and it creates the risk
that you'll replace the good archives by bad ones.
Alternative: there's some software around that lets you create
archives in a more direct way, but I haven't tested it.
- The default initial size of the swap file is far too low.
My CONFIG.SYS has
SWAPPATH=E:\ 2048 24576
Different values might work better for you, but in all
cases that last number should be fairly large.
- When you boot OS/2, the system normally restarts programs
that were active the last time the system was shut down. Although
this can be a useful feature, it can cause trouble when crashed but unkillable
programs keep coming back. There are at least three ways around the
problem:
- You might like to experiment with the value of BUFFERS in CONFIG.SYS.
Increasing the value takes some memory from applications, but that's
a small price to pay for improved disk buffering. Suggested value: 100.
Note: this assumes that you have one or more FAT partitions.
If you use HPFS exclusively, and you're not too worried
about the speed of floppy operations, then you can set BUFFERS
as low as 3.
- Running CACHE.EXE from CONFIG.SYS can cause problems for some
(although not all) people.
Run it from STARTUP.CMD instead. (If you don't already
have a STARTUP.CMD, create this file in the root directory
of your boot partition.)
The best parameter values for CACHE.EXE depend on your usage
patterns and application mix, so it's not easy to give
hard-and-fast rules. As an indication, however, here's what
I have in my STARTUP.CMD:
DETACH E:\OS2\CACHE.EXE /MAXAGE:7500 /DISKIDLE:1000 /BUFFERIDLE:10000
EXIT
Note 1: this affects only HPFS cacheing, you don't need
CACHE.EXE in a FAT-only system. (But I imagine that there
aren't many FAT-only systems left out there, now that most
people realise the limitations of FAT.)
Note 2: the on-line help for CACHE says that DISKIDLE
must be greater than BUFFERIDLE. You should ignore
this, it's a documentation error. For most people DISKIDLE
should be a lot smaller than BUFFERIDLE.
- In your PATH, DPATH, and LIBPATH, remove references to any
nonexistent or unneeded directories, and try to order the entries such that
the most-used directories are near the beginning. (In the case of LIBPATH,
the first entry should be ".") Note that many inconsiderate application
installation routines try to jump the queue by putting their own
additions at the beginning of the path; these are usually good
candidates for moving to the end. (If the developers are so sloppy,
it's probably software that you won't want to run very often.)
Remark: some programs don't like their directories to appear after the
512th position in the path. (But you'd be crazy to let it get that long
in the first place.)
Speeding up desktop operations
- The default folder view is the slowest possible choice.
To open folders faster, go to the Icon View page of
the folder's Properties notebook, and changed "As placed"
to something else - I suggest "Multiple columns". (I also
prefer to enable the "Always maintain sort order" option,
but that's just a personal preference.) If you don't
particularly need the icons - because, for example,
everything in that folder has the same icon anyway -
then change the Icon display to "Small size" or
"Invisible", depending on your own preferences.
To make these changes stick for all new folders,
make the changes in the Folder template.
- This next point isn't a speed issue, but now that I
think of it: lots of people don't know how to change
the default view of a folder. The way to do it is to
go to the Menu page in the Properties notebook,
click on "~Open as", then click on "Properties", and
then change the "Default action" field. Note: changing
the default will also change the default for any
new subfolders of this folder, but you can always go
back (if you wish) and change the Properties of the
subfolders.
- There's no reason that I can see for having both
"Folder" and "New folder" on your "Create another"
menu choices. Go to your "Programs" folder, open
the Properties of "New folder", and remove the
"Template" check mark. (Alternatively, if there's
a second folder type that you'd like to have - e.g.
a modified folder called a "Cabinet" - then rename
"New folder" and change its properties appropriately.
But any such template really belongs in your Templates
subfolder - I suspect that somebody forgot to delete
it from "Programs" before preparing the distribution
version of Warp 4.)
- Bitmaps as folder backgrounds are OK if you like
that sort of thing (e.g. I use them in folders that
I create for my children), but they do have some
effect on performance. To improve performance,
open the desktop Properties notebook, go to the
Background page, and select "Color only". Change
the colour to something you like. (If you have 256
colours or fewer, then I suggest that you choose the
"Solid color", even though this limits your choices.)
Once you've settled on your preferred colour combinations,
you can go to the scheme palette and set up your own
scheme. Hint: for the icon text background, one of the
options permitted is "Transparent color".
- You can improve performance by disabling folder
animation (System Setup/System/Window) and disabling system
sounds (System Setup/Sound/Sound). There's also a
slight advantage in setting System Setup/System/Logo
to "none".
- You don't really need all those schemes in the Scheme
Palette, and they use up quite a few INI file entries.
Unfortunately I haven't yet worked out how to delete
the unwanted schemes. (If you delete them, they
somehow manage to re-create themselves.) Suggestions, anyone?
- The Warpguide cue cards are probably helpful for
beginners, but for the rest of us they're a nuisance.
To disable them, open Assistance Centre/WarpGuide/Properties,
and turn off the "Assist me ..." checkbox.
For a more complete removal, "Selective Uninstall" will let you uninstall
the WarpGuide.
- (This next one doesn't have a big effect on performance,
so it's optional.) In the System Setup/System notebook, I suggest the
following changes:
- Confirmations page: turn off most of the check marks, and
retain only those for which a mistake would be serious.
- User interface page: turn off VIO mouse actions, and turn
on Asynchronous Focus Change. (And
do not enable Full Window Dragging unless you
have a fast processor.) Warning: if you need copy-and-paste
to work in command windows, then you might need to keep
VIO mouse actions enabled.
- Print Screen page: Disable, unless you really need it.
- The on-line registration apparently works for some people,
but is a nuisance for many. To get rid of it, go to
OS2\INSTALL\Installed Features and open the "Inventory"
object. From this you can uninstall "Art" and be rid
of the dancing elephant forever. Of course you should
also choose "Remove this window" the next time
you get the "Welcome to OS/2" time-waster.
- If you don't use VoiceType - e.g. because you tried it
and discovered that your processor was too slow - you
should deinstall it, because it has some overhead even when
it's not in use. You can remove it either with "Selective
Deinstall", or via OS2\INSTALL\Installed Features\Inventory.
After the removal you'll have to manually edit CONFIG.SYS to remove
a nonexistent directory from the HELP path, and run CheckINI to
remove the registered classes that the de-installer forgot to
remove.
- A sparsely populated desktop behaves better than one
covered in icons. Move all your icons into folders,
keep as few folders as possible on the desktop, and
rely on either the WarpCenter or PC/2 to get at the
things you've put in the folders.
- Video drivers have a major influence on desktop performance,
so in principle you should upgrade (where possible) to the latest
version for your hardware. The catches are that (a) there are so many
video cards out there that nobody, to my knowledge, has managed
to coordinate the information about which upgrades are worth getting;
and (b) the drivers produced by video card manufacturers are
frequently buggy, and inferior to the drivers that came with your
OS/2 CD-ROM. Experiment with this if you're brave, but be prepared
to back up to the original drivers.
- You're probably not prepared to change your screen resolution - since
for most us readability is more important than speed - but you might
consider experimenting with the number of colours. As a general rule,
256-colour modes will be the fastest, 32K or 64K colours give an overhead
that might or might not be acceptable, and 24-bit colour is likely to slow
things down quite a bit. The precise trade-offs, however, vary a fair bit
between video cards.
Disk drivers
Most of the items in this section apply only to those people who
have IBM1S506.ADD in their CONFIG.SYS. This is the driver for
IDE and similar drives. I'd love to have something similar for
SCSI drives, but so far I don't have much good advice for SCSI users.
There's just one note at the end of this section that applies
to SCSI drives.
- My disk operations seem to have gone a little faster since I replaced
IBM1S506 by the PIIXIDE driver. (Look for piixos2.zip in
system/drivers/storage at Hobbes.) Warning: it's less generic than
IBM1S506, so might not work on your hardware. Be prepared to
back out again if it prevents your system from booting properly.
- There may be a bug in the bus-mastering option (which is disabled
by default in some OS/2 versions, and enabled by default in
others. It depends on things like which fixpack level you're up to). The
symptom is that, periodically, the disk becomes busy for no apparent
reason, and
this ties up the processor to the point where user input is blocked
for several seconds. According to some reports, this problem
can be solved by adding the
/!BM parameter to the IBM1S506 line in CONFIG.SYS. My own
experience: I've experienced this problem intermittently, but my
testing so far has been insufficient to say whether or not the
/!BM option makes a difference.
- The IBM1S506 driver also has a "set multiple support"
option, which is enabled by default in Warp 4, and also in
Warp 3 with fixpack 26 or later. This option seems to
interfere with time-critical operations like serial input.
You can turn it off with the /!SMS switch.
Here's an example of a CONFIG.SYS line where both these options
are turned off, for a hardware configuration where there's a
single disk adapter (controller number 0) that is controlling two
hard drives (unit 0 and unit 1).
BASEDEV=IBM1S506.ADD /A:0 /!BM /U:0 /!SMS /U:1 /!SMS
Note that you must specify which adapter and which unit(s)
you want the options to apply to. For further details type HELP IBM1S506.
You might need to experiment a little to work out whether it's better
to enable or disable either of these features, it probably depends on your
precise hardware configuration.
Remark: My own experience tends to suggests that there's some
deeper problem here: something in the file system is effectively
preventing multitasking which a disk operation is in progress.
The above measures reduce the impact of the problem but don't
really get at the root cause, which is (I believe) some sort of
design error inside OS/2.
My reason for believing this is that the WPS also goes "dead"
when a SCSI operation is in progress, or when you copy a file
to or from a floppy disk. (This last case is particularly noticeable.)
This did not happen in Warp 3 - there's something
new in Warp 4 that makes the file system a processor hog.
Leonard Pennock (lpennock@cig.mot.com) has done some tests,
on an HPFS/SCSI system, that tend to suggest that the slowdowns can
be cured by turning off lazy writes. This didn't give any
improvement on my system; but it's something
you can easily try on your own system, to see whether it
makes a difference. (The appropriate command is "CACHE -Lazy:OFF".
You don't have to re-boot to do this.) If it does help, it could mean that there is a
bug in the implementation of HPFS lazy writing. I'd be interested
to get feedback on whether this works for other people.
Internet applications
Windows applications
- To get a more responsive mouse in a Windows program: open the WINOS2
properties (on the Session page of the Properties notebook), increase
IDLE_SECONDS slightly, and change
IDLE_SENSITIVITY to approximately 95. Note: many people will tell
you to change this setting to 100, but in my opinion that's a bad choice.
It will make that particular application hog the processor, at the expense
of everything else that's running.
- If you've installed Fixpack 1 and/or Netscape, you probably
have a corrupted SEAMLESS.DLL, and this can cause Windows
applications to misbehave. (Typical symptom: you can run a
Windows application once, but the system locks up on a second
attempt.) You can restore the original SEAMLESS.DLL from
CD-ROM as follows:
- Shut down OS/2, reboot it and type Alt/F1 when the white
square appears at the top left of your screen. When you get the
list of options, type F2 to start a command-line session.
- Type the following command, where F: is your CD-ROM drive.
UNPACK F:\OS2IMAGE\DISK_5\BUNDLE /N:SEAMLESS.DLL
- Before installing any Windows application, delete all files in
\OS2\MDOS\WINOS2\TEMP. (This directory is normally supposed to be
empty, but sometimes the programs that use it don't clean up properly.)
If you have multiple operating systems installed, you'll also need to clean
out the contents of any other TEMP or TMP directory that exists on your
system and that might be used by some version of Windows. Rubbish left
in the temporary directories can, for some mysterious reason, cause an
installation to set up incorrect options. (One very common symptom is
that the application tells you that it can't run SHARE.EXE - even though
SHARE.EXE is never needed under WinOS2.)
The WarpCenter
To change WarpCenter features, use a right mouse click
on the WarpCenter object in the OS/2 System folder, and choose Properties.
- The WarpCenter can prevent your system from booting up
properly (which is one reason why you should keep an
archived desktop). The problem is timing-dependent,
therefore it can show up after minor changes to a
previously working system. There are two different ways
in which I've seen the problem manifest itself:
- The system locks up completely just as the desktop
is appearing on the screen (so that, typically, you
get a screen containing nothing but the desktop background); or
- There's an error message, as the WarpCenter is starting
up, that the CD-ROM drive is not ready, and then there
are missing entries in the Window List.
The remedy is to remove WARPCENTER from the AUTOSTART line
in CONFIG.SYS. With luck you'll still be able to start
the WarpCenter from the Startup folder, but you'll have
to experiment a little: the results depend on the order
in which the WarpCenter is started up.
The safest course is to wait until all disk activity has
died down, and then start the WarpCenter from the desktop.
Fixpack 1 seems (with my limited testing so far) to have solved
Problem 1, but it doesn't help with Problem 2.
- On the WarpCenter/Properties/Monitors page, disable
the system activity and disk space monitors. I can't prove that
these are buggy, but I have my suspicions. Remark: experimentation
tends to suggest that monitoring continues even with this
option turned off, so I'm not totally sure that this recommendation
does any good.
- I've seen reports that the WarpCenter works better if you
change the Display page settings to put the WarpCenter at
the bottom of the screen, and enable it only when the mouse
is above it. I haven't noticed myself that this gives any
improvement - I think it depends on what video card you have -
but you might like to try it.
- If you have a Drives object in the WarpCenter, it will be
very slow to open because of access to removable media.
I suggest that you create a "Hard drives" folder in your
OS/2 System folder; put shadows of the hard drives in this
new folder; and drag that to the WarpCenter. Similarly,
create a "Removable drives" folder. You can then delete
the original Drives object from the WarpCenter.
- If you want lots of WarpCenter objects, add extra trays.
Note that you can cycle through the trays by clicking on
the blank space that's reserved for adding new objects.
- Try adding one or more of the following to your CONFIG.SYS:
SET KILLFEATUREENABLED=ON
SET SCFINDUTILITY=E:\OS2\APPS\PMSEEK.EXE
SET SCUSEPRETTYCLOCK=ON
The first of these allows you to kill misbehaving programs with a
Ctrl/left click on the WarpCenter task list (second button from the left).
The second replaces
the almost-useless "Find objects" by a faster and more useful program.
The third changes the appearance of the WarpCenter clock.
Deregistering unwanted classes
The concept of a "registered class" is fairly vital to the
way OS/2 works, and most registered classes should stay
registered. Unfortunately some such classes seem to slow
the system down a fair bit, so it's worth getting rid of
the ones you'll never use.
There are several alternative tools for deregistration.
The one I recommend may be found in the archives as
wpsutil/dereg.zip.
Removing unnecessary files
Normally I don't physically delete unneeded files, in case
I should change my mind later. (If you do delete any, keep track of
which ones they were, so that you can restore them from CD-ROM if
necessary.) Regardless of whether you keep these files, it's worth
cleaning the rubbish out of CONFIG.SYS.
- If your only internet connection is via a modem, then you
can comment out (or delete) the following lines from CONFIG.SYS.
REM DEVICE=C:\IBMCOM\LANMSGDD.OS2 /I:C:\IBMCOM /S
REM DEVICE=C:\IBMCOM\PROTMAN.OS2 /I:C:\IBMCOM
REM RUN=C:\OS2\SMSTART.EXE
REM CALL=C:\IBMCOM\PROTOCOL\NETBIND.EXE
REM RUN=C:\IBMCOM\LANMSGEX.EXE
REM DEVICE=C:\MPTN\PROTOCOL\AFOS2.SYS
REM DEVICE=C:\MPTN\PROTOCOL\IFNDIS.SYS
REM CALL=C:\OS2\CMD.EXE /Q /C C:\MPTN\BIN\MPTSTART.CMD >NUL
REM DEVICE=C:\IBMCOM\MACS\NULLNDIS.OS2
- Now that OS/2 is no longer distributed on floppies, it's
unlikely that you'll have any more use for XD-formatted disks.
You can remove the XDFLOPPY device driver with
REM BASEDEV=XDFLOPPY.FLT
(If you need that driver back, just take out the REM again.)
- If you've installed the Application Sampler, you have an
extra device driver (SDCS) that doesn't get used for
anything except Showcase. Once you finished browsing
through the CD, run "Remove" in the Application Sampler
folder. (You can always reinstall it later if you need to.)
- If you don't run DOS/Windows TCP/IP programs, then you can remove
the DOS TCP/IP support. The relevant lines in CONFIG.SYS are:
REM DEVICE=C:\tcpip\bin\vdostcp.vdd
REM DEVICE=C:\tcpip\bin\vdostcp.sys
REM RUN=C:\tcpip\bin\VDOSCTL.EXE
Miscellaneous
- The "Create Utility Diskettes" operation appears to be
buggy. To solve the problem, ensure that the first disk already
contains one or more unwanted files - this will cause a reformat,
after which the disks will be created correctly.
- Many people have complained that they can't work out
how to override the default associations for image files.
This is a known bug in Warp 4. (Correction:
a known feature. Only the users call it a bug.)
A fix for this problem is available at
http://www.quickmotion.com.
- Here's a fast copy-and-paste technique that is not well
documented. Drag with the left mouse button
depressed to highlight the text to be copied. While the
left button is still down, click on the right mouse button.
Now go to the destination (which might be in another application).
Press the right mouse button at the insertion point. While the
right button is still down, click on the left mouse button.
Dealing with a noisy phone line
This topic has generated so much discussion that it deserves a
section of its own. This section will interest you if you use a
modem, and you get a lot of "[NETW] Invalid FCS" error messages.
Any phone line has a certain amount of line noise, so you can
expect an error like this now and then. (The software requests
a retransmission when it detects the error, so you haven't lost
anything except a bit of speed.) But if you're getting many such
errors, you have a problem - especially when the connection
degenerates to a "lost carrier" condition, at which point you've
lost your connection.
There are actually several likely causes of modem data corruption:
- Line noise and signal distortion. This might be the
result of poor house wiring (do you lose your connection each time
the refrigerator turns on?), but it's much more likely to be
something in the telephone system over which you have no
control.
- A poor-quality modem. Some modems are better than others
at extracting the signal from the noise. Most present-day
modems should be OK, but you have a right to be suspicious
of something you picked up for almost nothing at a garage sale.
- A misconfigured modem. Many of us don't have the patience
to figure out all of the details in the modem initialisation
string - most likely we just copied the string from someone
else, without checking it. Still, it wouldn't hurt to go
through your modem manual, to see whether you're using
parameter settings that aren't a good choice for the model
that you're using.
- Problems at the server end. If you used to have a good
connection, but it's now markedly degraded, a very likely
cause is an equipment fault in the server, or data loss
due to an overloaded server. You can suspect this cause if
many other users noticed the degradation at about the same
time. If that's the case, get the service provider to fix
the problem, or switch to another provider.
- Timing problems at your end. No matter how
good your operating system, or how fast your hardware,
there eventually comes a point where you're asking it to
do too much, and it loses data because it can't keep up.
Sometimes this is because you're running too many
concurrent applications. Sometimes it's because your
processor is too slow. Sometimes it's because interrupts
are disabled for too long (typically because of slow
disk operations). On older computers, it can be because
the serial port controller has inadequate buffering.
In all such cases, you might be able to improve performance
by reducing the speed of modem data transfer.
Unfortunately the symptoms of all these problems are similar, so it
can be hard to pin down exactly why you're having trouble. The tips
below might or might not help you; all I can suggest is that you try
them one at a time, to see which (if any) change gives an improvement.
- I include the parameter setting S10=255 in my modem initialisation
string, to make the modem ignore brief losses of carrier. This can
help, assuming that your modem supports this option, in the case
where the line is subject to occasional short-duration losses of
signal.
- Making the COM port speed (page 4 on the settings notebook) too
high can be counterproductive; if the software can't keep up, data
gets lost. For most people, the best value is 57600, but a lower
value sometimes gives better results.
- Suggestion from Leon Kiriliuk (which also works for me): If you
have a slow processor, and you have Warp 4 or Warp 3 with
fixpack 26 or later, and you are getting an excessive
error rate on modem transfers, then you might need the /!SMS
option in the IBM1S506.ADD disk driver. See the earlier
"Disk drivers" section for details.
- Jarmo Paavilainen reduced his modem error rate with the command
MODE.COM COM1 57600,N,8,1,TO=ON,IDSR=ON,ODSR=ON,RTS=TOG
Neither of us can explain why this should help.
- From Brian Juergensmeyer: If your line noise is really bad,
to the point where
outgoing traffic rarely succeeds, try reducing the MTU (SLIP)
or MRU (PPP) to a very low value, e.g. 296. (The value is on
page 2 of the "Dial other providers" notebook.) If this helps,
experiment with smaller or larger values until you've found a
reasonable compromise.
Other sites with tuning and setup tips
This automatic registration service comes courtesy of NetMind's
URL-minder.
This information was compiled by
Peter Moylan.
Please send complaints, criticisms, praise, corrections, suggestions, etc. to
peter at ee.newcastle.edu.au
Last modified: 23 July 2004