From: "Jörn Engel" <joern@wohnheim.fh-wedel.de>
To: John Bradford <john@grabjohn.com>
Cc: Jon Burgess <Jon_Burgess@eur.3com.com>, linux-kernel@vger.kernel.org
Subject: Re: [RFC] Little endian Cramfs on big endian machines?
Date: Sat, 1 Feb 2003 22:27:17 +0100 [thread overview]
Message-ID: <20030201212717.GA32074@wohnheim.fh-wedel.de> (raw)
In-Reply-To: <200302011929.h11JTMiC010227@darkstar.example.net>
On Sat, 1 February 2003 19:29:22 +0000, John Bradford wrote:
>
> Maybe the native machine endianness is used for performace reasons -
> that would make sense given the typical uses of cramfs. Also, it is a
> read-only filesystem, so a userland application could flip the
> endianness if a filesystem needs to be used on a non-native endianness
> machine.
Touchy matter.
Having two possible endianness options _will_ cause problems and hours
of lost work, since 50% of all users will get it wrong at least once.
And fixing bugs between keyboard and chair is not a fun job. :)
On the other hand, most filesystem data will be read more than once,
so performance does matter, at least a little.
> I'm not necessarily saying that that it's not a bug, just suggesting
> an explaination.
It is not a bug, it is a tradeoff. Do you want to waste time accessing
the filesystem or fixing so-called bugs and educating the users?
Jörn
--
And spam is a useful source of entropy for /dev/random too!
-- Jasmine Strong
prev parent reply other threads:[~2003-02-01 21:18 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-01 18:51 [RFC] Little endian Cramfs on big endian machines? Jon Burgess
2003-02-01 19:29 ` John Bradford
2003-02-01 21:27 ` Jörn Engel [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030201212717.GA32074@wohnheim.fh-wedel.de \
--to=joern@wohnheim.fh-wedel.de \
--cc=Jon_Burgess@eur.3com.com \
--cc=john@grabjohn.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.