Manuel d'utilisation / d'entretien du produit 7 du fabricant Sun Microsystems
Aller à la page of 132
Sun Ja va S y stem W eb Ser v er 7.0 Updat e 1 P er formanc e T uning , Sizing , and Sc aling Guide Sun Microsystems, Inc. 4150 Network Circle Santa Clara, CA 95054 U.
Copyright 2007 Sun Microsystems, Inc. 4150 Network Circle, Santa Clara, CA 95054 U.S.A. All rights reserved. Sun Microsystems, Inc. has intellectual property rights relating to technology embodied in the product that is described in this document. I n particular, and without limitation, these intellectual property rights may include one or more U.
Cont ents Preface ...................................................................................................................................................11 1 Performance and Monitoring Overview .............................................
2 T uning Sun Ja va Sy stem W eb Server ................................................................................................ 39 General Tuning Tips ...........................................................................................
Low-Memory Situations ..................................................................................................................... 86 Too Few Threads ............................................................................................
Networking ........................................................................................................................................ 102 6 Scalability Studies .............................................................................
T ables T ABLE 1–1 M ethods of Monitoring P erformance ..................................................................... 22 T ABLE 2–1 Parameter M apping to server.xml ........................................................................ 46 T ABLE 2–2 Connection Queue Statistics .
T ABLE 6–17 SSL P erformance Test: P erl CGI Scalability ......................................................... 120 T ABLE 6–18 SSL P erformance Test: C CGI Scalability ............................................................. 121 T ABLE 6–19 SSL P erformance Test: NSAPI Scalability .
F igur es FIGURE 2–1 Web Server C onnection Handling .......................................................................... 40 9.
10.
P refac e This guide discusses adjustments you can make that may improve the performance of Sun J ava System Web Server (henceforth known as Web Server). The guide provides tuning, scaling, and sizing tips and suggestions; possible solutions to common performance problems; and data from scalability studies.
T ABLE P–1 Books in the Web Server Documentation Set Documentation Title Contents Sun Java System Web Server 7.0 Update 1 Documentation Center Web Server documentation topics organized by tasks and subject Sun Java System Web Server 7.
T ABLE P–1 Books in the Web Server Documentation Set (Continued) Documentation Title Contents Sun Java System Web Server 7.0 Update 1 Developer’ s Guide to J ava Web Applications Implementing J ava Servlets and JavaServer P ages TM (JSP TM ) technology in Sun Java System Web Server Sun Java System Web Server 7.
T ABLE P–2 Default Paths and F ile Names Placeholder Description Default Value install-dir Represents the base installation directory for Web Server Sun Java Enterprise System (J ava ES) installatio.
T ypographic C on ventions The following table describes the typographic changes that are used in this book. T ABLE P–3 Typographic Conventions T ypeface Meaning Example AaBbCc123 The names of commands, les, and directories, and onscreen computer output Edit your .
T ABLE P–4 Symbol Conventions (Continued) Symbol Description Example Meaning → Indicates menu item selection in a graphical user interface. File → New → Templates From the F ile menu, choose New.
Sun W elcomes Y our C omments Sun is interested in improving its documentation and welcomes your comments and suggestions. To share your comments, go to http://docs.sun.com and click Send Comments. In the online form, provide the full document title and part number.
18.
P er formance and Monit oring O ver view Sun J ava System Web Server (henceforth known as Web Server) is designed to meet the needs of the most demanding, high-trac sites in the world. I t can serve both static and dynamically generated content. Web Server can also run in SSL mode, enabling the secure transfer of information.
servers the goal might be to provide a targeted level of performance at dierent price points. You need to dene what performance means for your particular situation.
Ser ver F arms The clustering features of Web Server allow you to easily deploy to a server farm. Because all servers in a server farm share identical congurations, tuning is not done on a server-by-server basis.
Monitoring Ser ver P er formance Making the adjustments described in this guide without measuring their eects doesn’ t make sense. If you don’ t measure the system’ s behavior before and after making a change, you won’t know whether the change was a good idea, a bad idea, or merely irrelevant.
Because using the Administration Server takes computing resources, the command-line interface and the A dmin C onsole are the most costly monitoring methods.
■ J ava DataBase C onnectivity ( JDBC TM ) (available if a JDB C resource is created and the connection pool is accessed) For the virtual server, statistics are available in the following areas: ■.
Restart the ser ver . ▼ T o Enable Statistics fr om the CLI Enter the following CLI c ommand to enable statistics collection: ./wadm set-stats-prop --user= admin_user –password-file= password-le --config= mycong enabled=true To disable statistics, set enabled to false.
Monitoring C urrent A c tivity Using the CLI You can also view statistics information using the wadm commands get-config-stats , get-virtual-server-stats , get-webapp-stats and get-servlet-stats . Note that the examples below do not contain all possible command options.
process.1.timeStarted=Jan 5, 2007 2:20:53 PM process.1.DNSCache.countCacheHits=687804 process.1.DNSCache.countAsyncNameLookup=0 process.1.DNSCache.countAsyncLookupsInProgress=0 process.1.DNSCache.flagAsyncEnabled=false process.1.DNSCache.countAsyncAddrLookups=0 process.
process.1.fileCache.countInfoMisses=19 process.1.jvm.countGarbageCollections=96 process.1.jvm.sizeHeap=67762048 process.1.jvm.countThreads=79 process.1.jvm.countClassesUnloaded=0 process.1.jvm.vMVendor=Sun Microsystems Inc. process.1.jvm.countTotalClassesLoaded=3170 process.
The syntax gets the statistics for a given web application deployed on the given virtual server of the given instance. To get the aggregated web application statistics for a given conguration across all the nodes where the conguration has been deployed, use the command without the node option.
Acc ess the stats-xml URI, for example: http:// yourhost : port /stats-xml The statistics are displayed in XML format. ▼ T o Enable the stats-xml URI fr om the CLI Use the follo wing command to enable stats-xml : .
■ session-replication ■ thread ■ thread-pool ■ thread-pool-bucket (process-level) ■ virtual-server ■ web-app-bucket ▼ T o View stats-xml Output from the CLI In addition to a URI, you can also access stats-xml output through the command-line interface.
Note – The statistics displayed by perfdump are for the server as a whole. If you enable perfdump on one virtual server, it displays statistics for the whole server, not an individual virtual server. Fr om Common T asks, select a conguration. Select the vir tual ser ver and click Edit V ir tual Ser ver .
▼ T o View the perfdump Data from the CLI In addition to a URI, you can also access perfdump output through the command-line interface. I t is enabled by default. Unlike viewing perfdump output through the URI, the A dministration Server must be running to view perfdump output at the command-line.
------------------------ Active Sessions 128 Keep-Alive Sessions 0 Total Sessions Created 128/128 Server cache disabled Native pools: ---------------------------- NativePool: Idle/Peak/Limit 1/1/128 W.
29133 response 192.6.7.7 2 https-test GET /qa_webapp/CheckNetwork.class service-j2ee 29133 response 192.6.7.7 2 https-test GET /qa_webapp/CheckNetwork.class service-j2ee 29133 response 192.6.7.7 2 https-test GET /qa_webapp/CheckNetwork.class service-j2ee 29133 response 192.
Congur ation You must specify all conguration information for performance buckets in the magnus.conf and obj.conf les. Only the default-bucket is automatically enabled. First, you must enable performance statistics collection and perfdump . The following examples show how to dene new buckets in magnus.
■ Number of Invocations is the total number of times that the function was invoked. This diers from the number of requests in that a function could be called multiple times while processing one request. The percentage column for this row is calculated in reference to the total number of invocations for all of the buckets.
38.
T uning Sun Java Syst em W eb S er ver This chapter describes specic adjustments you can make that might improve Sun J ava System Web Server performance. I t provides an overview of Web Server's connection-handling process so that you can better understand the tuning settings.
■ A djust gradually When adjusting a quantitative parameter, make several stepwise changes in succession, rather than trying to make a drastic change all at once. Dierent systems face dierent circumstances, and you might leap right past your system’ s best setting if you change the value too rapidly.
A request processing thread might also be instructed to send the request to a dierent thread pool for processing. For example, if the request processing thread must perform some work that is not thread-safe, it might be instructed to send part of the processing to the N ativePool.
Connection–Handling magnus.conf Dir ec tives f or NSAPI In addition to the settings discussed above, you can edit the following directives in the magnus.
3. A dierent thread in my-custom-pool , called the B1 thread in this example, picks up the request queued by A1. B1 completes the request and returns to the wait stage. 4. The A1 thread wakes up and continues processing the request. I t executes the ObjectType SAF and moves on to the Service function.
Init funcs= " pcheck_uri_clean_fixed_init " shlib= " C:/Sun/webserver7/lib/custom.dll " fn= " load-modules " NativeThread= " no " The NativeThread ag aect.
The advantage of multiple processes is that legacy applications that are not thread-aware or thread-safe can be run more eectively in Sun J ava System Web Server. However, because all of the Sun J ava System extensions are built to support a single-process threaded environment, they might not run in the multi-process mode.
■ J ava applications that do not require session management Do not use the MaxP rocs directive when the Sun Java System Web Server performs session management for J ava applications. You can set the value for MaxProcs by editing the MaxProcs parameter in magnus.
T ABLE 2–1 Parameter M apping to server.xml (Continued) Web Server 6.1 parameter Web Server 7.0 server.xml element or attribute A dmin Console Location wadm command dns-cache-init Init SAF cache siz.
T ABLE 2–1 Parameter M apping to server.xml (Continued) Web Server 6.1 parameter Web Server 7.0 server.xml element or attribute A dmin Console Location wadm command NativePoolQueueSize in magnus.conf Unchanged NativePoolStackSize in magnus.conf Unchanged RqThrottle in magnus.
■ “J ava Virtual Machine (JVM) Information” on page 70 ■ “Web A pplication Information” on page 71 ■ “JDBC Resource Information” on page 72 Once you have viewed the statistics you need, you can tune various aspects of your server’ s performance at the conguration level using the A dmin C onsole's P erformance tab.
T ABLE 2–2 Connection Queue Statistics Present N umber of Connections Queued 0 Total N umber of Connections Queued 11222922 A verage C onnections O ver Last 1 Minute 90.35 A verage C onnections O ver Last 5 Minutes 89.64 A verage C onnections O ver Last 15 Minutes 54.
This setting is not tunable. A ver age Queue Length The A verage Queue Length shows the average number of connections in the queue over the last one-minute, ve-minute, and 15–minute intervals.
If you have created multiple HTTP listeners, perfdump displays all of them. To edit an HTTP listener using the A dmin C onsole, for the conguration, select the HTTP Listeners tab. Click the listener name to edit the listener. To congure an HTTP listener using the command-line interface, use the command wadm set-http-listener-prop .
Default V ir tual Ser ver Virtual servers work using the HTTP 1.1 Host header. I f the end user’ s browser does not send the Host header, or if the server cannot nd the virtual server specied by the H ost header, Web Server handles the request using a default virtual server.
T ABLE 2–3 Keep-Alive Statistics (Continued) Connection Timeout 10 Both HTTP 1.0 and HTTP 1.1 support the ability to send multiple requests across a single HTTP session.
T uning You can tune the maximum number of connections that the server allows to wait at one time before closing the oldest connection in the A dmin C onsole by editing the Maximum Connections eld on the conguration's Performance tab ⇒ HTTP tab, under K eep Alive Settings.
Keep-Alive P oll Interval The keep-alive poll interval species the interval (in seconds) at which the system polls keep-alive connections for further requests. The default is 0.001 second, the lowest value allowed. I t is set to a low value to enhance performance at the cost of CPU usage.
Also, chunked encoding could aect the performance for HTTP 1.1 workload. Tuning the response buer size could positively aect the performance. A higher response buer size in the conguration's P erformance tab ⇒ HTTP tab would result in sending a Content-length: header, instead of chunking the response.
The equivalent information as the Total N umber of Threads is available through the Admin Console from the Monitoring tab ⇒ I nstances sub tab, under General Statistics. To see the maximum threads allowed, see the Maximum Threads eld on the conguration's P erformance tab ⇒ HTTP sub tab, under Thread P ool Settings.
Suitable maximum threads values range from 100-500, depending on the load. Maximum Threads represents a hard limit for the maximum number of active threads that can run simultaneously, which can become a bottleneck for performance. The default value is 128.
File Cache Entries 141/1024 File Cache Hit Ratio 652/664 ( 98.19%) Maximum Age 30 Accelerator Entries 120/1024 Acceleratable Requests 281/328 ( 85.67%) Acceleratable Responses 131/144 ( 90.
File Cache Entries number, you can improve the accelerator cache utilization by following the tuning information described in “A cceleratable Requests” on page 61 and “Acceleratable Responses” on page 61 . Ac celeratable Requests The number of client requests that were eligible for processing by the accelerator cache.
T uning Higher hit ratios result in better performance. To maximize the hit ratio, see the tuning information for “A cceleratable Responses” on page 61 . File C ache Enabled If the cache is disabled, the rest of this section is not displayed in perdump .
T uning Set the maximum age based on whether the content is updated (existing les are modied) on a regular schedule. For example, if content is updated four times a day at regular intervals, you could set the maximum age to 21600 seconds (6 hours).
... </Object> <Object name= " myname " > Service method=(GET|HEAD) type=*~magnus-internal/* fn=send-file nocache= "" </Object> In the above example, the server does not cache static les from /export/mydir/ when requested by the URL prex /myurl .
ReplaceFiles: false ReplaceInterval: 1 milliseconds HitOrder: false CacheFileContent: true TransmitFile: false MaxAge: 3600 seconds MaxFiles: 600000 files SmallFileSizeLimit: 500000 bytes MediumFileSi.
Nativ e Thread Pool The following example shows native thread pool information as it appears in perfdump : Native pools: ---------------------------- NativePool: Idle/Peak/Limit 1/1/128 Work Queue Len.
Peak (P eak Requests Queued in the Admin Console) is the highest number of requests that were ever queued up simultaneously for the use of a native thread since the server was started. This value can be viewed as the maximum concurrency for requests requiring a native thread.
The dierence between this value and the maximum threads is the number of requests reserved for non-native thread requests, such as static HTML and image les.
CacheEntries 4/1024 HitRatio 62854802/62862912 ( 99.99%) AsyncDNS Data: ------------------ enabled yes NameLookups 0 AddrLookups 0 LookupsInProgress 0 The following example shows the DNS Cache informa.
T uning You can set the maximum size of the DNS cache in the A dmin Console in the Maximum Cache Size eld on the conguration's P erformance tab ⇒ DNS sub tab, under DNS Cache Settings. To set it using the command-line-interface, use wadm set-dns-cache-prop and set the max-entries property.
T ABLE 2–7 Java Virtual M achine (JVM) Statistics (Continued) Total N umber of Classes Unloaded 0 N umber of Garbage Collections Occurred 3 N umber of Live Threads 8 N umber of Started Threads 9 P eak Live Thread C ount 8 M ost of these statistics are not tunable.
On the Monitoring Statistics page , click V irtual Ser ver Statistics. Click the virtual ser ver name. On the Vi r tual Ser ver Monitoring Statistics page , click W eb Applications. Select the web application for which to view statistics fr om the W eb Application pull-down menu.
The use of connection pooling improves application performance by doing the following: ■ Creating connections in advance. The cost of establishing connections is moved outside of the code that is critical for performance. ■ Reusing connections. The number of times connections are created is signicantly lowered.
Connections This number shows the current JDBC connections, including both free and busy connections. Tuning – This setting cannot be tuned, but it is a good indicator of recent pool activity.
JDBC Resource Sta tistics Not A vailable in the Admin C onsole Some JDBC statistics are available through the wadm get-config-stats command (using the --node option), through stats-xml , and through SNMP but not through the Admin Console. maxConnections – The congured maximum size of the pool.
minimize creation of connections during the life of the application and minimize pool resizing. Use a lower number if the pool load is expected to be small, to minimize resource consumption. ■ Maximum connections The maximum number of connections that a pool can have at any given time.
The user-dened table to use for validation when the validation method is table . Defaults to test . If this method is used, the table used should be dedicated only to validation, and the number of rows in the table should be kept to a minimum.
While it would be extremely unusual to hit this possible performance problem, the number of groups cached in a single A CL cache entry can be tuned with Maximum Groups setting on the conguration's P erformance tab ⇒ Cache sub tab. Or you can use the max-groups-per-user property of the wadm set-acl-cache-prop command.
When adding a web application, either through the A dmin C onsole or CLI, choose the precompile JSP s option. Enabling precompiled JSPs allows all the JSP s present in the web application to be pre-compiled, and their corresponding servlet classes are bundled in the web application's WEB-INF/lib or WEB-INF/classes directory.
A v oiding Directories in the Classpath For certain applications (especially if the J ava Security M anager is enabled) you can improve performance by ensuring that there are no unneeded directories in the classpath.
T uning MMapS essionManager (UNIX/Linux) The following example describes the eect on process size when conguring the persistence-type= " mmap " using the manager-properties properties. For more information, see “MMap Session M anager (UNIX Only)” in Sun J ava System Web Server 7.
Using nd-pa thinfo-for ward The find-pathinfo-forward parameter used in obj.conf can help improve your performance. I t is used with the PathCheck function find-pathinfo and the NameTrans functions pfx2dir and assign-name .
In the previous example, the server does not stat for path / ntrans-base /nsfc and / ntrans-base /nsfc/* if ntrans-base is set. If ntrans-base is not set, the server does not stat for URLs /nsfc and /nsfc/* . By default, ntrans-base is set. The example assumes the default PathCheck server functions are used.
84.
C ommon P er formanc e Pr oblems This chapter discusses common web site performance problems, and includes the following topics: ■ “check-acl Server A pplication Functions” on page 85 ■ “Low.
Lo w-Memor y Situations If Web Server must run in low-memory situations, reduce the thread limit to a bare minimum by lowering the value of the Maximum Threads setting on the conguration's P erformance Tab ⇒ HTTP sub tab. You can also set it with wadm set-thread-pool-prop command's max-threads property.
Cache Not Utilized If the le cache is not utilized, your server is not performing optimally. Since most sites have lots of GIF or JPEG les that should always be cacheable, you need to use your cache eectively. Some sites, however, do almost everything through CGIs, SHTML, or other dynamic sources.
Caution – On UNIX/Linux systems, if the keep-alive maximum connections value is too high, the server can run out of open le descriptors. Typically 1024 is the limit for open les on UNIX/Linux, so increasing this value above 500 is not recommended.
Platf orm-Specic Issues and Tips This chapter provides platform-specic tuning tips, and includes the following topics: ■ “Solaris Platform-Specic Issues” on page 89 ■ “Solaris File .
An alternative way to make this change is using the ulimit –n " value " command. Using this command does not require a system restart. However, this command only changes the login shell, while editing the etc/system le aects all shells.
C onnec tion Refused Errors If users are experiencing connection refused errors on a heavily loaded server, you can tune the use of network resources on the server. When a TCP/IP connection is closed, the port is not reused for the duration of tcp_time_wait_interval (default value of 240000 milliseconds).
■ nca(1) ■ snca(1) ■ nca.if(4) ■ ncakmod.conf(4) ■ ncalogd.conf(4) ▼ T o Enable SNCA to W ork W ith W eb S er ver This procedure assumes that SNCA has been congured, as discussed above. Fr om the Common T asks page, choose a conguration and click E dit Conguration.
Solaris File S y stem T uning This section discusses changes that can be made for le system tuning, and includes topics that address the following issues: ■ “High F ile System Page-I n Rate” .
(the %b and svc_t columns, respectively). Service times are unimportant for disks that are less than about 30% busy, but for busier disks, service times should not exceed about 20 milliseconds. If your busy disks have slower service times, improving disk performance might help Web Server performance substantially.
■ The mpstat 60 command gives a detailed look at CPU statistics, while the netstat -i 60 command summarizes network activity. Long- T erm Syst em Monitoring I t is important not only to " spot-check " system performance with the tools mentioned above, but to collect longer-term performance histories so you can detect trends.
T uning Solaris for P er formance Benchmarking The following table shows the operating system tuning for Solaris used when benchmarking for performance and scalability. These values are an example of how you might tune your system to achieve the desired result.
T uning UltraSP ARC® T1–Based Sy stems f or P er formance Benchmarking Use a combination of tunable parameters and other parameters to tune your system for performance benchmarking. These values are an example of how you might tune your system to achieve the desired result.
T ABLE 4–2 Tuning 64–bit Systems for Performance Benchmarking (Continued) Parameter Scope Default Value T uned Value Comments tcp_conn_req_max_q0 ndd /dev/tcp 1024 3000 tcp_max_buf ndd /dev/tcp 4194304 tcp_cwnd_max ndd/dev/tcp 2097152 tcp_xmit_hiwat ndd /dev/tcp 8129 400000 To increase the transmit buer.
tmp= ‘ expr $tmp + 1 ‘ done done Put all network interfaces into a single group. For example: $ifconfig ipge0 group webserver $ifconfig ipge1 group webserver W eb S er ver Start O ptions In some cases, performance can be improved by using large page sizes.
100.
Sizing and Scaling Y our Ser ver This chapter examines the subsystems of your server, and provides recommendations for optimal performance. The chapter includes the following topics: ■ “64-Bit Ser.
Memor y As a baseline, Web Server requires 64 MB RAM. M ultiple CPUs require at least 64 MB for each CPU. For example, if you have four CPUs, you should install at least 256 MB RAM for optimal performance. For high numbers of peak concurrent users, also allow extra RAM for the additional threads.
Scalabilit y Studies This chapter describes the results of scalability studies. You can refer to these studies for a sample of how the server performs, and how you might congure your system to best take advantage of Web Server’ s strengths.
Study C onclusion When tuned, Sun J ava System Web Server 7.0 scaled almost linearly in performance for dynamic and static content. Hardw are The studies (except for the e-commerce study) were conducted using the following hardware. For hardware information for the e-commerce study, see “H ardware for E-Commerce Test” on page 122 .
Softw ar e The load driver for these tests was an internally-developed J ava application framework called the Faban driver. C onguration and T uning The following tuning settings are common to all the tests in this study. Individual studies may also have additional conguration and tuning information.
ndd -set /dev/tcp tcp_max_buf 4194304 ndd -set /dev/tcp tcp_cwnd_max 2097152 ndd -set /dev/tcp tcp_recv_hiwat 400000 ndd -set /dev/tcp tcp_xmit_hiwat 400000 Netw ork Congur ation Since the tests used multiple network interfaces, it was important to make sure that all the network interfaces were not going to the same core.
5 no-intr since 12/07/2006 09:17:04 ................. W eb Server T uning The following table shows the tuning settings used for the Web Server. T ABLE 6–1 Web Server Tuning Settings Component Defau.
P er formance T ests and Results This section contains the test-specic conguration, tuning, and results for the following tests: ■ “Static Content Test” on page 108 ■ “Dynamic C ontent.
T ABLE 6–3 File Cache Conguration Default T uned enabled = true max-age = 30 sec max-entries = 1024 sendfile = false max-heap-file-size = 524288 max-heap-space = 10485760 max-mmap-file-size = 0 m.
Dynamic Content T est: Ser vlet This test was conducted using the servlet. The test prints out the servlet's initialization arguments, environments, request headers, connection and client information, URL information, and remote user information.
The following table shows the results for the dynamic content servlet test. T ABLE 6–6 Dynamic C ontent Test: Servlet Scalability Number Of Cores Aver age Thr oughput (ops/sec) Av erage Response T ime (ms) 2 5287 19 4 10492 19 6 15579 19 The following is a graphical representation of servlet scalability results.
T ABLE 6–7 CGI Tuning Settings Default T uned idle-timeout = 300 cgistub-idle-timeout = 30 min-cgistubs = 0 max-cgistubs = 16 idle-timeout = 300 cgistub-idle-timeout = 1000 min-cgistubs = 100 max-cgistubs = 100 The following table shows the results of the dynamic content test for C CGI.
Dynamic Content T est: P erl C GI This test was conducted with P erl script called printenv.pl that prints the CGI environment. CGI tuning settings were applied to the server. The goal was to saturate the cores on the server and nd out the respective throughput and response time.
Dynamic Content T est: NSAPI The NSAPI module used in this test was printenv2.so . I t prints the NSAPI environment variables along with some text to make the entire response 2 KB. The goal was to saturate the cores on the server and nd out the respective throughput and response time.
PHP Sc alability T ests PHP is a widely-used scripting language uniquely suited to creating dynamic, Web-based content. I t is the most rapidly expanding scripting language in use on the Internet due to its simplicity, accessibility, wide number of available modules, and large number of easily available applications.
T ABLE 6–12 Tuning Settings for FastCGI Plug-in Test Conguration T uning magnus.conf Init fn= " load-modules " shlib= " path_to_web_server_plugin_dir /fastcgi/libfastcgi.so " funcs= " responder_fastcgi " shlib_flags= " (global|now) " obj.
PHP Scalability with NSAPI The following table shows the Web Server tuning settings for the PHP with NSAPI test. T ABLE 6–14 NSAPI Plug-in Conguration for PHP magnus.
T ABLE 6–15 PHP Scalability with NSAPI Number of Cores Average Throughput (ops/sec) Av erage Response T ime (ms) 2 950 105 4 1846 108 6 2600 115 The following is a graphical representation of PHP scalability with NSAPI.
■ Web Server is congured with 64 bit The following table shows the SSL static content test results. T ABLE 6–16 SSL Performance Test: Static Content Scalability Number of Cores Average Throughp.
T ABLE 6–17 SSL Performance Test: P erl CGI Scalability Number of Cores Average Throughput (ops/sec) Av erage Response T ime (ms) 2 303 329 4 580 344 6 830 361 The following is a graphical representation of P erl scalability with SSL. SSL P er formance T est: C C GI This test was performed by accessing a C executable called printenv in SSL mode.
T ABLE 6–18 SSL Performance Test: C CGI Scalability Number of Cores Average Throughput (ops/sec) Av erage Response T ime (ms) 2 792 126 4 1499 133 6 2127 141 The following is a graphical representation of C CGI scalability with SSL. SSL P er formance T est: NSAPI The NSAPI module used in this test was printenv2.
T ABLE 6–19 SSL Performance Test: NSAPI Scalability Number of Cores Average Throughput (ops/sec) Av erage Response T ime (ms) 2 2729 29 4 5508 30 6 7982 32 The following is a graphical representation of NSAPI scalability with SSL.
Database system conguration: ■ Sun Microsystems Sun Fire 880 ( 900MH z US-III+) ■ 16384 M egabytes of memory ■ Solaris 10 operating system ■ Oracle 10.
JVM tuning: -server -Xmx1500m -Xms1500m -Xss128k -XX:+DisableExplicitGC E-commerce Application Description The test models an e-commerce web site that sells items from a large inventory.
T ABLE 6–20 Performance Test P ass Criteria (Continued) T ransaction 90th Perc entile Response Time (Seconds) BuyRequest 3 CustomerRegistration 3 Home 3 NewP roducts 5 OrderDisplay 3 OrderInquiry 3 ProductDetail 3 SearchRequest 3 SearchResults 10 ShoppingCart 3 The following table shows the e-commerce web application test results.
The following is a graphical representation of e-commerce web application scalability. Number of CPUs E-commerce W eb Application Scalability 11500 11000 10500 10000 9500 9000 8500 8000 7500 7000 2 4 .
Index Numbers and Symbols 64–bit servers performance advantages, 21 scaling, 101 A acceptor threads, 52 access time updates, 93 acl-bucket, 36 A CL user cache, 77-78 max-groups-per-user, 78 max-user.
disabling network interrupts, 98-99 disk conguration, 98 DNS cache, 68-70 async enabled, 70 current entries, 69-70 entries, 69-70 hit ratio, 70 maximum entries, 69-70 drive space, sizing issues, 10.
J J ava ES monitoring console, 37 J ava heap tuning, 71 J ava HotSpot VM, 71 java.lang.OutOfM emoryError, 86 J ava Security Manager, conguring, 79 J ava VM heap space, 86 J ava web applications, tu.
monitoring server performance (Continued) using J ava EE monitoring console, 37 using perfdump, 31-37 using performance buckets, 35-37 using SE toolkit, 95 using stats-xml, 29-31 mpstat 60 command, 95.
Q quality of service features, 20 statistics and, 24 queued connections, in JDBC resources, 74 R ratio, hit, 62 reapIntervalSeconds, 80 refresh, 65 reload-interval, 78 restart, 65 rlim_fd_max, 89, 96,.
TerminateTimeout directive, 42 test results, 103-126 thread pools, 48, 65-68 custom, 42-43 disabled, 41 native thread pool, 43-44, 66 threads, 40-46 acceptor, 52 creation statistics, 57-59 keep-alive,.
Un point important après l'achat de l'appareil (ou même avant l'achat) est de lire le manuel d'utilisation. Nous devons le faire pour quelques raisons simples:
Si vous n'avez pas encore acheté Sun Microsystems 7 c'est un bon moment pour vous familiariser avec les données de base sur le produit. Consulter d'abord les pages initiales du manuel d'utilisation, que vous trouverez ci-dessus. Vous devriez y trouver les données techniques les plus importants du Sun Microsystems 7 - de cette manière, vous pouvez vérifier si l'équipement répond à vos besoins. Explorant les pages suivantes du manuel d'utilisation Sun Microsystems 7, vous apprendrez toutes les caractéristiques du produit et des informations sur son fonctionnement. Les informations sur le Sun Microsystems 7 va certainement vous aider à prendre une décision concernant l'achat.
Dans une situation où vous avez déjà le Sun Microsystems 7, mais vous avez pas encore lu le manuel d'utilisation, vous devez le faire pour les raisons décrites ci-dessus,. Vous saurez alors si vous avez correctement utilisé les fonctions disponibles, et si vous avez commis des erreurs qui peuvent réduire la durée de vie du Sun Microsystems 7.
Cependant, l'un des rôles les plus importants pour l'utilisateur joués par les manuels d'utilisateur est d'aider à résoudre les problèmes concernant le Sun Microsystems 7. Presque toujours, vous y trouverez Troubleshooting, soit les pannes et les défaillances les plus fréquentes de l'apparei Sun Microsystems 7 ainsi que les instructions sur la façon de les résoudre. Même si vous ne parvenez pas à résoudre le problème, le manuel d‘utilisation va vous montrer le chemin d'une nouvelle procédure – le contact avec le centre de service à la clientèle ou le service le plus proche.
