On 03/01/13 19:16, Luis P. Mendes wrote:
> Hi,
>
> I installed a new disk to my small home server in order to have a
> backup of the previous disk. The backup is intended to run during
> late night hours using rsync.
>
> First time, I rsynced some system directories to the second disk and
> it worked quickly.
> Now, I'm trying to rsync a big encrypted data partition to another
> (almost same size) encrypted data partition in the second disk. And
> speed is abysmal.
...
> My system:
> OpenBSD 5.2-current (GENERIC.MP) #107: Mon Nov 19 12:58:00 MST 2012
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel"
> 686-class) 1.60 GHz
>
>
> Why does this happen? What can I do to improve the crawling speed?
quit using an anemic processor for real work?
Atom = low power consumption for low performance processing.
Crypto = high processor utilization per unit of data moved.
Atom + lots of crypto = unhappy user
Slow processor is often backed with slow supporting hw, too (i.e., disk IO)
(Keep in mind...what does sufficient crypto at ISP link speeds is
completely insufficient for what you probably want out of disk speeds.)
'course, since you SNIPPED YOUR DMESG, it could probably be a lot of
other things too... (hint: if you are so sure you know the minimal
amount of info we need to resolve your problem, you can undoubtedly
solve your own problem)
Nick.
