On Sun, 31.05.2009 at 19:28:51 +0300, Dan Naumov wrote:
> Hi
>
> Since you are suggesting 2 x 8GB USB for a root partition, what is
> your experience with read/write speed and lifetime expectation of
> modern USB sticks under FreeBSD and why 2 of them, GEOM mirror?
Well, my current setup is using
On Sun, May 31, 2009 at 9:05 AM, Ulrich Spörlein wrote:
> everybody has different needs, but what exactly are you doing with 128GB
> of / ? What I did is the following:
>
> 2GB CF card + CF to ATA adapter (today, I would use 2x8GB USB sticks,
> CF2ATA adapters suck, but then again, which Mobo has
Ulrich Spörlein wrote:
2GB CF card + CF to ATA adapter (today, I would use 2x8GB USB sticks,
CF2ATA adapters suck, but then again, which Mobo has internal USB ports?)
Many has internal USB header.
http://www.logicsupply.com/products/afap_082usb
___
f
Hi
Since you are suggesting 2 x 8GB USB for a root partition, what is
your experience with read/write speed and lifetime expectation of
modern USB sticks under FreeBSD and why 2 of them, GEOM mirror?
- Dan Naumov
> Hi Dan,
>
> everybody has different needs, but what exactly are you doing with
On Fri, 29.05.2009 at 11:19:44 +0300, Dan Naumov wrote:
> Also, free free to criticize my planned filesystem layout for the
> first disk of this system, the idea behind /mnt/sysbackup is to take a
> snapshot of the FreeBSD installation and it's settings before doing
> potentially hazardous things l
> Hi Morgan,
>
> thanks for the nice benchmarking trick. I tried this on two ~7.2
> systems:
>
> CPU: Intel Pentium III (996.77-MHz 686-class CPU)
> -> 14.3MB/s
>
> CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU)
> -> 47.5MB/s
>
> Reading a big file from the pool of this P4 r
On Fri, 29.05.2009 at 12:47:38 +0200, Morgan Wesström wrote:
> You can benchmark the encryption subsytem only, like this:
>
> # kldload geom_zero
> # geli onetime -s 4096 -l 256 gzero
> # sysctl kern.geom.zero.clear=0
> # dd if=/dev/gzero.eli of=/dev/null bs=1M count=512
>
> 512+0 records in
> 51
I am pretty sure that adding more disks wouldn't solve anything in
this case, only either using a faster CPU or a faster crypto system.
When you are capable of 70 MB/s reads on a single unecrypted disk, but
only 24 MB/s reads off the same disk while encrypted, your disk speed
isn't the problem.
-
On Fri, 29 May 2009 13:34:57 +0200, Dan Naumov
wrote:
Now that I have evaluated the numbers and my needs a bit, I am really
confused about what appropriate course of action for me would be.
1) Use ZFS without GELI and hope that zfs-crypto get implemented in
Solaris and ported to FreeBSD "soo
Quoting Dan Naumov :
Ouch, that does indeed sounds quite slow, especially considering that
a dual core Athlon 6400 is pretty fast CPU. Have you done any
comparison benchmarks between UFS2 with Softupdates and ZFS on the
same system? What are the read/write numbers like? Have you done any
investi
Pardon my ignorance, but what do these numbers mean and what
information is deductible from them?
- Dan Naumov
> I don't mean to take this off-topic wrt -stable but just
> for fun, I built a -current kernel with dtrace and did:
>
> geli onetime gzero
> ./hotkernel &
> dd if
On Fri, May 29, 2009 at 01:49:54PM +0200, Ivan Voras wrote:
> Emil Mikulic wrote:
[...]
> > kernel`SHA256_Transform 1178 6.3%
> > kernel`rijndaelEncrypt 5574 29.7%
> > kernel`acpi_cpu_c1 8383
On Fri, May 29, 2009 at 2:49 PM, Ivan Voras wrote:
>
> Hi,
>
> What is the meaning of counts? Number of calls made or time?
>
>
The former.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscri
Emil Mikulic wrote:
> On Fri, May 29, 2009 at 12:47:38PM +0200, Morgan Wesstr?m wrote:
>> You can benchmark the encryption subsytem only, like this:
>>
>> # kldload geom_zero
>> # geli onetime -s 4096 -l 256 gzero
>> # sysctl kern.geom.zero.clear=0
>> # dd if=/dev/gzero.eli of=/dev/null bs=1M count
On Fri, May 29, 2009 at 12:47:38PM +0200, Morgan Wesstr?m wrote:
> You can benchmark the encryption subsytem only, like this:
>
> # kldload geom_zero
> # geli onetime -s 4096 -l 256 gzero
> # sysctl kern.geom.zero.clear=0
> # dd if=/dev/gzero.eli of=/dev/null bs=1M count=512
I don't mean to take
Now that I have evaluated the numbers and my needs a bit, I am really
confused about what appropriate course of action for me would be.
1) Use ZFS without GELI and hope that zfs-crypto get implemented in
Solaris and ported to FreeBSD "soon" and that when it does, it won't
come with such a dramatic
Dan Naumov wrote:
> Thank you for your numbers, now I know what to expect when I get my
> new machine, since our system specs look identical.
>
> So basically on this system:
>
> unencrypted ZFS read: ~70 MB/s per disk
>
> 128bit Blowfish GELI/ZFS write: 35 MB/s per disk
> 128bit Blowfish GELI
Thank you for your numbers, now I know what to expect when I get my
new machine, since our system specs look identical.
So basically on this system:
unencrypted ZFS read: ~70 MB/s per disk
128bit Blowfish GELI/ZFS write: 35 MB/s per disk
128bit Blowfish GELI/ZFS read: 24 MB/s per disk
I am curi
> Ouch, that does indeed sounds quite slow, especially considering that
> a dual core Athlon 6400 is pretty fast CPU. Have you done any
> comparison benchmarks between UFS2 with Softupdates and ZFS on the
Not at all - but, now you have got me curious, I just went to
a completely different system (
Dan Naumov wrote:
> Is there anyone here using ZFS on top of a GELI-encrypted provider on
> hardware which could be considered "slow" by today's standards? What
> are the performance implications of doing this? The reason I am asking
> is that I am in the process of building a small home NAS/webser
Ouch, that does indeed sounds quite slow, especially considering that
a dual core Athlon 6400 is pretty fast CPU. Have you done any
comparison benchmarks between UFS2 with Softupdates and ZFS on the
same system? What are the read/write numbers like? Have you done any
investigating regarding possibl
> Is there anyone here using ZFS on top of a GELI-encrypted provider on
> hardware which could be considered "slow" by today's standards? What
I run a mirrored zpool on top of a pair of 1TB SATA drives - they are
only 7200 rpm so pretty dog slow as far as I'm concerned. The
CPOU is a dual core Ath
Is there anyone here using ZFS on top of a GELI-encrypted provider on
hardware which could be considered "slow" by today's standards? What
are the performance implications of doing this? The reason I am asking
is that I am in the process of building a small home NAS/webserver,
starting with a singl
23 matches
Mail list logo
