home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3495.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.1 KB  |  48 lines
  1. >>>>> "Stephen" == Stephen P Lee <splee@sfu.ca> writes:
  2. In article <4qui0a$pf4@morgoth.sfu.ca> splee@sfu.ca (Stephen P Lee) writes:
  3.  
  4.  
  5.     Stephen> I'm running E/L 1.99q12 on 1.2.13 and have 16M ram. Every
  6.     Stephen> so often Word 5.1 files (after Word loaded) takes longer
  7.     Stephen> than usual to display on the screen. I say display
  8.     Stephen> because the harddrive is not spinning so I think the file
  9.     Stephen> has already been loaded. The files are only 5 or 6 pages
  10.     Stephen> long. My recollection is that the Word files seemed to
  11.     Stephen> load quicker before.  Executor is started with -applzone
  12.     Stephen> 5500k -syszone 0.75M -stack 0.5M -nosplash -nosound
  13.     Stephen> -geometry =1015x725+0+0 switches.
  14.  
  15. I haven't seen this.  I do know that 1.2.13 doesn't do paging as well
  16. as some of the 1.3.x kernels or the 2.0 kernel.  Does your hard drive
  17. light normally go on when using the hard drive under Linux?  It
  18. doesn't on our system.  My guess is paging, but it's only a guess and
  19. that would mean that your hard drive *would* be active during this
  20. time.
  21.  
  22.     Stephen> Another minor irritant is that sometimes scrolling
  23.     Stephen> (screen redraw) is quite slow. If I move to another
  24.     Stephen> virtual page (FVWM) for a while and then come back,
  25.     Stephen> redrawing seems to be normal again.
  26.  
  27. Again that sounds like a paging anomaly.  The Linux machine I use the
  28. most has 32 Mb and is running kernel 2.0 (and before that was running
  29. 1.3.x for a long time).  I don't use FVWM, so any of those things
  30. might be relevant.
  31.  
  32.     Stephen> Is there any thing I can do to fix these minor problems?
  33.     Stephen> E/L has for the most part been a very productive tool for
  34.     Stephen> me.
  35.  
  36. Maybe another E/L user will have more info.  There's nothing within
  37. Executor itself that I know of that would cause the trouble you're
  38. seeing.
  39.  
  40.     Stephen> thanks, stephen -- Stephen P. Lee Office: (604) 291-4291
  41.     Stephen> Department of Biological Sciences Fax: (604) 291-3496
  42.     Stephen> Simon Fraser University E-mail: Stephen_p_lee@sfu.ca
  43.     Stephen> Burnaby, BC, Canada. V5A 1S6
  44.  
  45. --Cliff
  46. ctm@ardi.com
  47.  
  48.