home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.92 / text0111.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.6 KB  |  98 lines
  1. Dear Jon and Folks,
  2.  
  3. You can significantly improve the performance of Executor by  
  4. rebuiling the kernel mods, with FASTALINETRAPS enabled.  To do this,  
  5. edit the file /LocalApps/Executor.app/ardimods/Makefile.  Find a line  
  6. that says:
  7.  
  8. # ARDIOPTIONS=-DFASTALINETRAPS
  9.  
  10. and delete the leading "# " sharp and space, so the line reads
  11.  
  12. ARDIOPTIONS=-DFASTALINETRAPS
  13.  
  14. Then issue the command "make ardimods_reloc".  It should look  
  15. something like this (note, you need to be root to do this):
  16.  
  17. iclone# make ardimods_reloc
  18.  
  19. cc -g -DKERNEL -DKERNEL_FEATURES -DMACH   -c ardimods_main.c
  20. cc  -c ardimods.s
  21. cc -g -DKERNEL -DKERNEL_FEATURES -DMACH   -c ardimodc.c
  22. kl_ld -n ardimods -l LoadCommands -u UnloadCommands -i instance  -o  
  23. ardimods_reloc ardimods_main.o ardimods.o ardimodc.o
  24.  
  25. iclone# 
  26.  
  27.  
  28. Now that you have the faster mods loaded, you can install them either  
  29. by rebooting or using the kl_util program:
  30.  
  31. iclone# kl_util -d ardimods
  32.  
  33. removing server ardimods
  34. Server ardimods deallocating
  35. Server ardimods unloading
  36. Server ardimods re-Allocated
  37. Server ardimods Deallocated
  38.  
  39. iclone# kl_util -a ardimods_reloc
  40.  
  41. Adding server with relocatable  
  42. /LocalApps/Executor.app/ardimods/ardimods_reloc
  43. Allocating server ardimods
  44. Server ardimods linking  
  45. /LocalApps/Executor.app/ardimods/ardimods_reloc against /mach
  46. Server ardimods linking relocatable  
  47. "/LocalApps/Executor.app/ardimods/ardimods_reloc"
  48. Server ardimods Allocated
  49. Server ardimods loading
  50. regs.pc = 4029564
  51. Server ardimods download complete
  52. Server ardimods starting up
  53. Server ardimods Loaded
  54.  
  55. iclone# 
  56.  
  57.  
  58. Note, when you use the "-d" option you say "ardimods", but when you  
  59. use the "-a" option you say "ardimods_reloc".  "-d" stands for  
  60. delete, "-a" stands for add.
  61.  
  62. The fast ardimods will be the default with 1.2.1, so performance will  
  63. be enhanced.  I'm not sure which programs you're running where you  
  64. see Executor get slower the longer it runs; I've spent hours in Word  
  65. 5 editting our manual and not noticed such a thing (but it could be  
  66. that I was in a daze when I wrote our manual; it's a mind-numbing  
  67. task, but someone had to do it).
  68.  
  69. If you find that your entire machine has slowed down to a crawl after  
  70. running Executor, it means that the cache has not been turned back on  
  71. (Executor turns the cache off and on very rapidly in order to get  
  72. programs like Word 4 to run on an 040 even when they don't on an 040  
  73. Mac).  THIS IS A BUG.  PLEASE REPORT THE EXACT CIRCUMSTANCES TO US  
  74. (sending e-mail to bugs@ardi.com is the preferred method).  Executor  
  75. is supposed to turn the cache back on, even if a program dies  
  76. inexplicably.  If it is failing to do this, then it's a bug that we  
  77. need to fix (we haven't seen it over here).
  78.  
  79. If you find your machine running slowly, you should be able to use  
  80. the "cacheon" program to bring it back up to speed.  You can run  
  81. cacheon either by typing it to the shell prompt in Terminal, or  
  82. double clicking on it (it will be installed in the same directory  
  83. that you installed Executor, presumably /LocalApps).
  84.  
  85. The new version of HFS_XFer that will be shipped with Executor 1.2.1  
  86. will copy much faster (hooray!) and has a few bug fixed, but will not  
  87. be able to do anything with files copied via NeXTSTEP 3.0.  As far as  
  88. I know, NeXTSTEP 3.0 does not make the file type and file creator  
  89. available to either end-users or programmers.  This is a major  
  90. problem and NeXT knows about it, but unfortunately, even though it  
  91. was brought to some peoples attention at NeXT last January, the right  
  92. people didn't learn about it until it was too late.  I can't be  
  93. totally sure that this is the case for official NeXTSTEP 3.0, but it  
  94. was true for NeXTSTEP 3.0 PR1 and PR2.
  95.  
  96.     --Cliff
  97.  
  98.