home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 14 Text / 14-Text.zip / l40prfwp.inf (.txt) < prev    next >
OS/2 Help File  |  1995-04-08  |  39KB  |  913 lines
  1.  
  2. ΓòÉΓòÉΓòÉ 1. Introduction ΓòÉΓòÉΓòÉ
  3.  
  4. LAN Server 4.0 includes features that allow increased capacity and performance 
  5. over LAN Server 3.0.  Architectural limitations of LS 3.0 have been addressed 
  6. in LS 4.0.  Parameter defaults have been increased so that a newly installed 
  7. Advanced Server supports 100 users without modifications. Client-side caching 
  8. has been added to the DOS  client resulting in improved performance.  A new 
  9. protocol driver that runs at ring 0 privilege along with OS/2(**) NetBIOS over 
  10. TCP/IP provides greater performance than the OS/2 NetBIOS for TCP/IP used by LS 
  11. 3.0. In addition, LS 4.0 provides a tool (LAN Server) 4.0 Tuning Assistant) to 
  12. help users tune their specific configurations for optimum performance. 
  13.  
  14. The features described above are documented in the LS 4.0 publication.  It is 
  15. the intent of this paper to provide additional information, such as design 
  16. considerations and performance analysis results, from the LAN Server 
  17. Performance Analysis group. 
  18.  
  19.  
  20. ΓòÉΓòÉΓòÉ 2. LAN Server 4.0 Performance Tuning Assistant ΓòÉΓòÉΓòÉ
  21.  
  22. The Tuning Assistant was designed to satisfy the following usability and 
  23. performance objectives: 
  24.  
  25. o Provide an easy way for users to tune LS 4.0 to their configurations 
  26.  
  27. o Provide performance tuning based on users' unique situation 
  28.  
  29. o Optimize performance parameters but leave safety margin 
  30.  
  31. o Provide a tool to allow "what if" calculations 
  32.  
  33. The following are general rules implemented by the Tuning Assistant during 
  34. calculations and modifications 
  35.  
  36. o Never reduce parameters below their default value 
  37.  
  38. o Never add or delete lines from any configuration file 
  39.  
  40. o Never exceed maximums such that system will not boot 
  41.  
  42. o NetBios resource requirements will be spread equally over adapters 
  43.  
  44. o LAN Server has priority if NetBios resources are overcommited 
  45.  
  46. In most environments the important elements in tuning LAN Server for best 
  47. performance (in priority order) are the following: 
  48.  
  49. o Configure the largest HPFS386 cache possible 
  50.  
  51. o Provide a sufficient number of NUMREQBUF 
  52.  
  53. o Provide a sufficient number of Commands (the x2 parameter in the NETx line of 
  54.   IBMLAN.INI) 
  55.  
  56. o Enough adapters (and NETBIOS resources) for number of users 
  57.  
  58. o Provide a sufficient number of NUMBIGBUF(Entry Server or print spooling only) 
  59.  
  60. o Reserve sufficient memory for GUI if it will be used frequently and delay for 
  61.   swapping is undesirable 
  62.  
  63.  
  64. ΓòÉΓòÉΓòÉ 2.1. HPFS386 Cache Size Calculation ΓòÉΓòÉΓòÉ
  65.  
  66. The HPFS386 cache size calculation involves determining all the uses of memory 
  67. in the system and assigning the remainder to the cache.  Listed below are the 
  68. factors used by the Tuning Assistant in the calculation of the HPFS386 cache 
  69. size of a system with a memory size of 32.0 MB. 
  70.  
  71. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  72. Γöé MEMORY ALLOCATION (MB):        Γöé                    Γöé
  73. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  74. Γöé OS/2 base               Γöé          2.8         Γöé
  75. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  76. Γöé Spooler                Γöé          0.7         Γöé
  77. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  78. Γöé MPTS base               Γöé          0.6         Γöé
  79. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  80. Γöé Memory per adapter           Γöé          0.2         Γöé
  81. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  82. Γöé LAN Server base            Γöé          3.5         Γöé
  83. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  84. Γöé IBMLAN.INI additional         Γöé          1.5         Γöé
  85. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  86. Γöé Heap reserve              Γöé          1.0         Γöé
  87. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  88. Γöé Cache mgmt (64 bytes/1K bytes for   Γöé          1.3         Γöé
  89. Γöé memory in excess of 12M)        Γöé                    Γöé
  90. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  91. Γöé Reserve for other apps         Γöé          1.0         Γöé
  92. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  93. Γöé Safety margin (5 percent)       Γöé          1.6         Γöé
  94. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  95. Γöé Memory assigned to HPFS386 cache    Γöé         17.8         Γöé
  96. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  97. Γöé TOTAL                 Γöé         32.0 MB        Γöé
  98. ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  99.  
  100.  The entries for OS/2, MPTS and LAN Server base are the same as found in the 
  101. Memory Estimating Worksheets in the Network Administrators References Volume 1, 
  102. Appendix A. 
  103.  
  104. The "IBMLAN.INI additional" entry is for increases made to certain parameters 
  105. by the Tuning Assistant. 
  106.  
  107. The Heap reserve memory is set to 1 MB; this memory is used by LAN Server for 
  108. internal file system control needs such as open file handle tables, search 
  109. handles, filename parsing, etc.  This memory is not assigned to the Heap 
  110. parameter but merely set aside for availability. 
  111.  
  112. The cache management entry is necessary when dealing with large cach e sizes as 
  113. it becomes a significant amount of memory.  The formula is applied after 
  114. subtracting 12 MB from the system memory size since at least 12 MB of memory is 
  115. always needed and is never available for cache. 
  116.  
  117. By default, 1 MB is always reserved for other user applications to b e run on 
  118. the server.  This is a parameter used by the Tuning Assistant to provide the 
  119. administrator with a significant input to the cache size calculation. 
  120.  
  121. Note:  The administrator should determine the memory requirements of any 
  122. application that is to run concurrently with LAN Server and provide that value 
  123. in the Application Reserve Memory entry field of Tuning Assistant. 
  124.  
  125. An important example of an additional user application on the server is the new 
  126. LS 4.0 Graphical User Interface (GUI).  If the administrator will regularly use 
  127. the GUI administration feature, at least 5 MB should be entered for this 
  128. parameter to provide good performance of the GUI.  If this amount of memory is 
  129. not available, significant swapping will occur when the GUI is started.  If 
  130. only occasional use of the GUI on the server is expected, the recommendation is 
  131. to leave this parameter at 1 MB and use the additional 4 MB system memory for 
  132. HPFS386 cache. 
  133.  
  134.  
  135. ΓòÉΓòÉΓòÉ 2.2. Examples of Key Parameter Calculations ΓòÉΓòÉΓòÉ
  136.  
  137. o NUMREQBUF (IBMLAN.INI) 
  138.  
  139.   Optimum number is 2 to 3 per "active" user.  Since NUMREQBUF locks the memory 
  140.   from other processes, we want to be efficient.  Also, since most uses of 
  141.   NUMREQBUF require a corresponding COMMAND it is wasteful to allocate more 
  142.   NUMREQBUF than COMMANDS.  Only 250 COMMANDS per adapter are configured by 
  143.   Tuning Assistant, thus only 250 NUMREQBUFs per adapter will be configured. 
  144.  
  145.   Calculation:  2.2 times MAXUSERS with maximum of 250 per adapter. 
  146.  
  147.   Special Considerations:  Memory used by NUMREQBUF is calculated in Tuning 
  148.   Assistant using a hard coded value of 4096 bytes for each request buffer. If 
  149.   the user wants to change SIZREQBUF from 4096 to 2048, then the calculated 
  150.   HPFS386 cache size can be increased by (NUMREQBUF * SIZREQBUF) /2. 
  151.  
  152.   Special Considerations: 
  153.  
  154.    - Memory used by NUMREQBUF is calculated in Tuning Assistant using a hard 
  155.      coded value of 4096 bytes for each request buffer. If the user wants to 
  156.      change SIZREQBUF from 4096 to 2048, then the calculated HPFS386 cache size 
  157.      can be increased by (NUMREQBUF * SIZREQBUF) /2. 
  158.  
  159.    - A parameter related to NUMREQBUF is the USEALLMEM parameter in the 
  160.      Requester section of the IBMLAN.INI.  This parameter allows request 
  161.      buffers to be defined in the memory above 16 MB.  If no network interface 
  162.      cards (NICs) are limited to 24-bit direct memory access (DMA), and more 
  163.      than 16 MB of RAM is installed in the machine, set this parameter to 
  164.      'YES'. 
  165.  
  166. o NUMBIGBUF (IBMLAN.INI) 
  167.  
  168.   NUMBIGBUF are used only by the ring 3 (Entry) Server when files are accessed 
  169.   on a FAT or HPFS file system or the Printer Spooler is accessed. Because 
  170.   better performance can be obtained by using all available memory for HPFS386 
  171.   cache, NUMBIGBUF will not be increased if the LAN Server Advanced package is 
  172.   installed. 
  173.  
  174.   Calculation: If Advanced Server, NUMBIGBUF = 12 (default).  If Entry Server, 
  175.   NUMBIGBUF increases to a maximum of 80 as MAXUSERS increases. 
  176.  
  177. o Commands (IBMLAN.INI) 
  178.  
  179.   For optimum performance commands also needs to be 2 to 3 per "active" user 
  180.   because of its close relationship with NUMREQBUF.  Obviously, if 250 users 
  181.   are logged on through one adapter, each user will not have 2 to 3 commands 
  182.   always available and performance will be less than optimum. 
  183.  
  184.   Calculation:  2.2 times MAXUSERS with maximum of 250 per adapter 
  185.  
  186.   Special considerations: Commands (NCBS in Protocol.ini) are NetBios resources 
  187.   and must be shared with other NetBios applications like DB2(**) Lotus 
  188.   Notes(**)  If a user specifies a MAXUSERS =>114, commands of 250 will be set 
  189.   for LAN Servers' net1 line, leaving only 4 commands for other NetBios 
  190.   applications.  Users should manually reduce commands in the net1 line to 
  191.   allow the other applications more NCBS resources if required. 
  192.  
  193. o Maxusers (IBMLAN.INI) 
  194.  
  195.   Calculation:  # DOS/Windows(**) users + # OS/2 users + # additional servers 
  196.   (if Domain Controller)                rvers 
  197.  
  198. o Maxshares (IBMLAN.INI) 
  199.  
  200.   Calculation: Number home dirs + # aliases + (3 * number shared apps). 
  201.  
  202. o Maxconnections (IBMLAN.INI) 
  203.  
  204.   Calculation:  (MAXUSERS + # additional servers) * 4 
  205.  
  206.   Special considerations: Advanced Server maintains its own set of connection 
  207.   resources; this parameter pertains only to resources shared by the ring 3 
  208.   (Entry) Server such as print aliases.  This is also true for the following 
  209.   parameters which are not changed for Advanced Server (if HPFS only): 
  210.   MAXLOCKS, MAXOPENS. 
  211.  
  212. o Maxsearches (IBMLAN.INI) 
  213.  
  214.   Calculation: MAXSEARCHES = 700 
  215.  
  216.   Special considerations: Advanced Server maintains its own set of search 
  217.   resources; this parameter pertains only to searches done by the ring 3 
  218.   (Entry) Server.  This value was chosen to provide ample search memory for the 
  219.   ring 3 (Entry) Server. 
  220.  
  221. o Sessions (PROTOCOL.INI) 
  222.  
  223.   Calculation: DOS/WIN requesters + OS/2 requesters + # additional servers (if 
  224.   DC) + Lotus Notes requesters + DB2 requesters + User logged on server + other 
  225.   NetBios requirements 
  226.  
  227. o NCBS Calculation (PROTOCOL.INI) 
  228.  
  229.   For optimum performance NCBS also need to be 2 to 3 per "active" LAN Server 
  230.   user plus the NetBios commands needed by other NetBios applications. 
  231.  
  232.   Calculation: 2.2 times MAXSESSIONS + other NetBios reqmts up to a maximum of 
  233.   254 per adapter 
  234.  
  235.   Special considerations: NCBS in Protocol.ini are NetBios resources and must 
  236.   be shared with other NetBios applications like DB2, Lotus Notes, etc. LAN 
  237.   Server will use a maximum of 250 of the 254. 
  238.  
  239.  
  240. ΓòÉΓòÉΓòÉ 2.3. Using Tuning Assistant in "What if" Mode ΓòÉΓòÉΓòÉ
  241.  
  242. In response to feedback from Beta users the "What if" mode was added, although 
  243. it is not described in the product documentation.  This is the capability to 
  244. run Tuning Assistant calculations on a machine other than where LAN server 4.0 
  245. is installed. This will allow a user to provide system configuration 
  246. information to Tuning Assistant and create tuned configuration files for use on 
  247. other machines. IBM is interested in your experience with Tuning Assistant. 
  248. Please post your comments and any operational concerns to the LS40 CFORUM and 
  249. someone will respond. 
  250.  
  251. The Tuning Assistant's filename is LS40TUNE.EXE; it is located in the IBMLAN 
  252. subdirectory. The additional parameters which can be used in the command line 
  253. launch of Tuning Assistant are as follows: 
  254.  
  255. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  256. Γöé /D:DOMAIN1               Γöé Domain name (has no effect on calcu- Γöé
  257. Γöé                    Γöé lations)               Γöé
  258. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  259. Γöé /S:SERVER1               Γöé Server name (has no effect on calcu- Γöé
  260. Γöé                    Γöé lations)               Γöé
  261. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  262. Γöé /T:DC(or AS)              Γöé Type: Domain controller or Addi-   Γöé
  263. Γöé                    Γöé tional server             Γöé
  264. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  265. Γöé /P:Entry(or Advanced) Package     Γöé Entry or Advanced version       Γöé
  266. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  267. Γöé /M:XX                 Γöé System Memory in MB          Γöé
  268. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  269. Γöé /A:N                  Γöé Number of network interface      Γöé
  270. Γöé                    Γöé cards(adapters)            Γöé
  271. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  272. Γöé /U                   Γöé User supplied files (CONFIG.SYS,   Γöé
  273. Γöé                    Γöé IBMLAN.INI, PROTOCOL.INI, and and   Γöé
  274. Γöé                    Γöé HPFS386.INI)             Γöé
  275. ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  276.  
  277. Note:  /T is always required whenever /U is specified if running on a system 
  278. with no server installed. 
  279.  
  280. Example 1 
  281.  
  282.     LS40TUNE /D:DOMAIN1 /S:SERVER1 /T:DC /P:ADVANCED /M:32
  283. /A:2 /U
  284.  
  285. To run Tuning Assistant this way, all four of the Advanced version 
  286. configuration files must be located in the current subdirectory with LS40TUNE. 
  287. This will run on a machine with or without a server installed. The command line 
  288. values will take precedence over any actual system version of these parameters. 
  289. If the "Apply" pushbutton is chosen the user supplied files will be changed and 
  290. no backup files will be made. 
  291.  
  292. Example 2 
  293.  
  294.     LS40TUNE /M:32 /A:2
  295.  
  296. This will run only on a machine with a server installed. The command line 
  297. values will take precedence over actual system versions of these parameters. 
  298. This example could be useful to look at the effects of more system memory or 
  299. network interface cards on the tuning calculations.  When the "Apply" 
  300. pushbutton is chosen the system configuration files will be changed and backup 
  301. files will be copied into the \IBMLAN\BACKUP subdirectory with names like 
  302. IBMLAN.001, PROTOCOL.001, etc. All files that are updated when the Tuning 
  303. Assistant calculation is 'applied' will have the same suffix. 
  304.  
  305. Warning: The "What if" feature is useful in examining the logic of the Tuning 
  306. Assistant, but you should be careful when creating actual configuration files 
  307. for use on systems other than the one on which the tool was executed.
  308.  
  309.  
  310. ΓòÉΓòÉΓòÉ 3. Server 4.0 Configuration Defaults ΓòÉΓòÉΓòÉ
  311.  
  312. The Advanced version of LS 4.0 may be used in larger configurations than 
  313. previous versions. Therefore, default values of a number of parameters have 
  314. been increased. The objective is to allow many users to run LS 4.0 out-of-box 
  315. with little or no customized tuning. The Advanced Server will support 100 users 
  316. in typical environments, however, running the Tuning Assistant may provide an 
  317. additional performance improvement for some customers. Some changes to the 
  318. Entry Server and Peer Services were also made.  A summary follows: 
  319.  
  320. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  321. Γöé  IBMLAN.INI Γöé   ADVANCED  Γöé   ENTRY   Γöé    PEER   Γöé
  322. Γöé  PARAMETERS Γöé   SERVER   Γöé   SERVER   Γöé   SERVICES  Γöé
  323. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  324. Γöé       Γöé  LS  Γöé  LS  Γöé  LS  Γöé  LS  Γöé  LS  Γöé  LS  Γöé
  325. Γöé       Γöé  3.0  Γöé  4.0  Γöé  3.0  Γöé  4.0  Γöé  3.0  Γöé  4.0  Γöé
  326. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  327. Γöé  maxopens  Γöé  576  Γöé  256  Γöé  576  Γöé  160  Γöé  576  Γöé  128  Γöé
  328. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  329. Γöé maxsearches Γöé  50  Γöé  350  Γöé  50  Γöé  150  Γöé  50  Γöé  50  Γöé
  330. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  331. Γöé  numbigbuf  Γöé  12  Γöé  12  Γöé  12  Γöé  6  Γöé  12  Γöé  4  Γöé
  332. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  333. Γöé  numreqbuf  Γöé  36  Γöé  250  Γöé  36  Γöé  48  Γöé  36  Γöé  10  Γöé
  334. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  335. Γöé  maxshares  Γöé  16  Γöé  192  Γöé  16  Γöé  64  Γöé  16  Γöé  16  Γöé
  336. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  337. Γöé  maxusers  Γöé  32  Γöé  101  Γöé  32  Γöé  32  Γöé  5  Γöé  5  Γöé
  338. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  339. Γöé maxconnect. Γöé  128  Γöé  300  Γöé  128  Γöé  128  Γöé  26  Γöé  26  Γöé
  340. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  341. Γöé x1(in netl) Γöé  32  Γöé  102  Γöé  32  Γöé  34  Γöé  32  Γöé  34  Γöé
  342. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  343. Γöé x2(in netl) Γöé  50  Γöé  175  Γöé  50  Γöé  70  Γöé  50  Γöé  70  Γöé
  344. ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  345.  
  346. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  347. Γöé PROTOCOL.INIΓöé  SAME FOR ALL Γöé
  348. Γöé  PARAMETERS Γöé   VERSIONS  Γöé
  349. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  350. Γöé       Γöé  LS  Γöé  LS  Γöé
  351. Γöé       Γöé  3.0  Γöé  4.0  Γöé
  352. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  353. Γöé  sessions  Γöé  40  Γöé  130  Γöé
  354. Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  355. Γöé   ncbs   Γöé  95  Γöé  225  Γöé
  356. ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  357.  
  358.  
  359. ΓòÉΓòÉΓòÉ 3.1. HPFS386 Cache Defaults ΓòÉΓòÉΓòÉ
  360.  
  361. The HPFS386 cachesize was specified in the IFS line in CONFIG.SYS in LS 3.0. 
  362. For LS 4.0 it is specified in the \IBM386FS\HPFS386.INI file with a line 
  363. reading "cachesize = xxxx" in the FILESYSTEM section. 
  364.  
  365. The algorithm for determining its' default size has also changed. Previously 
  366. the cache size was set at 20 percent of the remaining memory after OS/2 was 
  367. started. This gave a cache size of 2.9 MB on a 16 MB system. This formula will 
  368. still be used as long as there is less than 20 MB of memory in the system.  If 
  369. the system has at least 20 MB of memory and the user has indicated that the 
  370. server can use memory above 16 MB for cache, the default cache size will be 60 
  371. percent of remaining memory after OS/2 has started. This will yield a cache 
  372. size of around 18 MB on a 32MB system. This will enable LS 4.0 to provide 
  373. excellent performance on most systems without any tuning. 
  374.  
  375. As with earlier releases of LAN Server, the USEALLMEM parameter defaults to 
  376. 'NO'.  This restricts access to memory above 16 MB.  If no network interface 
  377. cards (NICs) or disk adapters are limited to 24-bit direct memory access (DMA), 
  378. and more than 16 MB of RAM is installed, this parameter should be set to 'YES'. 
  379. This parameter used to be in the CONFIG.SYS file but is now in the FILESYSTEM 
  380. section of the HPFS386.INI file. 
  381.  
  382.  
  383. ΓòÉΓòÉΓòÉ 4. DOS LAN Services Client Performance Considerations ΓòÉΓòÉΓòÉ
  384.  
  385. OS/2 Lan Server 4.0 comes with DOS Lan Services (DLS) clients.  DLS cients 
  386. offer substantial performance improvements over the DOS Lan Requester (DLR) 
  387. clients provided with LAN Server 3.0. Significant performance benefit is 
  388. realized through the implementation of client-side caching algorithms.  In 
  389. brief, client-side caching offers local caching, reducing requests to the 
  390. server, thereby increasing overall system performance. 
  391.  
  392. Client-side caching is enabled by default with DLS clients. This mean that the 
  393. AUTOCACHE parameter is set to YES in the NETWORK.INI file  (since this a 
  394. default, it is not specifically written into NETWORK.INI during installation). 
  395. With AUTOCACHE=YES, the DLS client will allocate big buffers in extended 
  396. memory(XMS).  Each big buffer is 8K in size.  The number of big buffers is 
  397. calculated by the system and is dependent on the amount of XMS available (up to 
  398. a maximum of 30 big buffers).  If a machine does NOT have any XMS the AUTOCACHE 
  399. parameter is effectively ignored.  If you want to configure big buffers on a 
  400. DLS client that has no XMS, set the following parameters in the NETWORK.INI 
  401. file: 
  402.  
  403.  1. AUTOCACHE=NO 
  404.  
  405.  2. SIZBIGBUF=xxxx (in bytes) 
  406.  
  407.  3. NUMBIGBUF=xx (integer) 
  408.  
  409. This will allocate big buffers on the client that can be used for large data 
  410. transfers.  However, these buffers will be put in Upper and/or Conventional 
  411. Memory, reducing available memory for applications. 
  412.  
  413. Another parameter of importance with DLS clients is the WORK BUFFERS. These are 
  414. the buffers that are used on the requester to process an application's request 
  415. for data. The default values for WORK BUFFERS on the DLS client are as follows 
  416. (also set in NETWORK.INI). 
  417.  
  418.  1. SIZWORKBUF=1024 
  419.  
  420.  2. NUMWORKBUF=2 
  421.  
  422. The above default values are the generally recommended values for the best 
  423. system performance. If you are unable to use the AUTOCACHE option, you may want 
  424. to experiment with these two parameters for possible improvements in your 
  425. environment. 
  426.  
  427.  
  428. ΓòÉΓòÉΓòÉ 5. LAN Server 4.0 Capacity Enhancements ΓòÉΓòÉΓòÉ
  429.  
  430. As the number of workstations connected to LAN Server 3.0 grew into the 
  431. hundreds in some installations, an architectural limitation was discovered 
  432. which has been addressed in LAN Server 4.0. Specifically, a data structure 
  433. design was limiting the number of request buffers(NUMREQBUF) which could be 
  434. configured to a maximum of around 350. In large installations this could cause 
  435. a performance degradation. LAN Server's new design provides future 
  436. extensibility by allowing the value of NUMREQBUF to be as large as 2000. The 
  437. current recommended value for NUMREQBUF is 2.2 per user up to a maximum of 250 
  438. for each adapter, or 1000 if four adapters are in the system. 
  439.  
  440.  
  441. ΓòÉΓòÉΓòÉ 6. LAN Server 4.0 Support of SMP ΓòÉΓòÉΓòÉ
  442.  
  443. LAN Server 4.0 has been tested with and shown to support symmetric 
  444. multi-processor(SMP) machines running under OS/2 for SMP. LAN Server 4.0 
  445. Advanced does not gain additional performance benefits from SMP machines. Its 
  446. architecture has been optimized to the point where most requests are processed 
  447. "on interrupt" when received from the network component.  The queuing time for 
  448. a request to be processed is usually extremely short since there are rarely 
  449. instances when a file/print server's CPU approaches 100 percent utilization. 
  450. Under these conditions, it would not be expected that an additional CPU would 
  451. improve response time to the requester.  This design provides industry leading 
  452. performance as evidenced by the LANQuest(**) report of October 1994. 
  453.  
  454. There are some situations in which LAN Server 4.0 support of SMP does lead to 
  455. an improvement in total system throughput performance. Since OS/2 is a 
  456. multi-tasking operating system, other applications can run in the same machine 
  457. as LAN Server. For those other applications which make extensive use of the 
  458. CPU(e.g. Lotus Notes, etc.), additional processors may make sense. Whenever the 
  459. CPU workload approaches 100 percent, the additional processor can make a 
  460. significant difference in the system throughput. LAN Server 4.0 Advanced 
  461. accommodates the use of the additional processor unless its workload is 
  462. unusually high in which case it takes precedence over other applications. LAN 
  463. Server 4.0 Entry runs with the same privilege as other OS/2 applications and 
  464. does not take precedence in an SMP environment. 
  465.  
  466.  
  467. ΓòÉΓòÉΓòÉ 7. NETBIOS Over TCP/IP ΓòÉΓòÉΓòÉ
  468.  
  469. NetBIOS over TCP/IP is an implementation of NetBIOS that has been specifically 
  470. designed to operate with IBM TCP/IP.  It enables a workstation to be 
  471. geographically isolated from its domain yet communicate with it transparently. 
  472.  
  473.  
  474. ΓòÉΓòÉΓòÉ 7.1. Design Considerations ΓòÉΓòÉΓòÉ
  475.  
  476. NetBIOS over TCP/IP is an implementation of the Request for Comments (RFCs) 
  477. 1001/1002 standards which describe how to enable NetBIOS applications over 
  478. TCP/IP.  It is a B-node, or Broadcast node implementation with routing 
  479. extensions.  A broadcast node uses broadcasting to exchange information between 
  480. hosts.  The routing extensions allow nodes to span subnets through IP routers. 
  481. These extensions plus the remote name cache discussed below simplify the 
  482. configuration of RFC 1001/1002 NetBIOS nodes into TCP/IP environments. 
  483.  
  484. NetBIOS over TCP/IP uses an expanded syntax for NetBIOS names that is 
  485. transparent to NetBIOS applications.  The Local NetBIOS Name Scope String is 
  486. appended to the NetBIOS name creating an expanded name that has the effect of 
  487. limiting the scope of a NetBIOS name.  Two RFC-compliant NetBIOS nodes can 
  488. communicate only if they have the same Local NetBIOS Name Scope. The Local 
  489. NetBIOS Name Scope string is defined by the LOCALSCOPE parameter in the TCPBEUI 
  490. section of the PROTOCOL.INI. 
  491.  
  492. NetBIOS over TCP/IP supports only 1 logical netbios adapter and should 
  493. therefore be added to only 1 network interface card during the installation 
  494. /configuration process.  However, if TCP/IP is installed on multiple adapters, 
  495. NetBIOS over TCP/IP will make use of those adapters. 
  496.  
  497. TCPBEUI is IBM's high performance, ring zero protocol driver which maps NetBIOS 
  498. API calls into the TCP/IP protocol. NetBIOS over TCP/IP contains enhancements 
  499. over the RFC 1001/1002 standards which improve system performance by decreasing 
  500. broadcast storms, and expanding communications over routers and bridges. These 
  501. enhancements, described in the next section, are transparent to NetBIOS 
  502. applications and do not interfere with other B-node implementations that lack 
  503. similar functions. 
  504.  
  505.  
  506. ΓòÉΓòÉΓòÉ 7.2. Enhancements ΓòÉΓòÉΓòÉ
  507.  
  508. Three of the enhancements to NetBIOS over TCP/IP are in the form of routing 
  509. extensions.  These extensions allow communication between networks and over IP 
  510. routers and bridges.  These extensions are: 
  511.  
  512. o The broadcast file.  A broadcast file contains a list of host names host 
  513.   addresses, or directed broadcast addresses.  It is read at startup and each 
  514.   valid address is added to the set of destination addresses for broadcast 
  515.   packets. Remote nodes included in the broadcast file are then treated as if 
  516.   they were on the local network. Use of a broadcast file has the effect of 
  517.   extending a node's broadcast domain to its own subnet plus any other subnets 
  518.   listed in the broadcast file.  A maximum of 32 broadcast file entries are 
  519.   supported, each of which could include additional subnets, thus extending the 
  520.   node's broadcast domain. 
  521.  
  522. o The names file.  A names file consists of NetBIOS name and IP address pairs. 
  523.   NetBIOS over TCP/IP will conduct a prefix search of the names file before 
  524.   broadcasting on the network. The prefix match succeeds if the entry in the 
  525.   names file matches the given name, up to the length of the entry. The first 
  526.   match is used, therefore, the order in which NetBIOS names are listed in the 
  527.   names file is important. 
  528.  
  529.   To enable this routing extension, set the NAMESFILE parameter in the TCPBEUI 
  530.   section of the PROTOCOL.INI to a nonzero integer that represents the number 
  531.   of names file  entries. 
  532.  
  533. o The Domain Name Server (DNS). A network administrator can maintain NetBIOS 
  534.   name and IP address pairs in a DNS.  If a name query fails NetBIOS over 
  535.   TCP/IP can append the NetBIOS Domain Scope String  to the encoded NetBIOS 
  536.   name and issue a request to the DNS to look up an IP address for that NetBIOS 
  537.   name. 
  538.  
  539.   The Domain Scope String is defined by the PROTOCOL.INI parameter DOMAINSCOPE. 
  540.  
  541. Another enhancement NetBIOS over TCP/IP provides is a cache for storing remote 
  542. names that have been discovered.  This cache is enabled by setting the 
  543. NAMECACHE parameter in the TCPBEUI section of the PROTOCOL.INI to a nonzero 
  544. integer that represents the number of names stored in the directory 
  545. (NAMECACHE=xx). 
  546.  
  547. The information in the remote names cache (or directory) is also stored on disk 
  548. and periodically updated.  When the system is restarted, this information can 
  549. be preloaded into the cache at bootup time.  Preloading can reduce the amount 
  550. of broadcast frames on the network since NetBIOS will not have to rediscover 
  551. names for remote names.  To preload the remote names cache, set 
  552. PRELOADCACHE=YES in the TCPBEUI section of the PROTOCOL.INI. 
  553.  
  554. Note:  When NetBIOS over TCP/IP is searching for a name, the name cache is 
  555. checked first, then the names file, the broadcast file, and finally the Domain 
  556. Name Server. 
  557.  
  558. Recommendation: When running NetBIOS over TCP/IP in a Wide Area Network (WAN), 
  559. turn name caching on at the server (e.g. NAMECACHE=100). 
  560.  
  561.  
  562. ΓòÉΓòÉΓòÉ 7.3. Performance Characteristics of NetBIOS over TCP/IP ΓòÉΓòÉΓòÉ
  563.  
  564. The performance difference between NetBIOS over TCP/IP and NetBEUI can range 
  565. widely depending on the environment.  Some environmental factors that can 
  566. affect performance are the type of client (OS/2 or DOS), the server CPU 
  567. workload, the type of network operations being performed, the network media, 
  568. network congestion, and communication line speeds.  We've observed the 
  569. performance of NetBIOS over TCP/IP being anywhere from 10% slower to as much as 
  570. 4 times slower than NetBEUI. 
  571.  
  572. One of the environments in which we conducted performance tests was a 
  573. medium-sized Local Area Network on 16Mbps Token Ring with no WAN connections. 
  574. We ran a set of industry standard business applications on OS/2 NetBIOS over 
  575. TCP/IP clients and again on OS/2 NetBEUI clients.  In this environment, NetBIOS 
  576. over TCP/IP was 20% slower than NetBEUI.  The performance of DOS NetBIOS over 
  577. TCP/IP clients was significantly less than that of the OS/2 clients. 
  578.  
  579. Database applications generally use small records when accessing shared 
  580. databases residing on the server. Often these small records are retrieved from 
  581. the file system cache with no physical disk access being required. The 
  582. performance of this type of application on NetBIOS over TCP/IP may be 
  583. noticeably slower than if the application were run using NetBEUI. However, if 
  584. the number of database accesses of this type in performing a typical operation 
  585. is in the order of hundreds, not thousands, the user may not notice a 
  586. difference in performance in the two protocols. 
  587.  
  588. It may be necessary to periodically update client applications or other files 
  589. by copying them from the server disk.  DCDB replication from a domain 
  590. controller to a remote additional server also generates I/O operations 
  591. sometimes known as file transfers. This type of file I/O activity over a 
  592. network will show little or no performance difference between NetBEUI and 
  593. NetBIOS over TCP/IP due to protocol characteristics. One should be aware, 
  594. however, that most WAN connections today are made over relatively low speed 
  595. communication lines when compared with a LAN speed of 4 to 16 Mbps.  File 
  596. transfer operations over WAN communication lines will probably be slower than 
  597. over LANs but most likely not due to the network protocol. 
  598.  
  599.  
  600. ΓòÉΓòÉΓòÉ 7.4. Tuning TCP/IP ΓòÉΓòÉΓòÉ
  601.  
  602. If you're using NetBIOS over TCP/IP in a Local Area Network environment, file 
  603. transfer performance might be improved by increasing the maximum transmissible 
  604. unit (MTU) size.  We have seen up to a 20 percent increase in performance of 
  605. large file transfers by using an 8KB packet instead of the default 1500 bytes. 
  606. The default of 1500 was chosen because of ethernet's packet size limitation and 
  607. prevalence in TCP/IP environments. 
  608.  
  609. The MTU size can be changed with the IFCONFIG command in TCP/IP's SETUP.CMD. 
  610. Set the MTU size to the desired packet size plus 40 bytes, the maximum TCP/IP 
  611. header size.  The desired packet size should be a multiple of 2048. 
  612.  
  613. Your network adapter must be configured to support transmission of buffers that 
  614. are at least the size specified for the MTU. On an IBM 16/4 Token Ring adapter, 
  615. this would be accomplished by setting the XMITBUFSIZE parameter in the Token 
  616. Ring section of the PROTOCOL.INI file.  Check your network interface card 
  617. documentation for information on configuring your adapter. 
  618.  
  619.  
  620. ΓòÉΓòÉΓòÉ 7.5. Recommendation: Dual Protocol Stack ΓòÉΓòÉΓòÉ
  621.  
  622. Because there may be a performance difference in a particular environment, it 
  623. is recommended to configure and use NetBEUI in the Local Area Network (LAN) 
  624. environment, and NetBIOS over TCP/IP in the Wide Area Network (WAN) 
  625. environment.  The Multi-Protocol Transport Services (MPTS) shipped with LAN 
  626. Server 4.0 provides the capability of configuring your LAN workstation or 
  627. server with both NetBEUI and NetBIOS over TCP/IP on the same network interface 
  628. card. 
  629.  
  630. The dual protocol stack can be configured through the LAN Server 
  631. installation/configuration program.  When selecting protocols, install logical 
  632. adapter 0 with NetBEUI and logical adapter 1 with TCP/IP and NetBIOS over 
  633. TCP/IP.  This dual protocol stack configuration allows local sessions to 
  634. continue running with NetBEUI performance while also providing Wide Area 
  635. Network connectivity with NetBIOS for TCP/IP. 
  636.  
  637.  
  638. ΓòÉΓòÉΓòÉ 8. Additional Useful Information ΓòÉΓòÉΓòÉ
  639.  
  640. The following sections contain information that users may find helpful. 
  641.  
  642.  
  643. ΓòÉΓòÉΓòÉ 8.1. Reducing NetBIOS Broadcast Frames ΓòÉΓòÉΓòÉ
  644.  
  645. A key concern with many NetBIOS users is the amount of broadcast traffic that 
  646. occurs on the network.  Broadcasts are used to communicate between nodes. 
  647. Broadcast storms can slow network performance and overwhelm routers. Use of the 
  648. Remote Name Directory (RND) function can help to minimize this broadcasting by 
  649. sending frames to specific nodes when possible. 
  650.  
  651. When using RND, the local station caches the node addresses of remote names 
  652. that it has located.  Any messages sent to that remote name after the node 
  653. address has been saved is sent directly to that node rather than broadcast to 
  654. all nodes. 
  655.  
  656. The RND function in LAN Server 4.0 has been extended to include datagrams. RND 
  657. stores only unique names and no group names, so if an application uses mostly 
  658. group names for sending datagrams, RND should not be used.  Another enhancement 
  659. to the RND function is that the maximum number of directory entries has been 
  660. increased from 255 to 2000 when running on OS/2 2.0 or greater. 
  661.  
  662. The parameter RNDOPTION in the NETBEUI section of the PROTOCOL.INI specifies 
  663. whether RND is turned on or off.  Set this parameter to 1 to enable use of the 
  664. RND function.  If RNDOPTION is chosen, make sure that DATAGRAMPACKETS in the 
  665. NETBEUI section is greater than 2. A related parameter, also found in the 
  666. NETBEUI section, is NAMECACHE. This parameter specifies the size of the remote 
  667. name directory.  This parameter defaults to 1000 entries. 
  668.  
  669.  
  670. ΓòÉΓòÉΓòÉ 8.2. DCDB Replication Performance ΓòÉΓòÉΓòÉ
  671.  
  672. Changes to the DCDB Replicator service for LS 4.0 have yielded substantial 
  673. performance improvements.  In some configurations, users may see up to an 80 
  674. percent increase in performance over the LS 3.0 DCDB Replicator service. 
  675.  
  676.  
  677. ΓòÉΓòÉΓòÉ 8.3. Upgrading from LAN Server 3.0 ΓòÉΓòÉΓòÉ
  678.  
  679. Upgrading from LAN Server 3.0 to LAN Server 4.0 will cause parameters in the 
  680. PROTOCOL.INI file to be set to the LS 4.0 default values.  This may cause 
  681. performance problems in previously tuned servers.  Users who have fine-tuned 
  682. their PROTOCOL.INI for LS 3.0 should be aware that they may need to make the 
  683. same changes for LS 4.0. 
  684.  
  685.  
  686. ΓòÉΓòÉΓòÉ 8.4. Considerations when RAW SMBs are disabled ΓòÉΓòÉΓòÉ
  687.  
  688. The multiplex read and write SMB protocols are used if the RAW SMB protocol is 
  689. disabled.  These protocols divide data transfers into buffer-size chunks 
  690. (sizworkbuf) and chain them together to satisfy large read or write requests. 
  691.  
  692. A parameter that affects performance when working in multiplex mode is 
  693. PIGGYBACKACK in the NetBEUI section of the PROTOCOL.INI file.  This parameter 
  694. specifies whether NetBIOS sends and receives acknowledgements piggybacked with 
  695. incoming data.  When used with RAW SMBs, piggybackacks improve performance. 
  696. However, users that attempt to use piggybackacks with multiplex SMBs may see 
  697. performance degrade by up to 3 times for large file transfers. 
  698.  
  699. Note:  The RAW SMB protocol is disabled on a server when srvheuristic 19 in the 
  700. IBMLAN.INI file is set to 0 (default=1).  The RAW SMB protocol on an OS/2 
  701. client is disabled when IBMLAN.INI wrkheuristic 11 is set to 0 (default=1) and 
  702. wrkheuristics 14 and 15 are set to 1 (default=1). 
  703.  
  704.  
  705. ΓòÉΓòÉΓòÉ 8.5. DOS TCP/IP ΓòÉΓòÉΓòÉ
  706.  
  707. The LAN Server Performance Team has tested a number of vendor TCP/IP products 
  708. for DOS.  These include Network Telesystems, Wollongong, and FTP TCP/IP 
  709. offerings.  In many cases, these performed considerably better than the IBM 
  710. TCP/IP protocol stack shipped with LAN Server 4.0.  The Network Telesystems 
  711. product, in particular, showed significant throughput improvement. 
  712.  
  713. While IBM continues to refine their DOS TCP/IP offering, the performance 
  714. content of each of the OEM products reviewed may provide a near-term solution 
  715. for running DOS clients in a TCP/IP environment. 
  716.  
  717. In addition to the TCP/IP protocol stack, each of the vendor products includes 
  718. the normal TCP/IP applications such as FTP, mail, SNMP, etc. 
  719.  
  720.  
  721. ΓòÉΓòÉΓòÉ 8.6. Configuring DOS LAN Services with Windows for Workgroups ΓòÉΓòÉΓòÉ
  722.  
  723. You can install both Windows for Workgroups and DOS LAN Services on the same 
  724. workstation.  However, you cannot use the network function of Windows for 
  725. Workgroups with this configuration.  To run DOS LAN Services and Windows for 
  726. Workgroups on the same workstation, use the following procedure: 
  727.  
  728.  1. Install Windows for Workgroups 
  729.  
  730.  2. Install DOS LAN Service 
  731.  
  732.  3. In the WINDOWS\SYSTEM directory, rename the following files: 
  733.  
  734.             From:               To:
  735.             VNETSUP.386         VNETSUP.WFW
  736.             VREDIR.386          VREDIR.WFW
  737.             NETAPI.DLL          NETAPI.WFW
  738.             PMSPL.DLL           PMSPL.WFW
  739.  
  740.  4. In the CONFIG.SYS file, REM out the following line: 
  741.  
  742.              DEVICE=C:\WINDOWS\IFSHELP.SYS
  743.  
  744.  5. In the Windows SYSTEM.INI file, under the '386enh' section, change the line 
  745.     that contains the 'network=' statement to the following: 
  746.  
  747.              network=vnetbios.386,vnetsup.386,vredir.386
  748.  
  749. The fix for APAR IC08963 makes the same changes, so you can use the APAR fix if 
  750. you do not want to change the CONFIG.SYS and SYSTEM.INI files manually. 
  751.  
  752.  
  753. ΓòÉΓòÉΓòÉ 9. Additional Tips for LAN Server 4.0 Performance ΓòÉΓòÉΓòÉ
  754.  
  755. A number of the major factors affecting performance of LAN Server 4.0are 
  756. reviewed in the following sections. Although a few parameters are discussed, 
  757. most of the tips are aimed at getting you to think about your particular 
  758. environment in relation to LAN Server's system resources. 
  759.  
  760. Because there will always be a bottleneck in any computer system, the objective 
  761. of performance tuning is to remove the current bottleneck. Hopefully the 
  762. resulting system performance has its new bottleneck at an operating point 
  763. outside normal operating conditions. 
  764.  
  765.  
  766. ΓòÉΓòÉΓòÉ 9.1. Entry vs. Advanced Server ΓòÉΓòÉΓòÉ
  767.  
  768.  If your LAN Server is to share file, applications, or printers for less than 
  769. 80 users, the Entry Server will fit your needs with very good performance.  The 
  770. LANQuest report described in this document contains a comparison of Entry vs. 
  771. Advanced Server performance.  A subsequent upgrade to Advanced Server is 
  772. available with minimum impact to your business. 
  773.  
  774. If your immediate requirements are for high performance and high capacity, you 
  775. will want the Advanced Server.  To gain the performance advantage of the 
  776. Advanced version, your applications and data files must reside on an HPFS386 
  777. partition, not on a FAT partition. Neither OS/2 2.1 nor LS 4.0 must be 
  778. installed on an HPFS386 partition because accesses to system software are 
  779. infrequent after initial loading. 
  780.  
  781.  
  782. ΓòÉΓòÉΓòÉ 9.2. Fixed Disk Utilization ΓòÉΓòÉΓòÉ
  783.  
  784. The disk subsystem, an electromechanical device, can often be the system 
  785. bottleneck even though the system provides a lot of memory for caching files. 
  786. If you have observed that your fixed disk activity indicator (the little light 
  787. that flashes when the hard disk is in use) is on more than it is off for long 
  788. periods of time, you probably have a disk bottleneck.  Your options for 
  789. improving performance include: 
  790.  
  791. o Distribute the disk-intensive workload from a single physical disk drive to 
  792.   multiple disk drives, enabling concurrent disk seeks and read/writes. 
  793.  
  794. o Off-load some users, files, or applications to another serve. 
  795.  
  796. o Install the Fault Tolerance feature of LAN Server to enable disk mirroring. 
  797.   This not only protects your data by backing up your disk but also improves 
  798.   performance since the additional disk drive will also be used to read data 
  799.   (split reads). 
  800.  
  801. o Adding fixed disks and striping data across them (RAID architecture) will 
  802.   sometimes improve performance as well as enhance data integrity in an 
  803.   environment where data is predominantly looked up (read) without a subsequent 
  804.   update (write), for example, databases used for price lookup, part number 
  805.   information, etc. 
  806.  
  807.  
  808. ΓòÉΓòÉΓòÉ 9.3. CPU Utilization ΓòÉΓòÉΓòÉ
  809.  
  810. Server performance can degrade when the computer (CPU)'s ability to process 
  811. incoming instructions is overtaxed. If there are many users (usually hundreds) 
  812. with high interaction rates to the server, a CPU performance bottleneck may 
  813. occur (the Advanced server CPU efficiency is several times greater than the 
  814. Entry server). You may see a lot of fixed-disk activity and suspect the disk 
  815. subsystem, but this may be lazy-write activity, which is not necessarily the 
  816. system bottleneck.  To check CPU utilization you can use System Performance 
  817. Monitor/2 or LAN NetView(**) Monitor for a detailed analysis. 
  818.  
  819. To get a rough idea of how your server uses the CPU, start the Pulse applet 
  820. from the OS/2 Workplace Shell(**) Productivity folder and observe its display 
  821. during a heavy server workload period. If the CPU utilization level is 80 
  822. percent or greater for much of the time, performance is being impacted b the 
  823. CPU's ability to satisfy its workload demands.  Replacing standard network 
  824. interface cards (NICs) with busmaster NICs will provide additional CPU power 
  825. and usually improve server performance.  Another remedy is to offload some of 
  826. the users, files, applications, or functions (e.g., domain controller or print 
  827. server) to another server or to upgrade to a more powerful hardware system. 
  828.  
  829.  
  830. ΓòÉΓòÉΓòÉ 9.4. Network Interface Cards (NICs) ΓòÉΓòÉΓòÉ
  831.  
  832. Let's assume that your fixed disk activity is not excessive and that your CPU 
  833. utilization is generally less than 30 to 40 percent, but you still feel that 
  834. your server could respond more quickly. Your network interface card (NIC) is 
  835. analogous to a nozzle which physically limits the amount of traffic flowing 
  836. to/from the server.  Depending on the number of users, speed of the client 
  837. machines, type of data transactions, etc., server performance can be 
  838. NIC-limited. NICs come in 8-bit, 16-bit and 32-bit bus widths.  Some 32-bit 
  839. NICs are busmasters, which means they can handle most data transfers with their 
  840. built-in processors, relieving the server CPU of this task. 
  841.  
  842. You can improve an NIC-limited condition by changing to a faster NIC and/or 
  843. adding additional NICs to your server.  As you add additional NICs, your server 
  844. CPU utilization will increase as the server will be busier than before 
  845. servicing the additional traffic coming through the NICs (nozzles). If you add 
  846. busmaster NICs, the increase in server CPU utilization will be less 
  847. significant, as you might expect. LS 4.0 will automatically load-balance 
  848. sessions across all NICs when you initiate a session. When using standard 16/4 
  849. token-ring NICs, we recommend that you use a 16 KB shared RAM size for best 
  850. performance and memory utilization. 
  851.  
  852. Both LAN Server versions 3.0 and 4.0 now support more OEM NICs than the initial 
  853. release of LAN Server 3.0.  You may obtain the current lists of supported NICs 
  854. from CompuServe(**)with the following selections: 
  855.  
  856.  1. GO IBM 
  857.  
  858.  2. Technical Service and Support 
  859.  
  860.  3. IBM OS/2 Forums 
  861.  
  862.  4. OS/2 Developer 2 Forum (Browse) 
  863.  
  864.  5. LAN Server Library 
  865.  
  866.  
  867. ΓòÉΓòÉΓòÉ 9.5. Network Media Utilization ΓòÉΓòÉΓòÉ
  868.  
  869. The physical media over which network traffic flows has a finite capacity. The 
  870. Ethernet bandwidth limit today is usually 10 megabits per sec (Mbps); token 
  871. rings today are running at 4 Mbps or 16 Mbps.  It is quite possible that with 
  872. powerful servers and hundreds of clients, LANs can almost saturate the physical 
  873. media providing interconnection.  This is much more likely to occur in Ethernet 
  874. networks due to the broadcast/collision detection/re-broadcast nature of that 
  875. architecture. 
  876.  
  877. In large networks interconnecting many clients and servers, the level of 
  878. network traffic on the wire can impact token- ring network performance.  A 
  879. simple (but not always viable) remedy is to change your network topology. You 
  880. could add NICs to your server, and separate and isolate clients into LAN 
  881. segments so that all network traffic is not passing through all machines.  The 
  882. net effect is that the server with two Ethernet NICs now has a greater 
  883. potential bandwidth (20 Mbps) plus a lower collision level on each of the two 
  884. segments than on a single Ethernet segment. 
  885.  
  886. This solution is not viable if the machines on the two isolated segments must 
  887. communicate, since LS 4.0 does not internally route the NetBIOS protocol.  More 
  888. sophisticated ways to reduce network utilization include using the traditional 
  889. backbone rings and bridges plus the new intelligent switches, hubs, and routers 
  890. now becoming available. 
  891.  
  892.  
  893. ΓòÉΓòÉΓòÉ 10. Performance Benchmark Comparison ΓòÉΓòÉΓòÉ
  894.  
  895. In October 1994 LANQuest Labs published a Performance Benchmark Comparison 
  896. Report assessing the performance of LAN Server 4.0 Advanced and Entry, Windows 
  897. NT(**) Server 3.5, and NetWare(**) 4.02.  The results of this benchmarking 
  898. showed that LAN Server 4.0 Advanced was 38% faster than Windows NT Server and 
  899. 11% faster than NetWare.  For copies of this report, call 1-800-IBM-4FAX and 
  900. request document 2014. 
  901.  
  902.  
  903. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  904.  
  905. Trademarks denoted by an asterisk (*) are IBM trademarks or registered 
  906. trademarks of the IBM Corporation in the United States and/or other countries: 
  907. IBM, OS/2, DB2, NetView, Workplace Shell 
  908.  
  909.  
  910. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  911.  
  912. Trademarks denoted by a double asterisk (**) are registered trademark of their 
  913. respective