WARNING:Articles moved into the Archived collection were accurate at the "Last Update" date, but are not maintained from that date forward.
As such, Sun disclaims all implied or express warranties with respect to the information contained in such articles.

Document Audience:	INTERNAL Archive
Document ID:	I0388-1
Title:	E10000 System Service Processor may exhibit slow response.
Copyright Notice:	Copyright © 2005 Sun Microsystems, Inc. All Rights Reserved
Last Updated Date:	1998-04-18

---------------------------------------------------------------------
        - Sun Proprietary/Confidential: Internal Use Only -
---------------------------------------------------------------------  
                        FIELD INFORMATION NOTICE
                  (For Authorized Distribution by SunService)

FIN #: I0388-1

Synopsis: E10000 System Service Processor may exhibit slow response.

Create Date: 04/17/98

Keywords:

E10000 System Service Processor may exhibit slow response.

Top FIN/FCO Report: Yes

Products Reference: memory

Product Category: Server / Memory

Product Affected:

Mkt_ID             Description             
------             -----------
E10000             Ultra Enterprise E10000 Server       
HPC10000           Sun HPC 10000 Server                  
X2750A             E10000 System Service Processor

Parts Affected:

N/A

References:

Bugid# 4110680:

Issue Description:

Various customer sites have reported problems associated with delayed 
SSP response when running a large number of domains and hostviews on  
E10000 and HPC 10000 Servers. 
 
The SSP in the example shown below is configured with 32MB of memory.  
In cases where 5 domains are configured and several copies of hostview
are running, the response time for even the simplest SSP command can 
approach the one minute mark. 

Typical memory usage on the SSP counting all active tasks with 2 hposts 
and 3 netcons running on the SSP is 45.66MB.  This is without a single 
copy of hostview running.  At this point the system is still responsive. 
The primary problem appears when several copies of hostview are started. 
*Examples of memory usage per process is shown below:

SSP daemons
-----------
cbs 			3.1 	hostview		1.5 MB
snmpd			0.88 	hostview_child * 4	6.0 MB
fad			0.608
straps  		0.366
edd			0.771
netcon per domain	0.406
netcon_server 	0.766
-------------------
6.13 MB for SSP daemons	       1 hostview with 4 windows  = 7.5 MB

*One copy of hostview can use 7.5MB of memory.

If several copies of hostview are started as remote logins the system 
becomes unusable. A command like domain_status which normally returns 
immediately now takes 1 minute.  Performance meter activity indicates 
that disk activity increased with each additional hostview that was 
started while CPU usage was about the same.
  
*Example output from "domain_status" shown below:

xf5-ssp:xf5-b6% timex domain_status
DOMAIN          TYPE                     PLATFORM       OS     SYSBDS
xf5             Ultra-Enterprise-10000   allxf5         2.6    0 12
xf5-b1          Ultra-Enterprise-10000   allxf5         2.6    1 2
xf5-b3          Ultra-Enterprise-10000   allxf5         2.6    3 13
xf5-b4          Ultra-Enterprise-10000   allxf5         2.6    4 8
xf5-b5          Ultra-Enterprise-10000   allxf5         2.6    5 10
xf5-b6          Ultra-Enterprise-10000   allxf5         2.6    6 14
xf5-b7          Ultra-Enterprise-10000   allxf5         2.6    7 11
xf5-b9          Ultra-Enterprise-10000   allxf5         2.6    9 15

real     1:06.14
user        0.41
sys         0.37

xf5-ssp:xf5-b6% swap -s
total: 109884k bytes allocated + 47892k reserved = 157776k used, 120476k 
available

Upon further investigation of the delayed SSP response problem, it has  
been noted that the SSP in the example above has been configured with   
insufficient memory.

Corrective Action:

Based on the analysis of the SSP shown in the example above, the problem
of delayed response can be avoided by increasing the SSP memory config-
uration to 64Mb of memory for systems with only a few domains or to 128Mb 
of memory for larger systems.  E10000 customers experiencing delayed SSP
response are prompted to contact their local Sun Sales Representative to 
obtain SSP memory upgrades.  The Marketing part number and description are
shown below:

	X132M	32-Mbyte Memory Expansion (32Mbyte SIMM)

Comments:

--------------------------------------------------------------------------

All released FINs and FCOs can be accessed using your favorite network 
browser as follows:

SunWeb Access: 
______________

* Access the top level URL of http://cte.corp/FIN_FCO/

* From there, select the appropriate link to query or browse the FIN and
  FCO Homepage collections.

Supporting documents for FIN/FCOs can be found on Edist.  Edist can be 
accessed internally at the following URL: http://edist.corp/.
 
* From there, follow the hyperlink path of "SunService Documentation" and 
  click on "FIN & FCO attachments", then choose the appropriate folder, FIN or 
  FCO.  This will display supporting directories/files for FINs or FCOs.
  
Internet Access:
_______________

* Access the top level URL of https://infoserver.Sun.COM

---------------------------------------------------------------------------
General:
________

Send questions or comments to finfco-manager@cte.Corp

---------------------------------------------------------------------------

Status

inactive