Source: http://www.google.com/patents/US6684252?ie=ISO-8859-1&dq=6446111
Timestamp: 2015-05-30 01:26:50
Document Index: 523865639

Matched Legal Cases: ['ART1', 'ART2', 'ART3', 'ART4', 'ART5', 'ART6', 'ART7', 'ART8', 'ART9', 'ART10', 'ART11', 'ART12', 'ART13', 'ART14', 'ART15', 'ART16', 'ART17', 'ART18', 'ART19', 'ART20', 'ART21', 'ART22', 'ART23', 'ART24', 'ART25', 'ART26', 'ART27', 'ART28', 'ART29', 'ART30', 'ART31', 'ART32', 'ART33', 'ART34', 'ART35', 'ART36', 'ART37', 'ART38', 'ART39', 'ART40', 'ART41', 'ART42']

Patent US6684252 - Method and system for predicting the performance of computer servers - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsComputers submit requests of different types to a server. The response times of the server to the submitted requests is measured. Then, the average response times of the server is predicted based on the number and types of requests and the measured response times....http://www.google.com/patents/US6684252?utm_source=gb-gplus-sharePatent US6684252 - Method and system for predicting the performance of computer serversAdvanced Patent SearchPublication numberUS6684252 B1Publication typeGrantApplication numberUS 09/604,670Publication dateJan 27, 2004Filing dateJun 27, 2000Priority dateJun 27, 2000Fee statusPaidPublication number09604670, 604670, US 6684252 B1, US 6684252B1, US-B1-6684252, US6684252 B1, US6684252B1InventorsKingsum ChowOriginal AssigneeIntel CorporationExport CitationBiBTeX, EndNote, RefManPatent Citations (7), Non-Patent Citations (6), Referenced by (9), Classifications (15), Legal Events (3) External Links: USPTO, USPTO Assignment, EspacenetMethod and system for predicting the performance of computer servers
US 6684252 B1Abstract
Computers submit requests of different types to a server. The response times of the server to the submitted requests is measured. Then, the average response times of the server is predicted based on the number and types of requests and the measured response times.
What is claimed is: 1. A computer implemented method for measuring and predicting a performance of a server comprising the computer implemented steps of:
submitting a first predetermined number of requests of a first predetermined number of different types of requests to a server; measuring first response times of the server to the submitted first predetermined number of requests; calculating a first set of average coefficients using a model based on the measured first response times; predicting first average response times of the server using the model based on the first predetermined number of requests, the first predetermined number of different types of requests, and the first set of average coefficients; and generating a performance model of the server based on the measured first response times and the predicted first average response times. 2. The method of claim 1, further comprising, determining the a capacity of the server based on the first predetermined number of requests and the predicted first average response times.
3. The method of claim 1, wherein the server comprises a Web server.
4. The method of claim 1, wherein the first predetermined number of requests comprise e-commerce requests.
5. The method of claim 1, wherein the first predetermined numbers of different types of requests are programmable parameters of a program implemented by the computer.
6. The method of claim 1, wherein the first predetermined number of different types of requests comprise at least one of a price range, a keyword, and a plurality of keywords.
7. The method of claim 1, further comprising, generating a matrix to set the first predetermined number of requests to submit to the server.
8. The method of claim 1, further comprising, using a generalized linear model to calculate the first set of average coefficients and to predict the first average response times.
submitting a second predetermined number of requests of a second predetermined number of different types of requests to the server; measuring second response times of the server to the submitted second predetermined number of requests; calculating a second set of average coefficients using a model based on the measured second response times; predicting second average response times of the server using the model based on the second predetermined number of requests, the second predetermined number of different types of requests and the second set of average coefficients; and validating the performance model of the server based on the measured second response times and the predicted second average response times. 10. The method of claim 9, wherein the second predetermined number of different types of requests is a random number.
11. The method of claim 9, further comprising, using a generalized linear model to calculate the second set of average coefficients and to predict the second average response times.
12. A machine-readable medium comprising encoded information, which when read by a machine causes the acts of:
submitting a first predetermined number of requests of a first predetermined number of different types of requests to a server; measuring first response times of the server to the submitted first predetermined number of requests; calculating a first set of average coefficients using a model based on the measured first response times; predicting first average response times of the server using the model based on the first predetermined number of requests, the first predetermined number of different types of requests, and the first set of average coefficients; and generating a performance model of the server based on the measured first response times and the predicted first average response times. 13. The machine-readable medium of claim 12, further comprising, determining the a capacity of the server based on the first predetermined number of requests and the predicted first average response times.
14. The machine-readable medium of claim 12, wherein the server comprises a Web server.
15. The machine-readable medium of claim 12, wherein the first predetermined number requests comprise e-commerce requests.
16. The machine-readable medium of claim 12, wherein the first predetermined numbers of different types of requests are programmable parameters of a program implemented by the computer.
17. The machine-readable medium of claim 12, wherein the first predetermined number of different types of requests comprise at least one of a price range, a keyword, and a plurality of keywords.
18. The machine-readable medium of claim 12, further comprising, generating a matrix to set the first predetermined number of requests to submit to the server.
19. The machine-readable medium of claim 12, further comprising, using a generalized linear model to calculate the first set of average coefficients and to predict the first average response times.
20. The machine-readable medium of claim 12, further comprising,
submitting a second predetermined number of requests of a second predetermined number of different types of requests to the server; measuring second response times of the server to the submitted second predetermined number of requests; calculating a second set of average coefficients using a model based on the measured second response times; predicting second average response times of the server using the model based on the second predetermined number of requests, the second predetermined number of different types of requests and the second set of average coefficients; and validating the performance model of the server based on the measured second response times and the predicted second average response times. 21. The machine-readable medium of claim 20, wherein the second predetermined number of different types of requests is a random number.
a server; and a plurality of computers adapted to communicate with the server, each of the computers includes at least one agent, a first agent adapted to submit a first predetermined number of requests of a first predetermined number of different types of requests to the server, a second agent adapted to measure first response times of the server to the submitted first predetermined number of requests, and one of the computers adapted to calculate a first set of average coefficients and to predict first average response times of the server using a model based on the first predetermined number of requests, the first predetermined number of different types of requests, and the first set of average coefficients, and generate a performance model of the server based on the measured first response times and the predicted first average response times. 23. The system of claim 22, wherein one of the computers is adapted to determine a capacity of the server based on the first predetermined number of requests and the predicted first average response times.
24. The system of claim 22, wherein the server comprises a Web server.
25. The system of claim 22, wherein the first predetermined number of requests comprise e-commerce requests.
26. The system of claim 22, wherein the first predetermined numbers of different types of requests are programmable parameters of a program implemented by the computer.
27. The system of claim 22, wherein the first predetermined number of different types of requests comprise at least one of a price range, a keyword, and a plurality of keywords.
28. The system of claim 22, wherein the first agents is adapted to generate a matrix to set the first predetermined number of requests to submit to the server.
29. The system of claim 22, wherein one of the computers is adapted to use a generalized linear model to calculate the first set of average coefficients and to predict the first average response times.
30. The system of claim 22, further comprising, the first agent adapted to submit a second predetermined number of requests of a second predetermined number of different types of requests to the server, the second agent adapted to measure second response times of the server to the submitted second predetermined number of requests, and one of the computers adapted to calculate a second set of average coefficients and to predict second average response times of the server using a model based on the second predetermined number of requests, the second predetermined number of different types of requests and the second set of average coefficients, and to validate the performance model of the server based on the measured second response times and the predicted second average response times.
31. The system of claim 30, wherein the second predetermined number of different types of requests is a random number.
32. The method of claim 30, further comprising, using a generalized linear model to calculate the second set of average coefficients and to predict the second average response times.
The present invention relates to network communications. More particularly, the present invention relates to predicting the performance of computer servers.
The Internet is a well-known, global network of cooperatively interconnected computer networks. The World Wide Web (“Web”) portion of the Internet is a collection of computer servers that store Web pages, which are accessible by the public. The Web pages consist of text, graphic, audio/visual, and the like (i.e., multimedia).
FIG. 1 shows a simplified diagram of a network. Client computers 115 connect to an Internet Service Provider (“ISP”) 110, which provides Internet access to users of client computers 115. ISP 110 connects client computers 115 via a network 105 (i.e., the Internet) to servers 100. A browser, which runs on each of client computers 115, requests Web pages from servers 100. The browser allows the users of client computers 115 to navigate (or “browse”) between Web pages.
Web requests may represent a search for information, such as an e-commerce search for a product. As shown in FIG. 2, an e-commerce search interface presents a user with a plurality of options to select as search parameters, such as price range and/or keyword(s). The user selects the search parameters and clicks “search” to effect a search query. Server 100 returns a Web page with a list of matches to the query.
A concern of operators of computer servers 100 is allocating the limited resources of servers 100. The goal of the operators is to allocate the most resources to the most requested Web pages in order to increase access to the most pertinent information. The success of a Web page depends, then, on the performance of servers 100, which store the Web pages, because quick access to information is expected on the Web. Thus, it is crucial for the operators to predict with high certainty the performance of servers 100 in order to allocate their limited resources.
It is well-known in the art that a plurality of concurrent requests impact the performance of a server 100. Thus, the present performance prediction of server 100 is based on the response times of server 100 to concurrent requests by users of client computers 115.
Further, the types of request impact the performance of server 100. For example, for one shopping service, it was determined that the type of request impacts the performance of server 100 by at least a magnitude of three. Because concurrent requests and the types of the requests impact the performance of server 100, the determination of a model of the performance of server 100 must take these two factors into consideration. Otherwise, as determined from tests, the model of the performance of server 100 may miscalculate the actual performance of server 100 by 200%, which does not allow for the proper allocation of limited resources.
In addition, the use of the actual performance of server 100 fails as a basis for allocating limited resources. To begin, it is a measurement of past performance of server 100, and not of future performance, which may only marginally correspond to past performance. More importantly, measuring the performance of server 100 fails to isolate whether the performance fluctuations of server 100 result from an increase in requests or from the types of requests. Accordingly, there is a need in the art for improved performance prediction techniques for computer servers.
FIG. 1 depicts a simplified diagram of a network;
FIG. 2 depicts an e-commerce search interface;
FIG. 3 depicts computers to predict the performance of computer servers;
FIG. 4 depicts one embodiment of a flowchart to model the performance of computer servers; and
FIG. 5 depicts a lattice mixture design.
The embodiments of the present invention may be realized in a variety of implementations, including software, firmware, and/or hardware. Hence, the operation and behavior of the present invention will be described without specific reference to the software code or hardware components, it being understood that a person of ordinary skill in the art would be able to design software and/or hardware to implement the present invention, which predicts the performance of computer servers, based on the description herein.
The performance of a computer server is based on the response time of the server to a number of concurrent requests of different types. The types of requests to the server vary, and may depend on the mixture (or selection) of search parameters for a query. For instance, a shopping service may provide an e-commerce search interface with a plurality of search parameters (see FIG. 2), such as price range, keyword and/or plurality of keywords. In most search interfaces, logic operators, such as “and” and “or,” connect the plurality of keywords. The capacity of the server, however, may be adjusted to satisfy a response time, which fluctuates based on the concurrent requests, and the type(s) of the requests. This capacity calculation enables an operator of server to allocate its limited resources.
FIG. 3 depicts a simplified diagram of an exemplary embodiment. Computers 300 comprise agents that emulate users of computers 300. Computers 300 store the agents in a computer readable medium, such as a memory or storage device. Computers 300 connect to servers 100 via a network 105, such as a backbone. This embodiment enables the agents to request, for instance, Web pages from servers 100, which store Web pages.
FIG. 4 illustrates an exemplary method 490 for predicting the performance of server 100. In blocks 400 and 405 of method 490, an operator identifies the search parameters of a search interface, and the types of requests per concurrent requests, respectively. For instance, the operator may identify six search parameters, such as (1) a keyword; (2) two keywords; (3) three keywords; (4) four keywords; (5) a price range with a keyword; and (6) a price range with two keywords. For many search interfaces, these six search parameters are the most widely used. Nevertheless, the search parameters depend on the complexity of the search interface. The operator, thus, may identify different search parameters. It should be noted that logic operators (i.e., “or,” “and”) or basic operators (i.e., “within a certain number of words”) connect the plurality of keywords. Also, the operator may identify the types of concurrent requests. For instance, a parameter “one” indicates that the agents attempt to submit one type of request at any one time, a parameter “two” indicates that the agents attempt to submit at most two types of requests at any one time, and so forth, for higher number parameters.
In order to submit a predetermined number of requests to server 100, the operator identifies the agents in block 410. Because the performance of server 100 is based on the response time of server 100 to concurrent requests, the agents submit the predetermined number (i.e., a known load) of requests, such as 210,000 e-commerce Web requests. This predetermined number may be compiled from actual data. For example, the predetermined number may be derived from a log of actual Web requests, where the log corresponds to a particular time period, shopping season, and/or marketing campaign. It should be noted that the identified (or predetermined) numbers, which are stated above, are programmable parameters, and are programmed to assist the operator of server 100 to allocate the resources of server 100.
FIG. 5 depicts a matrix (i.e., a lattice mixture design (“LMD”)) used to model the performance of server 100. That is, LMD, which is based on the identified parameters, sets up the requests to server 100. The columns of the matrix represent the identified search parameters, which in this example is six; while the rows of the matrix represent the different requests. The rows are programmed based on the identified types of requests per concurrent requests, which in this example is two. Thus, the matrix of FIG. 5 comprises six columns and twenty-one rows. Each of rows 1-6 request one type of request. That is, the request of row 1 is a keyword (i.e., one type of Web request), while the request of row 6 is a price range with two keywords (i.e., one type of Web request). Moreover, each of rows 7-21 request two types of requests. That is, the requests of row 7 are (1) a keyword, and (2) two keywords, while the requests of row 21 are (1) a price range with a keyword, and (2) a price range with two keywords.
In block 415 of FIG. 4, the agents generate the LMD of FIG. 5. It should be noted that method 490 submits only a small number of requests relative to the possible combinations (i.e., permutations) of different types of requests, which is based on the search parameters of a search interface, for instance. Thus, the small number of requests to submit maximizes the use of the limited resources of the operator and reduces the time to predict the performance of server 100.
In block 420, the agents submit predetermined number of requests, which are based on the generated matrix. In this example, the agents submit 210,000 requests (or 10,000 Web requests per run of FIG. 5 (i.e., 210,000 Web requests/21 runs)). That is, for row 1, 10,000 requests are submitted using a keyword; for row 6,10,000 requests are submitted using a price range with two keywords. Further, for row 7, 5,000 requests are submitted using a keyword, and 5,000 requests are submitted using two keywords; for row 21, 5,000 requests are submitted using a price range with a keyword, and 5,000 requests are submitted using a price range with two keywords. For each run of FIG. 5, the agents submit concurrent, or close to concurrent requests (i.e., within a predetermined time range, such as one second), in order to accurately predict the performance of server 100. As noted above, the performance of server 100 is based on the response time of server 100 to concurrent requests of different types. For each request, then, response times of server 100 are measured by at least one processor (i.e., agent), which may comprise at least one of server 100, and computer 300. For each run, the average response times (i.e., sum of the measured response times over the number of concurrent requests) of server 100 are determined by the processor.
In block 421, the agents may repeat the act of block 420 in order to implement the “least squares” method to predict the performance of server 100 (see description below). The operator, for example, programs a “repeat” parameter, which identifies the number of times to repeat the act of block 420. In this example, the agents once again submit the predetermined number of requests of block 420. For each type of request, like in block 420, average response times of server 100 are determined. After repeating the act of block 420 for the identified number of times, method 490 proceeds to block 425.
In block 425, the average response times are manipulated using a generalized linear model (“GLM”), which is a variant of linear regression, as well as the “least squares” method, which endeavors to fit a line through a set of observations. In this embodiment, the GLM is of the form:
Average Response Time (“ART”)=c 0+c 1*f 1+c 2*f 2+c 3*f 3+c 4*f 4+
c 5*f 5+c 6*f 6+c 7*f 1*f 2+c 8*f 1*f 3+c 9*f 1*f 4+c 10* f 1*f 5+c 11*f 1*f 6+c 12*f 2*f 3+c 13*f 2*f 4+c 14*f 2* f 5+c 15*f 2*f 6+
c 16*f 3*f 4+c 17*f 3*f 5+c 18*f 3*
f6+c 19*f 4*f 5+
c 20*f 4*f 6+c 21*f 5*f 6 wherein the coefficients c1 to c21 are unknown (c0=0), while the independent variables (i.e., f1 to f6) and the average response time (“ART”) are known. That is, for the runs of FIG. 5, the independent variables of the ART equations are the values of the rows of the matrix. To illustrate, for run 1, the values of the independent variables are: f1=1.0; f2=0; f3=0; f4=0; f5=0; and f6=0. The ART equations in GLM form for block 420, which are based on the LMD of FIG. 5, are represented as follows:
ART1=c 1*f 1=c 1*1.0;
ART2=c 2*f 2=c 2*1.0;
ART3=c 3*f 3=c 3*1.0;
ART4=c 4*f 4=c 4*1.0;
ART5=c 5*f 5=c 5*1.0;
ART6=c 6*f 6=c 6*1.0;
ART7=c 1*f 1+c 2*f 2+c 7*f 1*f 2=c 1*0.5+c 2*0.5+c 7*0.5*0.5;
ART8=c 1*f 1+c 3*f 3+c 8*f 1*f 3=c 1*0.5+c 3*0.5+c 8*0.5*0.5;
ART9=c 1*f 1+c 4*f 4+c 9*f 1*f 4=c 1*0.5+c 4*0.5+c 9*0.5*0.5;
ART10=c 1*f 1+c 5*f 5+c 10*f 1*f 5=c 1*0.5+c 5*0.5+c 10*0.5*0.5;
ART11=c 1*f 1+c 6*f 6+c 11*f 1*f 6=c 1*0.5+c 6*0.5+c 11*0.5*0.5;
ART12=c 2*f 2+c 3*f 3+c 12*f 2*f 3=c 2*0.5+c 3*0.5+c 12*0.5*0.5;
ART13=c 2*f 2+c 4*f 4+c 13*f 2*f 4=c 2*0.5+c 4*0.5+c 13*0.5*0.5;
ART14=c 2*f 2+c 5*f 5+c 14*f 2*f 5=c 2*0.5+c 5*0.5+c 14*0.5*0.5;
ART15=c 2*f 2+c 6*f 6+c 15*f 2*f 6=c 2*0.5+c 6*0.5+c 15*0.5*0.5;
ART16=c 3*f 3+c 4*f 4+c 16*f 3*f 4=c 3*0.5+c 4*0.5+c 16*0.5*0.5;
ART17=c 3*f 3+c 5*f 5+c 17*f 3*f 5=c 3*0.5+c 5*0.5+c 17*0.5*0.5;
ART18=c 3*f 3+c 6*f 6+c 18*f 3*f 6=c 3*0.5+c 6*0.5+c 18*0.5*0.5;
ART19=c 4*f 4+c 5*f 5+c 19*f 4*f 5=c 4*0.5+c 5*0.5+c 19*0.5*0.5;
ART20=c 4*f 4+c 6*f 6+c 20*f 4*f 6=c 4*0.5+c 6*0.5+c 20*0.5*0.5; and
ART21=c 5*f 5+c 6*f 6+c 21*f 5*f 6=c 5*0.5+c 6*0.5+c 21*0.5*0.5.
Moreover, the ART equations in GLM form for block 421, which are also based on the LMD of FIG. 5, are represented as follows:
ART22=c 1*f 1=c 1*1.0;
ART23=c 2*f 2=c 2*1.0;
ART24=c 3*f 3=c 3*1.0;
ART25=c 4*f 4=c 4*1.0;
ART26=c 5*f 5=c 5*1.0;
ART27=c 6*f 6=c 6*1.0;
ART28=c 1*f 1+c 2*f 2+c 7*f 1*f 2=c 1*0.5+c 2*0.5+c 7*0.5*0.5;
ART29=c 1*f 1+c 3*f 3+c 8*f 1*f 3=c 1*0.5+c 3*0.5+c 8*0.5*0.5;
ART30=c 1*f 1+c 4*f 4+c 9*f 1*f 4=c 1*0.5+c 4*0.5+c 9*0.5*0.5;
ART31=c 1*f 1+c 5*f 5+c 10*f 1*f 5=c 1*0.5+c 5*0.5+c 10*0.5*0.5;
ART32=c 1*f 1+c 6*f 6+c 11*f 1*f 6=c 1*0.5+c 6*0.5+c 11*0.5*0.5;
ART33=c 2*f 2+c 3*f 3+c 12*f 2*f 3=c 2*0.5+c 3*0.5+c 12*0.5*0.5;
ART34=c 2*f 2+c 4*f 4+c 13*f 2*f 4=c 2*0.5+c 4*0.5+c 13*0.5*0.5;
ART35=c 2*f 2+c 5*f 5+c 14*f 2*f 5=c 2*0.5+c 5*0.5+c 14*0.5*0.5;
ART36=c 2*f 2+c 6*f 6+c 15*f 2*f 6=c 2*0.5+c 6*0.5+c 15*0.5*0.5;
ART37=c 3*f 3+c 4*f 4+c 16*f 3*f 4=c 3*0.5+c 4*0.5+c 16*0.5*0.5;
ART38=c 3*f 3+c 5*f 5+c 17*f 3*f 5=c 3*0.5+c 5*0.5+c 17*0.5*0.5;
ART39=c 3*f 3+c 6*f 6+c 18*f 3*f 6=c 3*0.5+c 6*0.5+c 18*0.5*0.5;
ART40=c 4*f 4+c 5*f 5+c 19*f 4*f 5=c 4*0.5+c 5*0.5+c 19*0.5*0.5;
ART41=c 4*f 4+c 6*f 6+c 20*f 4*f 6=c 4*0.5+c 6*0.5+c 20*0.5*0.5; and
ART42=c 5*f 5+c 6*f 6+c 21*f 5*f 6=c 5*0.5+c 6*0.5+c 21*0.5*0.5.
Thus, there are 42 ART equations and 21 coefficients. The coefficients vary (i.e., are not constants) because, as stated above, the performance of server 100 fluctuates based on the concurrent Web requests of different types. Since the number of ART equations exceed the number of coefficients, the “least squares” method is implemented to determine the average coefficients, which are used to predict the performance (i.e., average response times) of server 100.
In FIG. 4, an exemplary method 495 validates the model (i.e., the determined average coefficients). In block 435 of method 495, like in block 405 of method 490, the operator identifies the types of requests per concurrent requests. The identified parameter of block 435 may be a programmable parameter, or even a random parameter, which the agents may determine. Further, the identified parameter of block 435 may differ in value from the identified parameter of block 405 in order to determine the accuracy of the model.
In block 445 of method 490, like in block 420 of method 495, the agents submit a r predetermined number of requests, which are based on the parameter of block 400 (i.e., identified search parameters of the search interface) and the parameter of block 435 (i.e., identified types of requests per concurrent requests). As stated above, for each type of request, the agents submit concurrent, or close to concurrent, requests. For each request, response times of server 100 are measured, for example, by at least one processor (i.e., agent). For each type of request, then, average response times (i.e., sum of the measured response times over the number of concurrent requests) of server 100 are determined.
In block 450, using a GLM, the agents predict the response times for the requests based on the model (i.e., the determined average coefficients) of the performance of server 100 and the parameter of block 435. As noted above, the GLM is of the form:
ART=c 0+c 1*f 1+c 2*f 2+. . .
wherein the coefficients (i.e., c0, c1, c2, etc.) and the independent variables (i.e., f1, f2, etc.), which correspond to the parameter of block 435, are known. Thus, the agents solve ART equations, as shown above, in order to predict average response times (i.e., the unknown variables).
The accuracy of the model of the performance of server 100 is based on the difference between the measured average response times of block 445 and the predicted average response times of block 450. In block 455, the agents compute this difference. Then, the agents compute the ratio of the computed difference (i.e., numerator) and the measured average response times (i.e., denominator) in order to determine the accuracy of the model. In block 460, the agents compute the difference between 100% and the computed ratio, which is the computed difference between the measured average response times and the predicted average response times in percentage.
In block 465, the accuracy of the model is evaluated. If the accuracy of the model is not within an operator-specified acceptable range (i.e., greater than 95%), then method 495 proceeds to block 470. If the accuracy of the model is within the acceptable range, then the operator may use the model of the performance of server 100 to allocate their limited resources with high efficiency. In one exemplary shopping service, for instance, the model of the performance of a computer server was determined to have an accuracy of 98%.
In block 470 of method 495, method 490 is repeated in order to increase the accuracy of the model. If the operator identifies that the LMD of block 415 should be re-used, then method 495 proceeds to block 420. If the operator identifies that a different LMD should be generated, then method 495 proceeds to block 400. In this example, if the accuracy of the model failed to fall within the operator-specified acceptable range, then method 495 would proceed to block 400. In particular, in block 405, the identified parameter (i.e., the types of requests per concurrent requests) would be increased in order to more fully consider the impact of the types of requests on the performance of server 100.
Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5446680 *Jul 13, 1994Aug 29, 1995Ibm Business Machines CorporationSystem and method for obtaining network performance dataUS5812780 *May 24, 1996Sep 22, 1998Microsoft CorporationMethod, system, and product for assessing a server application performanceUS5892937 *Nov 27, 1996Apr 6, 1999Digital Equipment CorporationReal-time data cache flushing threshold adjustment in a server computerUS6292827 *Jun 20, 1997Sep 18, 2001Shore Technologies (1999) Inc.Information transfer systems and method with dynamic distribution of data, control and management of informationUS6438592 *Feb 25, 1998Aug 20, 2002Michael G. KillianSystems for monitoring and improving performance on the world wide webUS6457143 *Sep 30, 1999Sep 24, 2002International Business Machines CorporationSystem and method for automatic identification of bottlenecks in a networkUS6480749 *Dec 29, 1999Nov 12, 2002Bellsouth Intellectual Property CorporationMethod for performance measurement and an analysis of local exchange carrier interconnections* Cited by examinerNon-Patent CitationsReference1"SYSTAT(R)8.0-Statistics", p. 235.2"SYSTAT�8.0—Statistics", p. 235.3Daniel A. Menasce, et al., "Capacity Planning for Web Performance: Metrics, Models, and Methods", 1998, pp. 1-15.4George E.P. Box, et al. "Statistics for Experimenters: An Introduction to Design, Data Analysis, and Model Building", 1937, pp. 453-483.5Sam Kachigan, "Multivariable Statistical Analysis: A Conceptual Introduction", 1991 2nd edition, pp. 236-260.6Subbash Sharma, "Applied Multivariate Techniques", University of South Carolina 1996, pp. 1-16.Referenced byCiting PatentFiling datePublication dateApplicantTitleUS7010465 *Mar 29, 2004Mar 7, 2006Microsoft CorporationScalability test and analysisUS7174275 *Jan 24, 2006Feb 6, 2007Microsoft CorporationScalability test and analysisUS7216154 *Nov 28, 2000May 8, 2007Intel CorporationApparatus and method for facilitating access to network resourcesUS7376083Dec 9, 2003May 20, 2008International Business Machines CorporationApparatus and method for modeling queueing systems with highly variable traffic arrival ratesUS7636778 *Oct 22, 2004Dec 22, 2009Microsoft CorporationSystem and method for providing continual rate requestsUS7668096Feb 22, 2008Feb 23, 2010International Business Machines CorporationApparatus for modeling queueing systems with highly variable traffic arrival ratesUS8892632 *Jun 4, 2010Nov 18, 2014Microsoft CorporationClient-server interaction frequency controlUS20110302237 *Jun 4, 2010Dec 8, 2011Microsoft CorporationClient-Server Interaction Frequency ControlUS20120260231 *Mar 7, 2012Oct 11, 2012Fujitsu LimitedCode conversion method, apparatus, storage medium and request remaining time response method* Cited by examinerClassifications U.S. Classification709/228, 714/E11.197, 709/224International ClassificationG06F15/16, H04L29/08, G06F11/34Cooperative ClassificationH04L69/329, H04L67/22, G06F11/3414, G06F11/3452, G06F2201/875, G06F11/3419European ClassificationH04L29/08A7, H04L29/08N21, G06F11/34MLegal EventsDateCodeEventDescriptionJul 21, 2011FPAYFee paymentYear of fee payment: 8Jul 20, 2007FPAYFee paymentYear of fee payment: 4Jun 27, 2000ASAssignmentOwner name: INTEL CORPORATION, CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CHOW, KINGSUM;REEL/FRAME:010900/0715Effective date: 20000621RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services