Date: Fri, 17 Jan 2014 19:36:19 -0700 (MST) From: Warren Block <wblock@wonkity.com> To: paul beard <paulbeard@gmail.com> Cc: FreeBSD Ports <ports@freebsd.org>, bart@tapolsky.net.ua Subject: Re: clonehdd followup Message-ID: <alpine.BSF.2.00.1401171933100.4213@wonkity.com> In-Reply-To: <CAMtcK2rdKdnHT1Lai8u5g5FnSZmvhBdPq_6iR_J8pjBsSJgqDQ@mail.gmail.com> References: <CAMtcK2rJOQz1dh9wjU5xKvTkPv%2B-U_cgzmyfbtYPF%2BpimBpKdg@mail.gmail.com> <CAMtcK2rdKdnHT1Lai8u5g5FnSZmvhBdPq_6iR_J8pjBsSJgqDQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 17 Jan 2014, paul beard wrote: > Grr. The return key should not be the same as Send. > > I had some problems with clonehdd that turned out to be hardware issued: my > disks has somehow defaulted to PIO4 from UDMA which made this process run > so slow it would just quit with finishing. > > Now things are more what I expect, completing a clone of my root disk in > 524 minutes, down from multiple days? > > But it still seems slow if the disks are 1.5Gb/sec SATA disks. Looking > around, it looks like this might be useful to speed things up. > > > http://www.wonkity.com/~wblock/docs/html/disksetup.html How? The partitioning scheme does not make any serious difference to transfer rates. That's much more affected by the filesystem, but even there the limits are usually due to drive and controller hardware. One thing the partitioning scheme can affect is alignment. In your other mail, this was shown to be a 500G drive, which is almost certainly not using 4K blocks, and so alignment is not a problem.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1401171933100.4213>