Sponsored Content
Full Discussion: Transfer Rate Disk
Top Forums UNIX for Dummies Questions & Answers Transfer Rate Disk Post 302505635 by Corona688 on Thursday 17th of March 2011 01:16:04 PM
Old 03-17-2011
dd is a general purpose data moving command. It's sometimes used for moving data from one raw disk to another but it's a flexible command and doesn't care what kind of files or devices it's talking to.

dd by itself just reads stdin and writes back to stdout, so dd < filename > newfile is effectively the same thing as cp.

It does it in blocks of 512 bytes by default, which is a bit inefficient, so dd bs=1048576 < filename > newfile may be much faster. Beyond a certain point making the buffer bigger doesn't help.

So all I'm doing is having dd read from one file and write to another, and while it's running, sending it the signal SIGUSR1 which casues it to print statistics. Or you could wait for it to end, or kill it with ctrl-C, and it'll print statistics as it ends.

cache effects are when the OS doesn't immediately store what you've written to file on disk, just in memory. This is great for programs since they don't have to wait for the disk to catch up but troublesome for benchmarks. dd in linux supports the oflag=sync option to tell it not to do that.
This User Gave Thanks to Corona688 For This Post:
 

3 More Discussions You Might Find Interesting

1. HP-UX

HP UX disk io rate question

I only have two disk in my HP machine but when i execute iostat command device bps sps msps c0t0d1 0 0.0 1.0 disk0 49 2.8 1.0 disk5 0 0.0 1.0 I didn't know where device name disk0 and disk5 device name disk0 disk5 ,it is really disk or... (3 Replies)
Discussion started by: alert0919
3 Replies

2. UNIX for Dummies Questions & Answers

Very SLOW STFTP transfer rate

Hi, I am experiencing extremely show transfer rates when transferring zip files over SFTP. Over FTP it works fine. I have disabled compression in the sshd_config file but that does not seem to help.. Any ideas? (0 Replies)
Discussion started by: mojoman
0 Replies

3. UNIX for Advanced & Expert Users

Limit transfer speed rate by iptables Rules

I have D-Link Router DSL-2730U that support busybox OS and iptables version 1.4.0 I managed successfully to block the host for being connect to the internet using the following command block by ip address iptables -I FORWARD -d 192.168.1.6 -j DROP Or By mac source iptables -I... (0 Replies)
Discussion started by: iLinux85
0 Replies
HP(4)							     Kernel Interfaces Manual							     HP(4)

NAME
hp - RH-11/RP04, RP05, RP06 moving-head disk DESCRIPTION
The octal representation of the minor device number is encoded idp, where i is an interleave flag, d is a physical drive number, and p is a pseudodrive (subsection) within a physical unit. If i is 0, the origins and sizes of the pseudodisks on each drive, counted in cylinders of 418 512-byte blocks, are: disk start length 0 0 23 1 23 21 2 0 0 3 0 0 4 44 386 5 430 385 6 44 367 7 44 771 If i is 1, the minor device consists of the specified pseudodisk on drives numbered 0 through the designated drive number. Successively numbered blocks are distributed across the drives in rotation. Systems distributed for these devices use disk 0 for the root, disk 1 for swapping, and disk 4 (RP04/5) or disk 7 (RP06) for a mounted user file system. The block files access the disk via the system's normal buffering mechanism and may be read and written without regard to physical disk records. A `raw' interface provides for direct transmission between the disk and the user's read or write buffer. A single read or write call results in exactly one I/O operation and therefore raw I/O is considerably more efficient when many words are transmitted. The names of the raw files conventionally begin with an extra `r.' In raw I/O the buffer must begin on a word boundary, and raw I/O to an interleaved device is likely to have disappointing results. FILES
/dev/rp?, /dev/rrp? SEE ALSO
rp(4) BUGS
In raw I/O read and write(2) truncate file offsets to 512-byte block boundaries, and write scribbles on the tail of incomplete blocks. Thus, in programs that are likely to access raw devices, read, write and lseek(2) should always deal in 512-byte multiples. Raw device drivers don't work on interleaved devices. HP(4)
All times are GMT -4. The time now is 02:28 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy