Sponsored Content
Special Forums Hardware Filesystems, Disks and Memory data from blktrace: read speed V.S. write speed Post 302365134 by W.C.C on Monday 26th of October 2009 05:45:15 AM
Old 10-26-2009
data from blktrace: read speed V.S. write speed

I analysed disk performance with blktrace and get some data:
read:
Code:
  8,3    4     2141     2.882115217  3342  Q   R 195732187 + 32 [cat]
  8,3    4     2142     2.882116411  3342  G   R 195732187 + 32 [cat]
  8,3    4     2144     2.882117647  3342  I   R 195732187 + 32 [cat]
  8,3    4     2145     2.882118965  3342  D   R 195732187 + 32 [cat]
  8,3    4     2149     2.884145702     0  C   R 195732187 + 32 [0]

write:
Code:
  
  8,3    4    43622     5.305507398  3436  Q   W 17805895 + 8 [bash]
  8,3    4    43623     5.305508277  3436  G   W 17805895 + 8 [bash]
  8,3    4    43624     5.305508574  3436  I   W 17805895 + 8 [bash]
  8,3    2      414     5.306695591     0  D   W 17805895 + 16 [swapper]
  8,3    2      418     5.307020642     0  C   W 17805895 + 16 [0]

And, d2c time of one read request is 0.002026737s. On the other hand, d2c time of one write request is 0.000325051s. It show: read time > write time. Is it right? why? I have no idea.
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Speed it up!

I wonder, are there any "tricks" to increase my server's access time in general? (4 Replies)
Discussion started by: pappous
4 Replies

2. UNIX for Dummies Questions & Answers

Speed of mv vs. cp

Hi, Is mv (move) command quicker than cp (copy command)? I have large files and I want to know if mv actually copy the data to a new file then deletes the old or whether it just alters information the file system without physically moving data - Unfortuanately I don't have large files to test... (2 Replies)
Discussion started by: GMMike
2 Replies

3. Filesystems, Disks and Memory

dmidecode, RAM speed = "Current Speed: Unknown"

Hello, I have a Supermicro server with a P4SCI mother board running Debian Sarge 3.1. This is the "dmidecode" output related to RAM info: RAM speed information is incomplete.. "Current Speed: Unknown", is there anyway/soft to get the speed of installed RAM modules? thanks!! Regards :)... (0 Replies)
Discussion started by: Santi
0 Replies

4. Filesystems, Disks and Memory

Write Speed into a big file (in Gb's)

If a file size increases in Linux/UNIX to say in GB's then will there be a decrease in write speed. I mean will it take more time to write to a large file then to a small one?? Please clarify? Thanks in advance (2 Replies)
Discussion started by: anilgurwara
2 Replies

5. Shell Programming and Scripting

How to speed up grep?

hi i'm greping the files with sepefic keyword, where the file is of too big. Assume there are 10 days log file each of more than 200mb. i've to grep all those files with a specific keywords. for example, 1. i'll grep for error message 2. after the i'll do one more grep for keyword... (4 Replies)
Discussion started by: vij_krr
4 Replies

6. Filesystems, Disks and Memory

Disk read and write speed.

Being a novice user to linux i m little unaware of how would i check disk read write speed. One of my mate is suggesting to create a file using dd command and check how much time it takes to create a 30 gb file . I think this has a little sense however i would also like to take your reviews... (5 Replies)
Discussion started by: pinga123
5 Replies

7. Hardware

Hardware Correction: How to change DVD write speed

I am now on Kernel 2.6.32-26 For me 16x CD write speed is okay. I have old hardware which was able to write DVDs at 1x, back in previous linux version. Now, I dont get speed of less than 4x. Tested on k3b, xfburn, and brasero. But all start at bottom 4x write speed. k3b forced back to... (0 Replies)
Discussion started by: makh
0 Replies

8. Shell Programming and Scripting

Speed Up Grep

Hi, I have to grep string from 20 - 30 files each carries 200 - 300 MB size and append to the file. How to speed the grepping time. cat catalina.out_2012_01_01 | grep "xxxxx" >> backup.txt PLZ, Suggest me, Regards, Nanthagopal A (5 Replies)
Discussion started by: nanthagopal
5 Replies

9. Red Hat

Read speed too bad on NAS share on VM

Hi, We have two servers in scenario (vmsoldot01 is Oracle VM with Linux and tldtppod15 is physical Linux server). One NAS share is mounted on both servers with similar permissions and access. But READ speed is too bad on virtual in comparison to physical server. While trying to diagnose this, I... (2 Replies)
Discussion started by: solaris_1977
2 Replies

10. UNIX for Advanced & Expert Users

How to read a fast written log file at Real time speed?

Hello All, I am building a real time parser for a log file in my application. The log file is continuously written at a very fast pace and gets rolled over every 10 minutes. I have measured the speed and observed that around 1000 lines are written to it every second, each line about 30-40... (7 Replies)
Discussion started by: cool.aquarian
7 Replies
BLKTRACE(8)															       BLKTRACE(8)

NAME
blktrace - generate traces of the i/o traffic on block devices SYNOPSIS
blktrace -d dev [ -r debugfs_path ] [ -o output ] [-k ] [ -w time ] [ -a action ] [ -A action_mask ] [ -v ] DESCRIPTION
blktrace is a block layer IO tracing mechanism which provides detailed information about request queue operations up to user space. There are three major components: a kernel component, a utility to record the i/o trace information for the kernel to user space, and utilities to analyse and view the trace information. This man page describes blktrace, which records the i/o event trace information for a specific block device to a file. The blktrace utility extracts event traces from the kernel (via the relaying through the debug file system). Some background details con- cerning the run-time behaviour of blktrace will help to understand some of the more arcane command line options: - blktrace receives data from the kernel in buffers passed up through the debug file system (relay). Each device being traced has a file created in the mounted directory for the debugfs, which defaults to /sys/kernel/debug -- this can be overridden with the -r command line argument. - blktrace defaults to collecting all events that can be traced. To limit the events being captured, you can specify one or more filter masks via the -a option. Alternatively, one may specify the entire mask utilising a hexadecimal value that is version-specific. (Requires understanding of the internal representation of the filter mask.) - As noted above, the events are passed up via a series of buffers stored into debugfs files. The size and number of buffers can be speci- fied via the -b and -n arguments respectively. - blktrace stores the extracted data into files stored in the local directory. The format of the file names is (by default) device.blk- trace.cpu, where device is the base device name (e.g, if we are tracing /dev/sda, the base device name would be sda); and cpu identifies a CPU for the event stream. The device portion of the event file name can be changed via the -o option. - blktrace may also be run concurrently with blkparse to produce live output -- to do this specify -o - for blktrace. - The default behaviour for blktrace is to run forever until explicitly killed by the user (via a control-C, or sending SIGINT signal to the process via invocation the kill (1) utility). Also you can specify a run-time duration for blktrace via the -w option -- then blk- trace will run for the specified number of seconds, and then halt. OPTIONS
-A hex-mask --set-mask=hex-mask Set filter mask to hex-mask (see below for masks) -a mask --act-mask=mask Add mask to current filter (see below for masks) -b size --buffer-size=size Specifies buffer size for event extraction (scaled by 1024). The default buffer size is 512KiB. -d dev --dev=dev Adds dev as a device to trace -I file --input-devs=file Adds the devices found in file as devices to trace -n num-sub --num-sub-buffers=num-sub Specifies number of buffers to use. blktrace defaults to 4 sub buffers. -l --listen Run in network listen mode (blktrace server) -h hostname --host=hostname Run in network client mode, connecting to the given host -p number --port=number Network port to use (default 8462) -s --no-sendfile Make the network client NOT use sendfile() to transfer data -o basename --output=basename Specifies base name for input files. Default is device.blktrace.cpu. Specifying -o - runs in live mode with blkparse (writing data to standard out). -D dir --output-dir=dir Prepend file to output file name(s) This only works when supplying a single device, or when piping the output via "-o -" with multiple devices. -r rel-path --relay=rel-path Specifies debugfs mount point -v --version Outputs version -V --version Outputs version -w seconds --stopwatch=seconds Sets run time to the number of seconds specified FILTER MASKS
The following masks may be passed with the -a command line option, multiple filters may be combined via multiple -a command line options. barrier: barrier attribute complete: completed by driver fs: requests issue: issued to driver pc: packet command events queue: queue operations read: read traces requeue: requeue operations sync: synchronous attribute write: write traces notify: trace messages drv_data: additional driver specific trace REQUEST TYPES
blktrace distinguishes between two types of block layer requests, file system and SCSI commands. The former are dubbed fs requests, the latter pc requests. File system requests are normal read/write operations, i.e. any type of read or write from a specific disk location at a given size. These requests typically originate from a user process, but they may also be initiated by the vm flushing dirty data to disk or the file system syncing a super or journal block to disk. pc requests are SCSI commands. blktrace sends the command data block as a pay- load so that blkparse can decode it. EXAMPLES
To trace the i/o on the device /dev/hda and parse the output to human readable form, use the following command: % blktrace -d /dev/sda -o - | blkparse -i - This same behaviour can be achieve with the convenience script btrace. The command % btrace /dev/sda has exactly the same effect as the previous command. See btrace (8) for more information. To trace the i/o on a device and save the output for later processing with blkparse, use blktrace like this: % blktrace /dev/sda /dev/sdb This will trace i/o on the devices /dev/sda and /dev/sdb and save the recorded information in the files sda and sdb in the current direc- tory, for the two different devices, respectively. This trace information can later be parsed by the blkparse utility: % blkparse sda sdb which will output the previously recorded tracing information in human readable form to stdout. See blkparse (1) for more information. AUTHORS
blktrace was written by Jens Axboe, Alan D. Brunelle and Nathan Scott. This man page was created from the blktrace documentation by Bas Zoetekouw. REPORTING BUGS
Report bugs to <linux-btrace@vger.kernel.org> COPYRIGHT
Copyright (C) 2006 Jens Axboe, Alan D. Brunelle and Nathan Scott. This is free software. You may redistribute copies of it under the terms of the GNU General Public License <http://www.gnu.org/licenses/gpl.html>. There is NO WARRANTY, to the extent permitted by law. This manual page was created for Debian by Bas Zoetekouw. It was derived from the documentation provided by the authors and it may be used, distributed and modified under the terms of the GNU General Public License, version 2. On Debian systems, the text of the GNU General Public License can be found in /usr/share/common-licenses/GPL-2. SEE ALSO
btrace (8), blkparse (1), verify_blkparse (1), blkrawverify (1), btt (1) blktrace git-20070306202522 March 6, 2007 BLKTRACE(8)
All times are GMT -4. The time now is 03:33 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy