2013/6/5 Henning Brauer :
> * Nick [2013-03-02 04:09]:
>> Atom = low power consumption for low performance processing.
>
> err, no. the current atoms are blazingly fast really. and
"Current" being Cedarview? Because the network appliances I've seen
till today (e.g. from Lanner or Bytemine) still
On 2013-06-05, Henning Brauer wrote:
> * Nick [2013-03-02 04:09]:
>> Atom = low power consumption for low performance processing.
>
> err, no. the current atoms are blazingly fast really. and
>
>> Crypto
>
> they do for breakfast.
the next ones should be *much* better.
* Henning Brauer [2013-06-05 20:05]:
> * Nick [2013-03-02 04:09]:
> > Atom = low power consumption for low performance processing.
> err, no. the current atoms are blazingly fast really. and
ewps. I didn't mean to send this to the list. without context that
statement isn't true - nick & I know e
* Nick [2013-03-02 04:09]:
> Atom = low power consumption for low performance processing.
err, no. the current atoms are blazingly fast really. and
> Crypto
they do for breakfast.
--
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de, Full-Service ISP
Secure Hos
On 26 March 2013 14:12, Ville Valkonen wrote:
> On 26 March 2013 01:58, Luis wrote:
>> When using two disks, times for data transfer are shorter, although
>> unreasonable long for everyday use.
>>
>> It would be nice to be able to try softraid with 128 AES-XTS instead
>> of 256, to check apples w
On 26 March 2013 01:58, Luis wrote:
> When using two disks, times for data transfer are shorter, although
> unreasonable long for everyday use.
>
> It would be nice to be able to try softraid with 128 AES-XTS instead
> of 256, to check apples with apples.
>
> Regards.
>
>
> Luis
Hi,
it would be
On 2013.03.05 21:43:45 +0400, Mike Korbakov wrote:
> Hi, Luis!
>
> Low performance with filesystems still big problem in OpenBSD.
> Did You compare linux and OpenBSD without encryption ?
> Results will help to localize problem, is it in encryption engine or in
> overall filesystem performance.
>
Hi, Luis!
Low performance with filesystems still big problem in OpenBSD.
Did You compare linux and OpenBSD without encryption ?
Results will help to localize problem, is it in encryption engine or in overall
filesystem performance.
My simple tests on vmware virtual machines:
both machines are wi
On 2013.03.01 22:07:41 -0500, Nick Holland wrote:
> On 03/01/13 19:16, Luis P. Mendes wrote:
> > 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 p
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 w
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 d
11 matches
Mail list logo