[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: JFFS2 endianness.
On Thu, 17 Jan 2002, Tim Riker wrote:
> well thanx for the counter proposal. ;-)
> I'm serious about the BE request though. Any device with a TCP stack
> needs to deal with this quickly. Devices do not NEED to deal with LE
> Though i386 and arm kernels are both LE, I think that filesystems and
> network code should all be BE.
Seriously there were benchmarks performed on Linux with both network and
filesystem code before, using both endianness. It was demonstrated that the
endianness conversion penalty was lost in the noise. That's what PPC people
said at the time they worked on support for LE ext2fs. The installed user
base is much more of a concern in these cases.
JFFS2 should of course keep its in-memory data in the native endian format,
but converting it from/to LE while accessing the flash is nothing compared
to the flash latency.
"Big Endian is much faster for networking" might be true for things like
silicon routers that already process your address as the nibles are coming
from the wire, but that claim doesn't stand when multi purpose CPUs are
To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to firstname.lastname@example.org