Newsgroups: comp.unix.sco.misc From: Tony Lawrence <tony@aplawrence.com> Subject: Re: how do I store disk images of unix disk on w95 cdrom Date: Sun, 26 Dec 1999 13:38:55 GMT Nntp-Posting-Host: world.std.com Jean-Pierre Radley wrote: > I didn't mean to pull your chain. > > I did, however, mean to type bs=36b; or for that matter bs=1440k. > bs=36 is just a rather stupid typo on my part.
I honestly had never thought to use a 1440k block size- in fact, I haven't thought about it at all in a long time: my fingers just automatically type "bs=18k" from years of habit. The time difference on the machine I typically use actually gives a slight edge to the "bs=18k", which probably means that the 18k better matches the actual block size used by the floppy driver, so I'm not going to re-train my fingers. The other thing I do on autopilot is "sum -r /dev/fd0" after the dd. I tried timexing that against "dd if=/dev/fd0 bs=18k | sum -r" and found that the direct "sum -r /dev/fd0" was marginally faster, though not by much. That's interesting, because using no specific block size in a dd read or write gives awful performance- therefore sum must use a good sized read buffer itself. Given the observed times, it seems unlikely that you could select a block size that would override the extra time required for the double read (once from the disk, once from the pipe), but other programs and other situations might be worth the trouble. Ideally, you want to read exactly what the driver wants to give you in one block and read again exactly when the driver is ready to give you the next block. On a multi-user machine, "ideal" is impossible to achieve. When running such tests, remember to consider the effects of buffer caching; everything needs to be on an equal footing. A simple way to account for that on a machine that is not being used for other tasks is to run each test several times consecutively. -- Tony Lawrence (tony@aplawrence.com) SCO articles, help, book reviews, tests, job listings and more : http://www.ApLawrence.com
More Articles by Tony Lawrence - Find me on Google+
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar