Solaris PC NetLink Software

Software Sizing Guide

White Paper

[ This document is also available in PDF format. ]

Contents


Information contained in this sizing guide is based upon guidelines developed by Sun Microsystems for the Solaris PC NetLink Blueprint currently in development, Readers should monitor the blueprint website (http://www.sun.com/blueprints) for availability of this document, as well as other related information and documentation.

Introduction

Organizations need to deliver network services and business-critical applications while controlling costs, maximizing uptime, and maintaining flexibility for future growth. LANs and workgroups consisting primarily of personal computers often fail to meet the demands of the heterogeneous, web-centric enterprise. Sun understands this dilemma, and continues to deliver innovative solutions like new interoperability technology that address these needs.

Today, corporate computing environments support multiple workgroups, frequently populated with personal computers connected through a local area network. Many of these workgroup installations have been deployed using Microsoft Windows NT protocols for managing users accounts and resources, hosted from PC servers. Unfortunately, the reliance on PC servers is not without problems-their proliferation has resulted in higher management costs and frequent service interruptions. The regrettable truth is that PC servers remain PCs-they are significantly less scalable, and are not built for the high reliability and availability needed in enterprise computing environments. If managers could only find a way to move departmental network services from PCs to more reliable, scalable platforms without changing their infrastructure, the benefits would be immediate and obvious.

Solaris PC NetLink Software

Sun Microsystems, aware of the need to accelerate the performance and efficiency of heterogeneous enterprise workgroups, has recently announced the Solaris PC NetLink software. Fully compatible with network technology from Microsoft, Solaris PC NetLink provides the key network services and resource sharing facilities required of Microsoft Windows 3.11, Windows NT, Windows 95, and Windows 98 clients.

Based on AT&T's Advanced Server for UNIX®, Solaris PC NetLink is Sun's next generation PC LAN integration server. A powerful tool for integrating PCs into the enterprise network, Solaris PC NetLink provides transparent and seamless access to key Microsoft Windows NT 4.0 services, such as file, print, and directory services, in addition to addressing critical enterprise computing needs:

  • Native NT services and tools to manage key server and network functions

  • Complete implementation of Windows NT 4.0 network services on the Solaris Operating Environment

  • Print, file, directory, and security services hosted on highly reliable, scalable server platforms with up to 64 processors

  • Coexistence of Sun Enterprise servers running Solaris PC NetLink under the Solaris Operating Environment with servers running Microsoft Windows NT

  • Flexibility to choose from a wide array of Sun hardware and software options (enterprise storage systems, legacy and high performance networking products, Java technologies).

  • Compatibility with Microsoft networking protocols to protect investments in existing technology

  • Reduced complexity and unlimited client support, lowering total cost of ownership

  • Industry-standard networking protocols

  • Security and authentication (SAM/SID)

  • NetBIOS protocol

  • Windows Internet Naming Service (WINS) protocol

  • File and print services (NTFS)

  • Service Pack 3 compatible

  • Easy to install using install wizards

  • All major PC client operating systems supported, including Microsoft Windows NT 4.0, Windows 95, Windows 98, Windows 3.11, O/S 2

Not a slow emulation product, Solaris PC NetLink is a native implementation of the core Microsoft network services found on Microsoft Windows NT 4.0 Server. It is engineered for Sun's more mature, reliable, and scalable servers and the Solaris Operating Environment (Figure 1). With Solaris PC NetLink, IT managers can consolidate the functionality of multiple PC servers onto a single, highly reliable multiprocessing Sun platform, providing scalability and growth far beyond that of traditional Microsoft Windows NT servers.

Figure 1: Solaris PC NetLink consists of core Windows NT Server services ported to the Solaris Operating Environment

Solaris PC NetLink software running on scalable Sun servers and the Solaris Operating Environment finally gives workgroup administrators the ability to configure departmental servers for unprecedented levels of reliability, availability, serviceability, and economy. Indeed, this combination enables enterprises to reach a long sought after goal-the ability to provide PC clients with the functionality they need using fewer, highly reliable servers running in a more robust, proven environment. In short, Solaris PC NetLink provides numerous important benefits to growing workgroups:

  • Increases the reliability of Windows NT environments

  • Transparently provides key Microsoft network services to users

  • Reduces complexity and lowers total cost of ownership

  • Provides throughput and headroom to accommodate demand and growth

  • Supports far more scalable systems than PCs provide

  • Runs the robust, reliable Solaris Operating Environment

  • Enables the consolidation of many applications onto fewer servers, reducing management costs and increasing uptime

  • Provides simple, familiar installation and administration tools

  • Fully Year 2000-compliant

The Importance of Sizing Network Server Environments

Scalability is critical to companies needing to make the most cost-effective use of their computing resources, gracefully handle peak workloads, and grow their computing environment as their business grows. There are three aspects to scalability:

  • How the system responds to increasing workloads-what performance it provides, and, as the workload increases, whether it crashes or provides gracefully-degrading performance.

  • How easy it is to add processors, CPUs, storage, and I/O resources to a system or network that must serve increasing demands from users.

  • Whether the same environment can support applications as they grow from low-end systems to mid-range servers and mainframe-class systems.

Indeed, the careful sizing of a server is essential if the network environment is to operate at peak efficiency. Servers, storage subsystems, and software platforms vary significantly in their ability to satisfy key requirements such as scalability from small to large networks, and fast and transparent access by geographically distributed users. It is imperative, therefore, that organizations analyze carefully the roles systems play, and usage loads and patterns, and that they ensure sufficient capacity exists for both short and long term growth. Not doing so places the effectiveness of the environment in jeopardy.

Sizing Methodology

Before an organization can determine how best to configure and utilize servers running the Solaris PC NetLink software, the computing environment must be analyzed to ensure it is sized appropriately. In particular, organizations should:

  • Define the system load

  • Define peak time

  • Measure system throughput

  • Determine the number of users

  • Back off from theoretical limits to ensure sufficient headroom

  • Incorporate other server functionality sizing and make trade-offs with other non-performance related requirements such as RAS and cost issues

  • Prototype to check assumptions

Define System Load

Organizations need to determine their user load in order for any sizing analyses to be useful. The user load is defined as a mix of file operations, including multiple writes for autosave functions. Email and printing activity must also be taken into account. It is not unreasonable, for example, for a typical user to consume 20 MB/day of throughput-a value which will be used in this document to reflect a typical user load. To anticipate future growth and technology trends, this number should be doubled. In short, allocate 40 MB/day per user to ensure daily needs can be met and that future needs can be handled adequately.

Determine Peak Time

Organizations need to determine their peak time and ensure the system can support it. It is important to remember that peak time-the most critical time to support users-will vary from site to site. While no server can handle the simultaneous use of all of its services by the entire user community, steps can be taken to ensure it handles peak loads well. To do so, organizations must determine when the peak load will occur and for how long, whether that occurs for half an hour each morning and afternoon, or an hour in the middle of the day, or both. The system should be sized assuming the user load for the entire day will occur during this peak time. Once such patterns are analyzed and understood, choices can be made that help the system handle the load and provide the services users demand.

Measure the System

To evaluate server systems, such as those running the Solaris PC NetLink software, Sun utilizes the Ziff Davis benchmark Netbench-an industry accepted benchmark that measures server file throughput. During each test, PC clients make network file requests. As the operations are performed, Netbench determines how much data is moved with each request, as well as how quickly the task is performed. The throughput calculations for each client are combined to determine overall server throughput.

CPU Utilization

For many years, a central theme in the development of commercial systems has been the creation of faster processors. This emphasis paid off handsomely as increasingly sophisticated technology allowed the development of faster and faster systems. However, applications have become more sophisticated, and now require faster architectures to get the job done. Indeed, many applications yield the best results when hosted on scalable, parallel processing systems.

The first, and easiest, place to start is to analyze the CPUs involved. With very few exceptions, little can be gained from a system once the CPUs have become saturated. It is important, therefore, for administrators to determine how many CPUs are available, and whether or not they can handle expected loads. Furthermore, it is important to be able to understand how many processors can be added to the system before no further performance gains can be realized.

To understand the effects of CPU utilization and its impact on system throughput, Sun tested a Sun Enterprise 450 server running the Solaris PC NetLink software with Netbench. The Sun Enterprise 450 server was configured with one to four 400þMHz UltraSPARC processors, 1 GB of memory, twenty 10,000 RPM SCSI drives, and a Gigabit Ethernet connection. Figure 2 depicts the effect of processor scaling in a Solaris PC NetLink server environment. The maximum relative performance of the Sun Enterprise 450 server when 1 to 4 processors were enabled on the system indicates that a 4 processor system delivers a maximum throughput of 15.76þMB/second.

Figure 2: The effects of processor scaling in Solaris PC NetLink environments

Calculate Maximum Number of Users

Organizations need to know how many users can be accommodated by any given system. Indeed, the level of service the server is expected to deliver during peak times typically determines the resources needed. Since the nature of peak loads varies from site to site, a conservative estimate is appropriate. By determining a reasonable peak time and applying the results of benchmarks, it is possible to determine the number of users the system can support.

Figure 3 suggests a simple yet effective measurement technique that indicates that the maximum number of users capable of being supported on a system for a particular peak period is equal to the system throughput multiplied by the peak time divided by the load. [Number of Users = (System Throughput x Peak Time)/Load]. It is important to note that this suggests a theoretical maximum number of users that can be supported at the peak and should only be considered a baseline from which other server considerations and trade-offs should be made. The previous doubling of the user load and using only 80% the maximum measured throughput are conservative measures that endeavor to make this user count realistic.

Calculation using example data listed above: [(12.61 MB/second) x (3000 seconds)]/(40 MB/user) = 946 users

Figure 3: Formula and example of a simple yet effective way to determine the maximum number of users supported by a Solaris PC NetLink server system

For example, a 4 processor system can deliver a maximum of 15.76 MB/second of file throughput. Once such theoretical maximums have been determined, practical consideration must be given to anticipated and unexpected growth. Consequently, Sun suggests that organizations back off from theoretical limits by 20 percent to help ensure sufficient capacity remains and is readily available as needs dictate. As a result, a 15.76 MB/second system should be assumed to provide only 12.61 MB/second (15.76 MB/second x 80%) of throughput.

Furthermore, it is assumed that the users place a peak on the server for 25 minutes in the morning as well as for 25 minutes in the afternoon, for a total peak time of 50 minutes. Consequently, the server will have more than sufficient resources during off-peak times. As a result, 12.61 MB/second throughput can handle 946 users each utilizing 40 MB per day during a combined peak time that lasts one hour. Again, this is a baseline by which further functionality and cost trade-offs may be required, and planning for user disk capacity and redundancy should be considered.

System Throughput

Simply measuring overall system performance is not sufficient. Indeed, system throughput is a critical factor, and organizations need to understand which subsystems are underperforming and ensure those problems are resolved. To ensure the entire system performs well, each subsystem must be evaluated, configured, and tuned to enable it to handle peak loads. In particular, administrators need to analyze the following:

  • Memory utilization
  • Disk throughput
  • Network throughput

Memory

Determining the memory requirements for a Solaris PC NetLink server requires several considerations, including the needs of the Solaris Operating Environment as well as the Solaris PC NetLink software.

  • Solaris Operating Environment memory requirements

    Organizations should employ conservative estimates for Solaris Operating Environment and UFS file cache requirements, as depicted in Table 1.

    Memory Requirements
    Large Kernel Size
    60 MB
    System Process
    10 MB
    System Libraries
    15 MB
    Background Processes
    27 MB
    Solaris Shared Memory Segment
    1 MB
    Total Fixed Memory Requirements
    113 MB

    Table 1 Fixed Solaris/UFS memory requirements of medium to large systems

  • Solaris PC NetLink process memory requirements

    The Solaris PC NetLink software executes primarily as a user process, and each lmx.srv process typically will serve several PC network clients. By default, the Solaris PC NetLink software allocates one lmx.srv process for every five PC client connections. While most configurations do not need to distinguish between the number of connections and the number of PC clients, it is important to allocate 4052 KB of memory for each lmx.srv process spawned.

  • Solaris PC NetLink shared memory requirements

    The Solaris PC NetLink software allocates 940 KB of shared memory, most of which is used to store memory structures used to define open files. The 940 KB can accommodate up to 7,500 open files. Should more open files be required, it will be necessary to increase the size of the Solaris Operating Environment shared memory segment.

  • Solaris PC NetLink mapped files

    The Solaris PC NetLink software access several shared files during normal operation. These files are typically mapped into the process address space via a Solaris mmap call. Typically, all lmx.srv processes will have the Access Control List (ACL) database mapped into their address space. The mmap operation will effectively create a portion of memory into which all lmx.srv processes will map. Since this memory is allocated out of physical memory, it is important that memory be allocated to enable a reasonable amount of the database to reside in memory at all times. Administrators should note that a typical directory ACL database entry is approximately 1 KB in size, and a file ACL database entry is approximately 300 bytes. For normal user use of file volumes though Solaris PC NetLink, a good rule of thumb is to allocate 1.5 MB of memory for every 1 GB of shared disk space exported by Solaris PC NetLink.

  • Read cache

    The Solaris Operating Environment uses all unallocated physical memory as a read cache, enabling frequently accessed files to remain in memory and thereby increase read performance. While file write operations may be buffered for a short while, data is quickly flushed to disk to help ensure reliability in the event of a system outage. It is important, therefore, to allocate at least two percent of the active database file (user files in the home directory server) to allow the system to benefit from the read cache. Another rule of thumb indicates that an additional 10 percent of physical memory should be allocated for the read cache after sizing all other parameters. Sun suggests that organizations use the larger of the two numbers in an effort to be conservative.

It is important to take into account the Solaris Operating Environment, its processes and daemons, Solaris PC NetLink processes, mapped files, and databases, and the read cache to determine memory requirements. Reaching peak throughput relies on the use of memory to allow the Solaris Operating Environment environment and the Solaris PC NetLink software to operate efficiently without excessive swapping and other disk use. Figure 4 summarizes the memory needed to permit the planned peak load to be realized.

Figure 4: Calculating total memory requirements

It is important to note that Figure 4 identifies the memory required for only the Solaris Operating Environment and Solaris PC NetLink software. If other server functions are going to be supported on the same system, sizing exercises should be performed to account for any additional memory requirements. Administrators should keep in mind that rounding up to the next supported Sun memory configuration is appropriate. Remember, additional server memory improves performance and enables the server to operate and peak performance for as long as possible.

Disk Throughput

It is not unusual for storage capacity requirements to grow by as much as 100% per year. Coincident with this growth is an increasing need to ensure ready access to data whenever it is needed. System administrators know that raw capacity and performance do not stand alone-both scalability and high availability are important practical requirements for ensuring economical and reliable operation and information access. Indeed, disk subsystems must be configured and tuned to match the performance, availability, and cost requirements of users, and that the user load be distributed across disk subsystems that have sufficient redundancy and throughput to match what CPUs can deliver. When sizing a server, organizations need to focus on both capacity (MB/user) and throughput (MB/second) as either one can be a limiting factor.

Redundant Arrays of Inexpensive Disks, or RAID systems, were first formally defined by researchers at Berkeley in 1987. The most important part of their idea was to combine the power of small, inexpensive drives to achieve performance equal to a single large, expensive disk. Because RAID required multiple spindles, features were also needed that could protect against the data loss that could be caused by the failure of any one of the drives. These original safeguards subsequently became an important feature in their own right, with many users purchasing RAID systems just for their availability.

Today, disk arrays are sold as an intelligently managed collection of disk drives organized to optimize performance for a particular set of tasks. All RAID systems achieve higher performance and/or reliability by replicating or spanning data across multiple disks. Exactly how this is done has profound effects on subsystem performance, cost, and reliability. Multiple RAID levels, numbered 0 through 5, offer varying degrees of performance, reliability, redundancy, and availability.

Sun suggests the following guidelines for enabling sufficient disk throughput on Solaris PC NetLink servers:

  • Ensure the user load is distributed across redundant RAID environments. Make sure there is sufficient throughput to match what the CPUs can deliver.

  • Allocate CPU resources for software RAID support. RAID-5 configurations should dedicate a CPU for its use.

  • Utilize hardware RAID which permits persistent storage to speed write operations and off-load work from the CPU to the storage subsystem.

Disk Capacity

When planning server system disk space, administrators must include additional space for Solaris PC NetLink system software and databases. Sun suggests the following items be considered:

  • Plan for 40 MB of space in /opt for the Solaris PC NetLink software.

  • Allocate space in /var/opt according to the number of users utilizing file ACLs. By default, the Solaris PC NetLink software will define an ACL for every directory it creates. Most files will inherit the ACL of their parent directory, and will not normally require an ACL entry in Solaris PC NetLink software's database. If an ACL is forced to be different than its parent directory, Solaris PC NetLink will store the file ACL as well. Consequently, administrators should be aware that directory ACLs typically require 1 KB of disk space to be stored, and file ACLs normally require 300 bytes. For example, assuming an average user creates 100 directories using Solaris PC NetLink on a server, 100 KB (100 * 1 KB) of ACL disk space would be required per user in Solaris PC NetLink software's ACL database. Based on these assumptions, a 300 user server would require 30 MB (300 * 100 KB) of disk space in the /var/opt file structure.

  • User and application disk space also needs to be allocated. This space is usually determined by site policy and follows typical sizing rules.

Disk Sizing

Disk sizing requires two considerations for the sizing exercise, and one for RAS and cost trade-offs. Disk sizing requires disk subsystems meet throughput and capacity requirements. System planners must decide the RAID configurations required, and consider if software or hardware RAID implementations are best suited to meet performance or cost priorities. Administrators should note that software RAID, particularly RAID-5, can require significant CPU resources which were not part of the Solaris PC NetLink CPU sizing exercise.

To determine the effects of disk subsystems in Solaris PC NetLink server configurations, Sun tested several Sun Enterprise servers running the Solaris PC NetLink software with multiple disk subsystem configurations. Table 2 describes the maximum throughput performance of these systems under various load conditions.

Maximum Throughput
Sun StorEdge A1000 Twelve-Disk RAID-0 Subsystem
22.29 MB/second
Sun Storedge SRC/P RAID Card,
Eight-Disk RAID-5 Subsystem with 10,000 RPM Drives
13.97 MB/second
Fourteen Disk RAID 0 Subsystem using Sun Enterprise Volume Manager software
11.95 MB/second
Eight Disk RAID 0 Subsystem using Sun Enterprise Volume Manager software
10.03 MB/second
Eight-Disk RAID 0 Subsystem using Solstice DiskSuite software
8.38 MB/second
One Raw 7200 RPM Seagate Drive in a Sun Enterprise 250 System
1.35 MB/second

Table 2 Netbench disk subsystem performance comparison

Consider a sample calculation using the previous CPU example as a basis, and determine the number and type of disks required to support the configuration during expected peak conditions. Previously it was determined that 12.61þMB/second was the peak throughput to support 946 users for a 50 minute peak duration. In such a scenario, a Sun Storedge SRC/P RAID Card with eight disks configured as a RAID-5 subsystem could meet the throughput requirement.

But what about capacity requirements? Since 100 MB of disk space is needed per user, 946 users would require 92 GB of storage space. However, an 8-disk RAID-5 volume using 9 GB drives would only provide approximately 58 MB of storage capacity. Consequently, at least two such volumes would be needed to meet capacity needs, and would have the side effect of enabling throughput requirements to be met more comfortably. Administrators need to consider such issues to ensure the proper amount and type of disk storage is employed.

Network Throughput

Networks must not only keep pace with technological advancements, they must ensure that sufficient resources are available to meet the demands of increasingly sophisticated applications.

When a network server is unable to respond to a client's request, the client typically retransmits the request a number of times. Each retransmission induces additional system overhead and generates more network traffic. Organizations can mitigate the extent of excessive retransmissions by improvements in three areas: data integrity, system performance, and network congestion.

Sun suggests the following guidelines for network loading:

  • Ensure the network infrastructure can handle the load; avoid bottlenecks.

  • Remember that 100 Mbit full-duplex networking technology can deliver approximately 12.9 MB/second of full duplex bandwidth as measured by Netbench. Back off by 20 percent to ensure sufficient capacity exists for future expansion.

  • Employ switch technology where appropriate.

  • Always employ two network wires to increase redundancy and ensure availability in the event of a network failure.

Solaris PC NetLink Sizing Guidelines

During the course of its analysis and testing of the Solaris PC NetLink software, Sun has determined that small, medium, and large configurations require different resource allocations to ensure peak system efficiency. Table 3 describes the suggested configurations for Solaris PC NetLink server environments.

The Sun blueprint website (http://www.sun.com/blueprints) contains documentation and other information related to the sizing of Solaris PC NetLink servers. In addition, Sun has created a spreadsheet that enables organizations to try out different configurations and scenarios and understand the impact on server sizing. Tools such as these are not a panacea, and cannot take into account the nuances of every environment. Consequently, use of this spreadsheet requires close attention to its underlying working assumptions.

The sizing spreadsheet will be available on Sun's blueprint web site in the near future.

Small Configurations Medium Configurations Large Configurations
Light Heavy Light Heavy Light Heavy
Number of Users
100
100
500
500
1000
1000
System Throughput
20 MB peak
40 MB peak
20 MB peak
40 MB peak
20 MB peak
40 MB peak
Peak Time
120 minutes
60 minutes
120 minutes
60 minutes
120 minutes
60 minutes
Number of Processors 400 MHz, or 300 MHz, or 250 MHz
1 1 1
1 1 1
1 1 1
2 3 3
1 1 2
4 5 6
MB of Memory
495
495
768
768
1011
1011
# Full-duplex, Load-balanced,
100 Mbit Ethernets
1
1
1
1
1
2
Number of 8-disk
Hardware RAID-5
Volumes Recommended1
1
1
2
2
4
4

1. Add one processor if software RAID-5 is used.

Table 3 Suggested configuration sizing for Solaris PC NetLink server environments

Performance Snapshot

When sized appropriately, Solaris PC NetLink servers perform well and provide the throughput required for most needs. Figure 5 shows the results of the Netbench 5.01 benchmark executing on two Sun Enterprise servers running the Solaris PC NetLink software. The Netbench benchmark was executed using sixty 200þMHz PCs running Microsoft Windows 95 as Netbench clients. The PCs were attached to a network switch via 100 Mbit full-duplexed connections, and the server was attached to the switch via a Gigabit Ethernet connection. Both servers had 1 GB of memory.

The results illustrate the performance of a Sun Enterprise 450 server with four 400 MHz UltraSPARC-II processors as well as that of a Sun Enterprise 6000 server with twelve 250 MHz UltraSPARC-II processors. It is important to note that as the benchmark adds more 100% duty cycle PC loads, server throughput responds to the load. Keep in mind that the loads placed on the servers by the PCs running the benchmark place a significantly greater load than a typical user attempting to access files via PC-based productivity applications. For example, one simulated Netbench client running the Netbench benchmark could simulate 10 to 100 actual PC clients (with the number varying greatly depending upon actual user conditions) because one Netbench client stresses the server in a manner far beyond a typical PC user.

Figure 5: Solaris PC NetLink performs well on Netbench loads

As Figure 5 illustrates, the Sun Enterprise 450 server outperformed the Sun Enterprise 6000 server during the early portions of the benchmark. During non-peak times, users may experience performance that is reflected in the 1 to 8 client portion of the curve. As the number of clients increased significantly, the Sun Enterprise 6000 server configured with twelve 250 MHz processors scaled to ~25 MB/second while the Sun Enterprise 450 server scaled to 15.7 MB/second.

The Sun Enterprise 6000 server maintained higher throughput with its twelve 250 Mhz processors, however the Sun Enterprise 450 server obtained more throughput for each of its 400 MHz processors. In addition, the Sun Enterprise 6000 server continued to increase slightly at the end of the benchmark, indicating that additional throughput might be possible. Note that the Solaris PC NetLink registry values were changed to permit the Sun Enterprise 6000 server to utilize all of its 12 processors during the test.

Any slight perturbations in the benchmark are caused by Solaris PC NetLink lmx.srv processes coming on-line one at a time. As new processes are spawned by additional PC clients, the benchmark accelerates slightly as more processors are involved in the test.

Solaris PC NetLink -þProven Performance and Unparalleled Scalability

Workgroups are fast becoming a business-critical component of enterprise computing. This new reliance on the role of workgroups is causing organizations to revisit their implementations. Indeed, workgroups based on personal computers are coming up short, and organizations need more reliable and scalable platforms from which to deploy business-critical computing services.

Sun has provided foundation-level products for mission-critical computing for over 15 years, and stands prepared to deliver the solutions needed to advance the effectiveness of workgroup computing environments. The fact is, every environment is different, and some will achieve more throughput than
others-particularly those that can benefit from fast hardware and software platforms.

The Solaris PC NetLink server software was designed to provide native Microsoft NT Server functionality in the robust Solaris Operating Environment. Like all server systems, those based on Solaris PC NetLink need to be sized and configured to match the needs of users. Indeed, only by measuring such systems, properly determining peak loads and times, and making configuration adjustments can organizations ensure they operate at peak efficiency.

The combination of Solaris PC NetLink software running on scalable Sun servers and the Solaris Operating Environment finally gives departmental computing administrators the ability to configure workgroup servers for extremely high levels of reliability, availability, serviceability, and economy. Indeed, this combination enables enterprises to reach a long sought after goal-the ability to provide PC clients with the functionality they need, but consolidated onto fewer, highly reliable platforms running in a more robust, proven operating environment.

More information on Solaris PC NetLink and related Sun products can be found at http://www.sun.com on the World Wide Web.


References

Sun Microsystems, Inc. posts product information in the form of data sheets, specifications, and white papers on its Internet World Wide Web Home page at: http://www.sun.com.

Look for abstracts on these and other Sun technology white papers:

Better By Design-The Solaris Operating Environment, Sun Microsystems, 1998.

Bringing Enterprise-Class Reliability and Scalability to PC Networks, Sun Microsystems, 1998.

Sun Enterprise SyMON-Managing the Integrated Enterprise, Sun Microsystems, 1998.

Sun Solaris Operating Environment, Sun Microsystems, 1998.

Solaris PC NetLink Performance, Scaling, and Deployment, Sun Microsystems, 1999.

Web sites of interest: