Matthew Dharm wrote:
>
> The speed reduction is going to be minimal. Implement it via macros, like
> it's done everywhere else. If the endianness is one way, the macros get
> optimized away. If it's the other way, then they convert into an inlined
> byte swap.
>
> Yes, there can be a small performance hit, but it's absolutely tiny.
>
Approved. Byteswapping some metadata fields has a negligible cost.
I did not post this patch in the hope it would be integrated, but
because Jeremy needed it.
If there is consensus about the "always little-endian cramfs" idea,
let's go for it and please ignore this patch.
Have a nice day,
Daniel Marmier
-
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 : Fri Dec 07 2001 - 21:00:28 EST