Messages in this thread | | | Date | Sat, 11 Jan 2003 20:39:13 +0100 (CET) | Subject | Re: choice of raid5 checksumming algorithm wrong ? | From | Rene Rebe <> |
| |
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/
| |