Shared LAN Cache (SLC) addresses the increased performance required as application software, imaging and other large files are moved from local PC hard disks to file servers across LANs and WANs. Shared LAN Cache is easy to use and requires no user configuration or setup. All file security, rights, access methods and application metering work without modification.

Shared LAN Cache rejuvenates old file server hardware and software. SLC provides an inexpensive solution to a wide range of LAN and WAN performance problems without having to replace existing equipment or wiring. SLC Servers can also be used to dramatically enhance the performance of wireless LANs.

Shared LAN Cache utilizes an advanced client-server LAN caching architecture to solve LAN and WAN performance problems. SLC enhances the performance of LANs and WANs by providing a shared non- volatile cache on the local network segment. All of the SLC Clients on the local segment read cached data from SLC Server(s) off-loading existing file servers from redundant read requests.
SLC also supports a local caching option for the SLC Client to solve segment performance problems. This provides near-hard disk performance for application software running directly off of LANs or WANs.
Only recently have products appeared on the market that offer even limited support for LAN caching. They work like conventional caches, storing most recently used data in a local, memory-based cache. None of these products provide a non-volatile cache or a structure for sharing a cache with other nodes across a LAN; the unique and patent-pending technologies utilized in Shared LAN Cache™.
LAN caching is similar in architecture to conventional hard disk or CD ROM caching except that the source of data is a Local Area Network. The SLC Client uses its local RAM and hard disk to cache data requested over a LAN from a file server. Since the LAN is typically much slower than the local disk/memory systems, caching data already read from the LAN significantly improves network performance.
Using an SLC Server to cache information from a WAN vastly improves performance by off-loading redundant data reads from the remote file server.
The first time data is requested from the remote file server, it is read by the SLC Client from that server and written into the SLC Server. Subsequent requests for the same data from any of the SLC Clients are satisfied by the SLC Server on the local LAN segment. The process is transparent to the workstation and the file server except for a remarkable (10-50X) improvement in performance.

File Open, Close and Lock requests are transmitted unchanged to the file server. Requests to read data, after permission to read the file has been granted by the file server, are then satisfied by the SLC Server. The SLC Client software determines where to read data depending upon the response times of the SLC Servers and the file server.
If the data is not found either in the local or the remote cache, the SLC Client reads the requested data from the file server and also transmits the data to the SLC Server. The transmission of data to the SLC Server occurs during the shadow of time when the client is waiting for new data from the file server and causes little degradation in performance.

Shared LAN Cache Servers can be configured with any combination of RAM and hard disk and require no administration or support. The SLC Server has no rights or privileges on the network. All of the data stored in the shared cache was originally read from the file server by SLC Clients and then written into the shared cache of the SLC Server.

The SLC Server automatically ages data in the cache. As new data is written to the cache, and the cache fills up, data not recently accessed by the SLC Client is automatically discarded by the SLC Server. No setup or administration is required for this process.
The SLC Server employs non-volatile caching using flash memory or a high speed hard disk to preserve data when power is removed. The SLC Client software can also use a local, non-volatile cache to boost local segment performance.
The SLC Server employs non-volatile caching using flash memory or a high speed hard disk to preserve data when power is removed. The SLC Client software can also use a local, non-volatile cache to boost local segment performance.
Poor segment performance due to old networking hardware including Arcnet (2Mb) or Token Ring (4Mb) presents a problem that can be economically addressed with the SLC Client local caching. This option automatically stores data in a local non-volatile cache. Using a local cache on the SLC Client reserves the limited bandwidth of the network segment for file writes and security requests to the file server.
Inter-segment delays caused by bridges and routers pose a second type of problem that can be solved by adding an SLC Server on the local segment. SLC Clients read data from an SLC Server located on the client side of the router. Delays that normally occur when data is read across a router are avoided because the data reads are re-directed to the SLC Server on the local segment.
Poor file server performance caused by either slow file server hardware or software is a third problem that can easily be overcome using an SLC Server. Shared LAN Cache Servers off-load existing file servers from redundant read requests for data. The SLC Server handles all of the requests for data reads (often 70-80% of the server load) enhancing performance and freeing up the file server for other tasks.

Utilizing the SLC Server with a shared cache, however, is a better solution for reading data from remote file servers or WANs. Without the shared cache of an SLC Server, each SLC Client would have to go out across the WAN to read and cache the data. Using an SLC Server, data is only read once across the WAN and is written into an SLC Server where it is available to all of the SLC Clients.
An additional advantage of using SLC Servers is that no hard disk space is required for the SLC Client cache. All of the caching is done on the SLC Server where over 500 MB of the most recently read data are stored in a shared non-volatile cache.

SLC Servers deliver optimum performance when connected to the high speed port (ATM, FDDI, Fast Ethernet or 100VG-AnyLAN) of a Switch. Without upgrading to a Switch, the connection between the SLC Server and the existing hub, which by definition is a single segment, could become the performance bottleneck.

Home
Press