All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Masover <ninja@slaphack.com>
To: Hubert Chan <hubert@uhoreg.ca>
Cc: reiserfs-list@namesys.com
Subject: Re: The situation at hand and in the future
Date: Fri, 04 Jun 2004 23:50:23 -0500	[thread overview]
Message-ID: <40C1510F.5020608@slaphack.com> (raw)
In-Reply-To: <87ekp0ghbo.fsf@uhoreg.ca>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Hubert Chan wrote:
|>>>>>"David" == David Masover <ninja@slaphack.com> writes:
|
|
| [...]
|
| David> But back to the point.  No encryption by default.  My grandmother
| David> would wonder why her computer is so slow, and if you told her
| David> it's so that the FBI can't read anything when they sieze her
| David> computer, she wouldn't be happy.  Except for the fact that my
| David> grandmother is a very patient woman, so she might not care that
| David> it's slow.  But my brother would, and he plays games, so...
|
| Well, filesystem performance probably won't affect games that much.
| Unless your game is very filesystem-bound, but then it'll be slow
| anyways (and the programmer should be given a swift smack to the head
| for doing something that stupid).

Suppose we've got a game which dynamically loads a level, such that the
player only has to watch the thing load when it boots up.  Now, if our
filesystem is too slow, the horizon in the game shrinks.

Or suppose we simply don't want people to have to wait 2-3 times as long
for a level to load, or for the game to load.  Games tend to be huge
apps these days (or at least have a huge amount of content to load at
once).  Every few minutes (or 5-10 mins) in ut2004, the server changes
levels.  The levels currently take 15-30 seconds to load, most of it
pure disk activity.

Also, what do you mean by "filesystem-bound"?  Most games I've seen make
their own databases -- there's things all over with names like
"textures.mycoolgame".  I wouldn't, I'd probably have it use whatever
the reiser interface to multiple files is.  The last thing I want to
think about when writing a game engine (a huge beast on its own which I
will attempt one of these days) is data storage.

Or suppose we're talking about databases.

| Filesystem performance is more likely to be an issue for things such as
| compiling programs, running a webserver, etc.

Actually, no.  Not compiling programs, anyway.  Most of the time there
is spent doing the actual compiling, which moves surprisingly small
amounts of data at a time, although it does help to have things
buffered/cached.  And running a webserver may want encryption anyway,
depending on the kind of server it is, but mine doesn't have enough
bandwidth to want fast performance.

| But I agree.  No encryption by default.  Especially since encryption is

And I agree that excessive encryption isn't all that bad.

Enough said from the both of us.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQMFRD3gHNmZLgCUhAQJyJQ/7BrH3bHwyMVH4DlZnXf4Ntbx6ftLKVQZt
t71dyNcEHn8ksRGA711tEIgmf1wrMiPP3lm6sgOmJuHlrfi06jJi0+YsmINIYX/T
im2W5Zht6h6ie0Saa5w1QUh96vok6HF11FpqgHyctOz11yVa7zPKLWD1tXYQz79I
wAvid217Mb9FzpBu/qkptJt2NpRYshSZYdTeKx08iow7kwtDXddlmEWZ6fDLyTQJ
bunqfzUlOOgYJv4jdi715t660YsrUlswS/36q51TR1lAMYb1BiZZippV5hZpJ0wr
ECcZKnVdXVKadkAIjmnp9dconSNSmqguKNA2zpJaeCekBLsOyJkEh3EqZJcqjM4J
fPeUqKKblGmQ+oT1VRx9RbSdO40wZ9Yaxndo//jxARe0yEnRV3Rw/jjh0EfxWKH0
3XxWeDOWgGOl+92irxRHWQNszZEjPh46Y7IAIb0pxLAvTtmhqk7k5TS7yVskzncA
tzSgpk7ZH9RY2WR6v98zZjOY8bVadbbWr+2TALxDMrUJ0mhRZMQdakiMpHOLHIpr
MTTV1WO+eKlZlABmZzhF33tE0v9bec01rcM2glqj72FfNHWGAjTjvwlZeGYW/Rpj
f0eHykBou7yjSNgS/txdk0dRRl2ZWSaRL3xYtk6T80HMCgeMkx3YPSbAXszv0GY2
T01oXQxEpbc=
=rKKZ
-----END PGP SIGNATURE-----

  reply	other threads:[~2004-06-05  4:50 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-27 20:01 The situation at hand and in the future mjt
2004-05-27 21:05 ` Valdis.Kletnieks
2004-05-27 22:09   ` David Masover
2004-05-28  6:33     ` mjt
2004-05-28 19:53       ` Valdis.Kletnieks
2004-05-29 12:48         ` mjt
2004-05-29 14:22       ` David Masover
2004-05-29 15:49         ` mjt
2004-05-29 23:16           ` David Masover
2004-05-30  0:41             ` Hubert Chan
2004-05-30 12:29               ` mjt
2004-05-30 16:54                 ` Hubert Chan
2004-05-30 12:27             ` mjt
2004-05-30 17:09               ` Hubert Chan
2004-05-31  0:07                 ` The Amazing Dragon
2004-05-30 17:13               ` Hubert Chan
2004-05-30 18:06                 ` mjt
2004-05-31  0:45               ` David Masover
2004-05-31  8:38                 ` mjt
2004-05-31 15:12                   ` David Masover
2004-05-31 17:20                     ` Hubert Chan
2004-05-31 21:14                       ` David Masover
2004-05-31 15:16                   ` Hubert Chan
2004-06-01 13:25                 ` Edward Shushkin
2004-06-02  8:05                   ` mjt
2004-06-02 12:51                     ` Edward Shushkin
2004-06-02 15:15                       ` mjt
2004-05-31 18:31             ` Valdis.Kletnieks
2004-05-31 21:15               ` David Masover
2004-06-02  2:45           ` Hans Reiser
2004-05-29 20:04         ` Hubert Chan
2004-05-29 23:19           ` David Masover
2004-05-31 18:27             ` Valdis.Kletnieks
2004-05-31 21:23               ` David Masover
2004-06-01  2:09                 ` Hubert Chan
2004-06-05  4:50                   ` David Masover [this message]
2004-06-05  7:30                     ` Valdis.Kletnieks
2004-06-05 10:07                       ` Christian Iversen
2004-06-07 17:35                         ` Valdis.Kletnieks
2004-06-09 22:01                       ` David Masover
2004-06-10  8:23                         ` mjt

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=40C1510F.5020608@slaphack.com \
    --to=ninja@slaphack.com \
    --cc=hubert@uhoreg.ca \
    --cc=reiserfs-list@namesys.com \
    /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.