















Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
Community
Ask the community for help and clear up your study doubts
Discover the best universities in your country according to Docsity users
Free resources
Download our free guides on studying techniques, anxiety management strategies, and thesis advice from Docsity tutors
Some concept of Computer Systems Performance Evaluation are Measurement and Statistics, Performance Evaluation, Performance Metrics, Queueing Lingo, Software Performance Engineering. Main points of this lecture are: Performance Evaluation, Project Pre-Proposal, Project Proposal, Design Proposal, Project Report, Main Performance, Large Project, Performance Measurement, Material, Measuring Application Performance
Typology: Slides
1 / 23
This page cannot be seen from the preview
Don't miss anything!
Warm-Ups
Does Correlation
Imply Causation?
In doing these warmups, we’re exploring three different “levels” of environments. Warmup #1 focusses on very LOW level environments – where we look at individual actions
Warmup #2 looks at the next “higher” level of environment. An aggregate action – a stream of data made up of many packets, disk accesses over a span of time, and so on.
Warmup #3 in intended to look at a complex environment. For instance, the disk activities that occur to a “user” environment, the network traffic coming from multiple sources, the car and truck traffic associated with an intersection, etc. These do not lend themselves to simple analysis, and we get only aggregate results.
Once we’ve identified the environment, then we can select the tool. Low level environments require tools that can measure individual actions – Wireshark to watch an individual network packet, timing of individual left turns at an intersection. Medium level experiments probably won’t measure individual actions, but require tools that can measure throughput, response time, queueing time for a series of actions. High level, complex environments will perhaps need tools that understand the environment. For instance, a database in the cloud will support transactions made up of a number of smaller actions – it may involve network, disk, and other resources.
What you need to know:
In Warm-Up #1, there was a low-level tool you used; Wireshark is an excellent example – it gives lots of very detailed information.
Warm-Up #2 will use tools at the next higher level. On Windows these might be the Task Manager (fairly simple statistics) or the Performance Monitor that gives you detailed information. Neither of these give packet level details, but they provide information about aggregate network behavior. On LINUX, there are not such nice tools that come with the OS (at least, not that I’ve found.) There are numerous tools out there that you can download. Netstat and traceroute come with LINUX, but the command line interface isn’t much – you can get free GUI interfaces for them. Also take a look at: http://www.uperf.org/ http://www.cyberciti.biz/tips/top-linux-monitoring-tools.html and many others.
Note that there are two flavors of measurement here – and either is appropriate for your experiment:
The network generation tool is usually designed to max out the connection between A and B. It’s a measurement of capacity, and will find a bottleneck somewhere along the path. This is more of a network measuring tool (fine for this Warmup) than a system or application tool.
What you need to know:
Here is one possible example – but I encourage you to think up your own:
Your report should include the data analysis as you did in Warm-Up #1, (see Ground Rules) but in addition you should report on the relative advantages and disadvantages of the several tools you used..
You are free to come up with an environment of interest to you. But as before, measurement and reporting are essential.
Please try to DESIGN YOUR EXPERIMENT : There are a series of steps in Section 12 of the “Measurement and Statistics” Slides. Use the steps from there that are applicable. That section asks questions that will help you break down your project into do-able steps. Too many of us do an experiment and then say “that’s what I was planning on measuring all along.” This design process is extremely important.
Your report should include the data analysis as you did in Warm-Up #2, (see Ground Rules) but in addition you should report on the relative advantages and disadvantages of the tool you used. Docsity.com
Warm-Up # Measuring an Application Environment
A. Shows a use of the 12-step design process. B. Uses a tool to measure traffic. C. Measures at an application level – a fairly complex environment. Show that the benchmark you are using is representative of a real environment.
A. Is the experiment conducted such that there’s only one independent variable at a time? And that one independent variable leads to a change in the dependent variable – i.e., the dependent variable is really dependent? B. Are there several measurements under the same conditions – do we have the ability to assess the uncertainty in the results obtained? Is there discussion of significant figures, standard deviation and variation so we know how much we trust the numbers? C. Is there an analysis of why the variations seen in the numbers might occur? Is there a sanity check that the information presented makes sense? D. Is there an analysis that the dependence is due to causation and not just correlation? E. Is there a physical model presented that explains why the observed behavior occurs?
A. The presentation is mailed to me by noon on the date it is due. B. Includes a discussion of the environment being studied. C. Is at the right level; Not too much or too little detail. D. There’s a plot or graph presented. The visual information represents what was measured.
F. Presentation Completed within the time limit.
Name______________________
a) You build the simulation model. You need to collect some data for this, but I’m much less concerned about the extend of that data – you’ve doing a lot of hard work building the model, so that makes up for the lesser time spent measuring.
EXAMPLE: On the following pages, I give two examples of models built by former students; one build a monopoly game – it had a mechanism for moving the pieces around the board, included buying and selling of properties, for Chance and Community Chest, etc. Another student built a network model including several routers and nodes and determined what happens as traffic increases in this environment.
People almost always measure something that’s computer or network related; it’s so much easier to determine the performance characteristics of such things. You get to use all the things you’ve learned this semester. Talking about the “performance of weather” or the “performanceof responses to a questionnaire” while theoretically possible, I suppose, are pretty hard to do in practice.
Usually in this case your project would be a bigger example of the kind of thing you did for your warm-ups. It would follow the twelve-step process, and would be of a bigger scope and in more detail than you did for those warm-ups.
Here’s a list of measurement tools that people have used in the past:
Tracing and Tools Profiling Project in Eclipse, Iometer, Perfmon, Tcpdump, Wireshark, Iperf Simgrid simgrid.gforge.inria.fr, NetworkTrafficGenerator (ntg), Network Simulator (ns)
Web Server Performance: What factors affect the performance of Apache Tomcat.
Home WLAN Performance: Studies factors affecting the performance of home networks.
Mesh Networks: Measured and analyzed the performance of networks of computers.
Hadoop: A study of the measured performance of a “big data” database.
Data Base Behavior: Performance factors affecting the measured performance of data base updates.
Mobile Hard Drive: Measured the performance of a hard drive under a large number of conditions.
Goal: To get agreement on a topic in an informal way. Deliverable: Here you and I have a conversation/e-mail/brief write-up that contains a very short statement of what you want to do for a project. I Owe You: Very rapid feedback that the direction you have chosen is OK. What To Look For: Major issues I will check for include: