Re: choice of raid5 checksumming algorithm wrong ?

From: Rene Rebe (rene.rebe@gmx.net)
Date: Sat Jan 11 2003 - 14:39:13 EST


Hi.

I also consider the kprint message a useability bug - and this is why
I posted a patch that prints out that the algorithm is choosen to
write "arround" the L2 cache ... - We patch this in our ROCK Linux
standard patches ...

On: Sat, 11 Jan 2003 16:45:04 +0100,
    Lionel Bouton <Lionel.Bouton@inet6.fr> wrote:
> Soeren Sonnenburg wrote:
>
> >Hi!
> >
> >I really do wonder whether the displayed message is wrong or why it
> >always chooses the slowest checksumming function (happens with 2.4.19 -
> >21pre3)
> >
> >
> SSE is always preferred because unlike other checksumming code it
> doesn't use the processor caches when reading/writing data/checksum.
> This is slower (if several GB/s can be considered slow) for the
> checksumming but far better for the overall system performance.
>
> LB.

- René

--
René Rebe - Europe/Germany/Berlin
e-mail: rene.rebe@gmx.net, rene@rocklinux.org
web: www.rocklinux.org, drocklinux.dyndns.org/rene/

Anyone sending unwanted advertising e-mail to this address will be
charged $25 for network traffic and computing time. By extracting my
address from this message or its header, you agree to these terms.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed Jan 15 2003 - 22:00:38 EST