On Mon, Oct 28, 2013 at 6:49 AM, Richard Elling
wrote:
>
> I hate to keep this thread going, but it cannot end with an open-ended
> threat... please, let's kill it off nice and proper.
Hey, I don't want to waste anyone's time, including my own. If nobody
is interested in this — possibly includin
Aloha!
CodesInChaos wrote:
> My argument concerning performance is that for long messages SipHash
> isn't actually significantly faster than (possibly round reduced) MD5,
> Skein, Blake2 etc.
Do you have any pointers to benchmarks that show this? The SipHash paper
shows significant performance ga
On Tue, Oct 22, 2013 at 6:05 AM, Schlacta, Christ wrote:
>
> If any weakened algorithm is to be implemented, how can we know how weak is
> too weak, and how strong is sufficient? Each professional Cryptographer has
> given different opinions and all those at our immediate disposal have now
> b
My argument concerning performance is that for long messages SipHash
isn't actually significantly faster than (possibly round reduced) MD5,
Skein, Blake2 etc.
The main selling point of SipHash is that it's faster than normal
crypto hashes for short messages. Since ZFS almost always hashes long
mes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aloha!
CodesInChaos wrote:
> Is SipHash really that fast in this context? AFAIK it's only much
> faster for short strings, since its block size is so small.
Actually it is the other way around. It is not that SipHash is bad for
long messages, it is
> If that is all you want, have you considered SipHash? It is much faster
> than the other algorithms, yet more secure than CityHash, Murmurhash and
> friends. And it provides an IV/salt to make it per instance unique.
Is SipHash really that fast in this context? AFAIK it's only much
faster for sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aloha!
Eugen Leitl wrote:
> The reason is purely for dedup and pretty much nothing else. As such,
> we only need a hash with a good pseudo-random output distribution
> and collision resistance. We don't specifically need it to be
> super-secure. The
- Forwarded message from Pawel Jakub Dawidek -
Date: Sat, 19 Oct 2013 13:26:08 +0200
From: Pawel Jakub Dawidek
To: z...@lists.illumos.org
Subject: Re: [zfs] [Review] 4185 New hash algorithm support
Message-ID: <20131019112608.gf1...@garage.freebsd.pl>
User-Agent: Mutt/1.5.21 (2010-09-15)
- Forwarded message from Saso Kiselkov -
Date: Mon, 07 Oct 2013 23:18:21 +0100
From: Saso Kiselkov
To: z...@lists.illumos.org
CC: Zooko Wilcox-OHearn
Subject: Re: [zfs] [Review] 4185 New hash algorithm support
Message-ID: <5253332d.6090...@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh;
- Forwarded message from Saso Kiselkov -
Date: Mon, 07 Oct 2013 13:04:52 +0100
From: Saso Kiselkov
To: z...@lists.illumos.org
CC: Pawel Jakub Dawidek
Subject: Re: [zfs] [Review] 4185 New hash algorithm support
Message-ID: <5252a364.4000...@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh;
- Forwarded message from Pawel Jakub Dawidek -
Date: Mon, 7 Oct 2013 11:44:57 +0200
From: Pawel Jakub Dawidek
To: z...@lists.illumos.org
Subject: Re: [zfs] [Review] 4185 New hash algorithm support
Message-ID: <20131007094456.gb1...@garage.freebsd.pl>
User-Agent: Mutt/1.5.21 (2010-09-15)
11 matches
Mail list logo
