home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 26060 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  3.3 KB
  1. Path: sparky!uunet!wupost!cs.utexas.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
  2. From: dic5340@hertz.njit.edu (David Charlap)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Couldn't stick it out...
  5. Message-ID: <1992Jul30.210428.29328@njitgw.njit.edu>
  6. Date: 30 Jul 92 21:04:28 GMT
  7. References: <1992Jul27.212525.26274@infonode.ingr.com> <1992Jul28.170147.16466@njitgw.njit.edu> <1992Jul29.204736.26878@infonode.ingr.com>
  8. Sender: news@njit.edu
  9. Distribution: usa
  10. Organization: New Jersey Institute of Technology, Newark, N.J.
  11. Lines: 58
  12. Nntp-Posting-Host: hertz.njit.edu
  13.  
  14. In article <1992Jul29.204736.26878@infonode.ingr.com> bbrown@infonode.ingr.com (Bailey Brown) writes:
  15. >dic5340@hertz.njit.edu (David Charlap) writes:
  16. >>Your MPEG viewer is probably a very well written program, then.
  17. >>There's nothing inherent in Windows that will cause a slowdown
  18. >>(although DOS boxes cause it serious problems).  If all you have are
  19. >>Windows apps, and all disk I/O is to the hard drive, you can get ver
  20. >>good speed.  Assuming the Windows apps are well written (MS
  21. >>applications are NOT this way!).
  22. >
  23. >The MPEG viewer is a terribly written program.  I practically NEVER
  24. >yields.  It takes several tries to get clicks on the "stop" button
  25. >to register.  However, it has to be this way because it has alot of
  26. >work to do to get 15 frames/sec on an ET4000.  It uses a special 
  27. >DLL to access the video directly, bypassing windows.
  28. >
  29. >However, since Windows runs all windows programs as one pre-empted task,
  30. >and each dos program as its own pre-empted task, my DOS comm program
  31. >was able to keep downloading full tilt while the mpeg movie ran.
  32.  
  33. You didn't mention that it was a DOS comm program.  I assumed you
  34. meant a Windows comm program.  Which would make the MPEG viewer very
  35. friendly for downloads to work uninterrupted.
  36.  
  37. I've found that Procomm Plus 2.0 is great if you set its priority high
  38. enough.  I had mine set to 300/300 (with Windows app priority set to
  39. 75/100) and there was never a download interruption.  Except when
  40. using the floppies.
  41.  
  42. >I don't follow what you mean by saying dos boxes give windows serious
  43. >problems.  As far as I can tell, the only really serious problems windows
  44. >has is with accessing floppies.  
  45.  
  46. I've found that DOS boxes tend to slow down Windows apps much more
  47. than they should.  I don't think Windows 3.0 (I've only used 3.1 on a
  48. 486DX2/50 in school, so I can't really judge speed with it) does a
  49. good enough job of detecting idle time.
  50.  
  51. And, as you say, floppy access cripples Windows.  Since I regularly
  52. install shareware from floppies (I can't download them from home due
  53. to the phone bill, so I download them at high speed at school and take
  54. them home on floppies), the inability to do anything while copying
  55. large quantities of stuff is a real problem for me.
  56.  
  57. >Using free jpeg source compiled with Intel CodeBuilder (32-bit DPMI)
  58. >doing jpg->gif on a 272x400 color jpeg file:
  59. >
  60. >Plain dos         : 14.61 seconds
  61. >Dos under win 3.1 : 14.72 seconds
  62.  
  63. Now try this with another DOS session open and running.  Or while your
  64. comm program is downloading....  I wonder what the slowdown will be.
  65. I'd also love to see an equivalent test done in OS/2 DOS boxes and
  66. VDM's. 
  67. -- 
  68.    |)  David Charlap           "I don't even represent myself
  69.   /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
  70.  ((|,)
  71.   ~|~  Hi! I am a .signature virus, copy me into your .signature file.
  72.