Fault tolerant client-server environment

Data processing: measuring – calibrating – or testing – Measurement system – Performance or efficiency evaluation

Reexamination Certificate

Rate now

  [ 0.00 ] – not rated yet Voters 0   Comments 0

Details

Reexamination Certificate

active

06718282

ABSTRACT:

BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates to computer science. More particularly, the present invention relates to fault tolerant client-server environments.
2. Background
Many organizations have a substantial number of computers in operation, often located far apart. For example, a company with many factories may have a computer at each location to keep track of inventories, monitor productivity and do the local payroll. Connecting these computers via a network enables resource sharing by making all programs, equipment and especially data available to anyone on the network without regard to the physical location of the resource and the user.
Reducing the cost of computing is important. Small computers have a much better price/performance ratio than large ones. Mainframes are much faster than personal computers, but they cost significantly more. This imbalance has caused many systems designers to build systems consisting of personal computers, one per user, with data kept on one or more shared file server machines. In this case, the users are the clients, and this type of arrangement is referred to as a client-server architecture.
Turning now to
FIG. 1
, a block diagram that illustrates a typical client-server architecture is presented. Client
10
is connected to a server
12
via bus
14
. Communication typically takes the form of a request message
16
from the client
10
to the server
12
asking for some work to be done. The server
12
then does the work and sends back a reply message
18
. Typically, there are relatively many clients using a relatively small number of servers.
Reliability and availability are important features in client-server computing environments. Computer networks increase reliability by having alternate sources of supply. For example, all files may be replicated on multiple machines, so if one of them is unavailable (due to hardware failure or communication failure), the other copies may be used. In addition, the presence of multiple processors means that if the performance of a particular processor degrades sufficiently, the other processors may be able to take over at least a portion of its work.
Reliability and availability are especially important for applications that perform critical transactions. Such applications include military, banking, air traffic control, nuclear reactor safety and many other applications. In these cases, the ability to continue operating in the face of hardware or communication problems is of utmost importance. Servers in these systems typically must be fault tolerant. For instance, if the primary server is functioning poorly or not at all due to a heavy workload or network problems, a backup or secondary server may be invoked to assume the server workload, thus allowing critical transactions to continue without undesirable interruption.
Typically, the client in a fault tolerant system detects an improperly functioning server by monitoring communications between the client and the server. One typical fault tolerant algorithm requires that the client record each request it sends to the server. The client stores a specific number of recent requests into a buffer and relates any reply received to its respective request. This method requires a mechanism to uniquely identify each request and each reply. Typically, a separate task is activated periodically to check the delays and reply-request ratio, which is the number of replies received from the server divided by the number of requests sent to the server. If replies are received with large delays, or if the reply-request ratio is too small, deteriorating server performance is indicated.
This method of logging messages and associating each reply with a specific request increases the complexity and memory requirements of fault tolerant systems. This problem is exacerbated in modern client-server systems in which a single client is connected to many servers, requiring separate fault tolerant checks for each client-server connection.
Accordingly, a need exists in the prior art for a method and apparatus for a robust fault tolerant client-server system that requires relatively little processor and memory overhead.
BRIEF DESCRIPTION OF THE INVENTION
A method for determining the performance of a first processor in a computer network in which the first processor is connected to a second processor includes incrementing a request count when the second processor requests data from the first processor, incrementing a reply count when the second processor receives data from the first processor, dividing the reply count by the request count to create a ratio and indicating the performance of the first processor is less than expected when the ratio is less than a threshold. An apparatus for determining the performance of a first processor includes at least one memory having program instructions and at least one processor coupled to the first processor. The at least one processor is configured to increment a request count when the at least one processor requests data from the first processor, determine the performance of the first processor based upon a reply count and the request count and increment the reply count when the second processor receives data from the first processor.


REFERENCES:
patent: 4397020 (1983-08-01), Howson
patent: 5226120 (1993-07-01), Brown et al.
patent: 5276801 (1994-01-01), Heyen et al.
patent: 5471488 (1995-11-01), Bender
patent: 5555377 (1996-09-01), Christensen et al.
patent: 5581478 (1996-12-01), Cruse et al.
patent: 5671354 (1997-09-01), Ito et al.
patent: 5715394 (1998-02-01), Jabs
patent: 5717604 (1998-02-01), Wiggins
patent: 5787253 (1998-07-01), McCreery et al.
patent: 5790398 (1998-08-01), Horie
patent: 5802042 (1998-09-01), Natarajan et al.
patent: 5812529 (1998-09-01), Czarnik et al.
patent: 5835481 (1998-11-01), Akyol et al.
patent: 5922051 (1999-07-01), Sidey
patent: 5926829 (1999-07-01), Hagersten et al.
patent: 5963540 (1999-10-01), Bhaskaran
patent: 5987232 (1999-11-01), Tabuki
patent: 5987234 (1999-11-01), Hirosawa et al.
patent: 5991810 (1999-11-01), Shapiro et al.
patent: 6002671 (1999-12-01), Kahkoska et al.
patent: 6003079 (1999-12-01), Friedrich et al.
patent: 6018619 (2000-01-01), Allard et al.
patent: 6023724 (2000-02-01), Bhatia et al.
patent: 6026440 (2000-02-01), Shrader et al.
patent: 6047376 (2000-04-01), Hosoe
patent: 6108736 (2000-08-01), Bell
patent: 6125397 (2000-09-01), Yoshimura et al.
patent: 6134617 (2000-10-01), Weber
patent: 6144991 (2000-11-01), England
patent: 6247050 (2001-06-01), Tso et al.
patent: 6292905 (2001-09-01), Wallach et al.
patent: 6308238 (2001-10-01), Smith et al.
patent: 6339824 (2002-01-01), Smith, Sr. et al.
patent: 6434117 (2002-08-01), Momona
patent: 6442165 (2002-08-01), Sitaraman et al.
patent: WO 93/07569 (1993-04-01), None
patent: 97/13382 (1997-04-01), None
patent: 99/53408 (1999-10-01), None

LandOfFree

Say what you really think

Search LandOfFree.com for the USA inventors and patents. Rate them and share your experience with other people.

Rating

Fault tolerant client-server environment does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Fault tolerant client-server environment, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Fault tolerant client-server environment will most certainly appreciate the feedback.

Rate now

     

Profile ID: LFUS-PAI-O-3204207

  Search
All data on this website is collected from public sources. Our data reflects the most accurate information available at the time of publication.