Xref: utzoo comp.os.msdos.misc:2079 comp.windows.ms:12633 comp.os.os2.misc:1368 Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!spool.mu.edu!news.cs.indiana.edu!rutgers!cmcl2!sbcs!csserv1.ic.sunysb.edu!jwohl From: jwohl@csserv1.ic.sunysb.edu (Jeremy Wohl) Newsgroups: comp.os.msdos.misc,comp.windows.ms,comp.os.os2.misc Subject: Re: OS/2 2.0 is here! (speed of OS/2) Keywords: OS/2? Message-ID: <1991May13.030856.1653@sbcs.sunysb.edu> Date: 13 May 91 03:08:56 GMT References: <1991May6.170411.9423@watson.ibm.com> <1991May6.230021.24665@magnus.acs.ohio-state.edu> Sender: usenet@sbcs.sunysb.edu (Usenet poster) Organization: State University of New York at Stony Brook Lines: 18 In article yee@aix01.aix.rpi.edu (Crimson Avenger) writes: >I am very surprised that IBM is trying to sell OS/2 based on speed. WHO >really cares if Excel for OS/2 outbeat Windows by 30 SECONDS???????????? > >Give me a break. OS/2 with the 32 bit mode probably runs some applications >faster, given that the applications are re-compiled to 32 bit mode. It's >the applications that sell the software. Say, give a 32 bit Excel vs. >Windows 16 bit Excel and we probably know who will win the speed test. If the OS is coded with a 32-bit instruction set, speed of task switching, memory management, file system, etc. will increase, regardless of the code requesting these services. In OS/2 2.0, this will apply to DOS, Windows, and 16- and 32-bit apps. This is the point IBM was trying to make. You will gain a significant increase in speed simply because the OS finally takes advantage of, until then, latent hardware. With 32-bit apps, the increase is very significant. -- Jeremy Wohl / wohl@max.physics.sunysb.edu / jwohl@csserv1.ic.sunysb.edu