home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / pen / 551 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  2.1 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!VNET.IBM.COM!lybrand
  2. From: lybrand@VNET.IBM.COM (David Lybrand)
  3. Newsgroups: comp.sys.pen
  4. Subject: Re: Slow wake-up with 3125
  5. Message-ID: <9209011147.AA12933@ucbvax.Berkeley.EDU>
  6. Date: 1 Sep 92 11:48:10 GMT
  7. References: <1992Aug31.231535.5596@morrow.stanford.edu>
  8. Sender: usenet@ucbvax.BERKELEY.EDU
  9. Organization: IBM Corp, Boca Raton, FL
  10. Lines: 35
  11.  
  12. In <1992Aug31.231535.5596@morrow.stanford.edu> Richard Acuff writes:
  13. >- "PP might be checking for configuration changes (eg. new floppy)."
  14. >I would suggest that these checks should be done in the background if
  15. >they take more than .5 seconds (like Iain Cooke).
  16.  
  17. Currently the PenPoint "resume" is a single process, so it waits for
  18. each device to reinitialize on the resume call.  I've noticed that
  19. even if the device tells penpoint to stage on interrupt or time,
  20. the resume process doesn't go on to the next device until that
  21. device returns "done" on the resume (after the staging).  Some rework
  22. in PenPoint here has potential to speed up the resume process.
  23.  
  24. >- "PP might be refreshing it's buffers from disk." Why?  All the
  25. >data's still in RAM, right?
  26.  
  27. On ThinkPad and on GO's Hyde, the "disk" is removable Solid State File
  28. media.  The card could have been removed from the machine and accessed
  29. in a different machine during standby (just as a diskette could be).
  30.  
  31. >- "PP is repainting the screen." If the hardware is keeping the screen
  32. >memory across standby (which seems to be the case), why?  If the
  33. >hardware doesn't save screen memory, wake-up time could be saved by
  34. >copying out screen memory as part of stand-by and blting it back upon
  35. >wake-up.
  36.  
  37. PenPoint does do this (it actually saves the VGA memory to a RAM buffer).
  38. But the blt does as a second or so to startup time.
  39.  
  40. >Since we mostly seem to agree that fast wake-up is important, it would
  41. >be nice to get to the bottom of this so at least we'll know where
  42. >improvements are needed.
  43.  
  44. I fully agree.  I hope that GO finds the time for performance improve-
  45. ments in this and other areas.
  46.   DPL
  47.