Experiment with computer system measurements, Basic Computer Science

In this assignment, you need to experiment with computer system measurements.

Firstly, pick a platform to study. Any Unix-based system (such as a PC running some version of Linux) is acceptable (no Windows-based systems please). Secondly, perform some simple experiments, which you design to bring out various properties of the file system under test. Thirdly, generate plots to demonstrate properties - call them "empirical proofs". Finally, write up what you did. You can work in groups of two for this project. You may work alone if you prefer.

In this assignment, we shall explore the inner-workings of the file system. In a Unixbased file system, assume we have the following system calls to work with: open(), close(), read(), write(), lseek(), and fsync(). Please use man pages to find more information about the working of these calls.

The assignment is based on writing code snippets that help in measuring time taken to perform various file system operations.

Step 1. Platform. Pick a Unix-based platform to work on. This might very likely be something like a PC running Linux, but feel free to experiment with whatever system you have access to, e.g., FreeBSD, some old UNIX system like AIX, or even Mac OS X.

However, it must be a Unix-based system.

Step 2. Timers. The accuracy and granularity of the timer the is being used will have a large effect on your measurements. Therefore, you should use the best timer 1available. Fortunately, on x86 platforms, a highly accurate cycle counter is already available. The instruction to use it is known as rdtsc, and it returns a 64-bit cycle count.

By knowing the cycle time, one can easily convert the result of rdtsc into useful time.

First thing is to figure out how to use rdtsc or its analogue (you can use Google to find out more about it). Then, you need to get a cycle count, convert the result into seconds and measure how long something takes to execute (e.g., a program that calls sleep(10) and exits should run for about 10 seconds). Confirm whether the results make sense by comparing them with a less accurate but reliable counter such as gettimeofday. Note that confirmation of timer accuracy is hugely important.

Step 3. Measuring the file system. After getting the timer in order, measurements have to be recorded for the file system that is being used. All measurements should be taken on the local disk of some machine, please do not measure the performance of a distributed file system, for example, the CSE home directory. If you aren't using your own machine, you might consider the Linux Lab in which case you might want to work in /tmp.

The experiments that are designed should address the following questions.

1. How big is the block size used by the file system to read data? Hint: use reads of varying sizes and plot the time it takes to do such reads. Also, be wary of prefetching effects that often kick in during sequential reads.

2. During a sequential read of a large file, how much data is prefetched by the file system? Hint: time each read and plot the time per read.

3. How big is the file cache? Hint: Repeated reads to a group of blocks that fit in cache will be very fast; repeated reads to a group of blocks that don't fit in cache will be slow.

4. How many direct pointers are in the inode? Hint: think about using write() and fsync() to answer this question. Or use read(). Also, think about what happens when you extend a file and all of a sudden an indirect pointer has to be allocated - how many more writes occur at that point?

In the write-up, there should be one or more plots which help answer the questions above. Also, try to critique the answers by posing questions such as, are the conclusions you draw foolproof? Or are they mere hypotheses? A major issue with any data collection is, how convincing are the numbers? How does one deal with experimental noise? etc. You should use repetition to increase the confidence, i.e., take multiple measurements of an event, and compute (for example) an average over many runs instead of the result from just a single experiment.

Step 4. Writing it up. After the experiments, please follow the below mentioned format to write your paper (report).

1. Title: The title should be descriptive and fit in one line across the page.

2. Author: This should be right under the title, says who you are.

3. Abstract: This is the paper in brief and should state the basic contents and conclusions of the paper. Read some of the abstracts of papers we have had in class to get a better idea. In general, the abstract is an advertisement that should draw the reader into reading your paper, without being misleading. It should be complete enough to understand what will be covered in the paper. Do not be afraid of giving away the ending!

4. Intro: This is a short overview of what you did, and what you learnt. This should contain more motivation than the abstract. Again, please make sure you include your main conclusions.

5. Methodology: This should answer questions such as, what you measured in the file system and how you went about doing it. Please include something about your timer accuracy, as well as a description of the platform you used to the level of detail such that someone else could reproduce the same experiments elsewhere.

6. Results: This section should mainly consist plots, each addressing the questions above. Please make sure that graphs have axes labeled (including units). Also include code snippets with each plot (or some rough description of the methodology used to conduct the experiment) so that the reader can follow your idea. This should be followed by the conclusions for each of the plots.

7. Conclusions: Summarize the conclusions here, and discuss things you have learnt during this experimentation.

Note. This paper (report) should be at most 6 pages long (including everything), in 10 point, double column format. Your write-up should not re-describe the assignment. The paper must be written using proper English grammar and should have no spelling mistakes.

Posted Date: 3/19/2013 6:20:32 AM | Location : United States







Related Discussions:- Experiment with computer system measurements, Assignment Help, Ask Question on Experiment with computer system measurements, Get Answer, Expert's Help, Experiment with computer system measurements Discussions

Write discussion on Experiment with computer system measurements
Your posts are moderated
Related Questions
Communication Networks: Communication networks are made up of transmission lines, concentrators, switching mechanisms and non-data processing components. Due to increased comp

Basic computer structure: A computer is an electronic device, which can accept and process data by carrying out a set of stored instructions in sequence. This sequence of math

Write a half-page summary explaining IP spoofing.

what can you do and what and how who can becbgbfbvuidfgvbkjfdhvb98dshrnfjkbhqdbnfiubnfdjbhdfiubndfubhfdbhfdiubhdfuibhyfdubhdfbhfbhdf8u

URL services has two divisions. Basic webpages and custom webpages. Ricky Vega, Custom's manager wants to find out why Custom is not profitable. He has prepared the following repor

Question 1 Explain the operations of ALU Question 2 Write down the Booth's Multiplication Algorithm with an example Question 3 Explain the characteristics of memor

Types of Search Engine:   Some of the basic categories of Search engines are :  a. Primary Search Engines: Such search engines use web crawlers or spiders to traverse the w

Consider a class called Configuration. This class “encapsulates” the configuration management for any software system. For example, once created, the user can simply ask the config

Programming Languages A number of programming languages are available for program writing. These languages can be classified as follows:     Machine language     Assem

Operating Systems:  An operating system is a set of programs that manage computer hardware resources and provide common services for application software.  There are following kind