May 2000
- Interesting online game Brian Green
- Bayesian statistics Ola Fosheim Grøstad
- Client Technology Jon Morrow
- Client Technology Todd McKimmey
- Client Technology Andrew Wilson
- Client Technology Ben Greear
- Client Technology Greg Munt
- Client Technology Ola Fosheim Grøstad
- Client Technology Joel Dillon
- Advogato J C Lawrence
- tdbm etc. J C Lawrence
On Sat, 06 May 2000 09:44:21 -0700
Barry Brachman <brachman@dss.bc.ca> wrote:
> A recent web search turned up this artifact from the past:
That would be:
http://www.kanga.nu/archives/MUD-Dev-L/1998Q2/msg01081.html
I'm pleased you were able to find that, as its quite an old
message. Just ouf of curiosity, how did you find it?
>> To: mud-dev#kanga,nu
>> Subject: [MUD-Dev] Re: Databases: was Re: skill system
>> From: J C Lawrence <claw#under,engr.sgi.com>
>> Date: Tue, 16 Jun 1998 11:40:37 -0700
> [...]
>> TDBM is sweet, fast, and rather sexy. They have some very good
>> discoursory material in the tar ball (or was that the FTP site?)
>> giving performance metrics, design considerations etc. Very
>> optimised in some ways. However, for minor unkinked reasons I
>> wanted to move towards a persistent store type model.
> Thanks - I am the author. I'm pleased to hear you were able to
> make use of the software.
<bow>
I am most grateful for all your hard work. Thankyou! A very nice
job you did there BTW.
> I am working on a successor to tdbm and after reading the above
> thought you might be interested. It's being actively developed
> right now - I'm open to suggestions for features etc.
>
> http://www.dss.bc.ca/dxstore/
It looks extremely interesting. I'll have to grab a copy and beat
on it. As there may be others on the MUD-Dev list interested in
Dxstore, I've crossed this reply to that list. I trust this is not
a problem.
Quoting some of the feature set from the above URL for MUD-Dev:
--<cut>--
Immense databases striped over a huge number of file systems
can be created (RAID level 0). When configured to use 64 bits
internally, you will almost certainly reach disk space
capacity limits or operating system limits before exceeding
Dxstore's capacity; specifically, Dxstore can address over
2^64 data items, each one of those data items can be on the
order of 2^64 bytes in size, and the data can be spread over
2^32 file systems. This is far greater than the
commonly-found terabyte limits.
A Dxstore database looks like any another file on the system,
so the usual commands can be used to control access to the
database, rename or copy it, and so on. Any file system that
supports the handful of system calls that Dxstore requires
can be used. No special hardware or dedicated disk partitions
are required and disk space for a database does not need to
be preallocated. Installation is simple and there is
practically no database administration. There's no
complicated query language to learn or use. A data item is
stored and accessed using a simple key. Flexible ways of
storing and retrieving data are provided. New data can be
inserted anywhere in a stored value. Any contiguous region of
a stored value can be retrieved.
In some databases, the size of a stored value must be known
at the time the data is given to the database and the data
must all reside in contiguous memory. With Dxstore, data can
be streamed into and out of the database; the application
does not need to tell Dxstore how much data there will be and
the data does not need to be in memory all at once.
Sophisticated data editing functionality is provided. A
region of a stored value can be overwritten or replaced with
new data. If a stored value represents a table, for example,
a single row can be replaced.
Keys can be segregated into keyspaces, allowing small
databases to be combined into a single physical database.
Frame memory provides a rock-solid way of preventing memory
leakage and allows dynamically allocated memory to truly be
freed and released to the operating system. As a bonus,
persistent dynamically-allocated memory functionality is
provided. The frame memory functions are largely orthogonal
to the database functions; they can be used with little or no
knowledge of how to use the database.
Descriptive error codes are made available to the user.
High performance is paramount. Databases running out of main
memory, rather than the file system, can be used. Dxstore
has a small memory footprint.
A Dxstore database can be configured to be portable so that
it can be moved to a platform with a different processor
architecure.
The design of Dxstore concentrates on providing very fast yet
flexible access to a huge number of data items and vast amounts of
data. Its philosophy generally favours performance over storage
requirements. While Dxstore is not cavalier in its use of disk
storage, disks are cheap and getting cheaper. Time is always
expensive.
No query language is provided, per se; a data item is named by an
arbitrary binary string. Dxstore is intended to be used by
programmers as a core component of a larger system, acting as the
data storage and retrieval engine, or in applications where support
for complicated queries need not be provided. It can be integrated
into scripting languages, such as Perl, Tcl, and PHP, used by a
full-blown database, object store, or storage area network (SAN)
server. Dxstore could even be used to implement a user-space file
system.
--<cut>--
--
J C Lawrence Home: claw@kanga.nu
----------(*) Other: coder@kanga.nu
--=| A man is as sane as he is dangerous to his environment |=-- - text user interface Eli Stevens
- text user interface Chris Gray
- Legends of Kesmai, RIP Raph Koster
- Legends of Kesmai, RIP Clevmut@aol.com
- Medievia ads in PCGamer? Schubert, Damion
- Medievia ads in PCGamer? Rasdan
- FIrst LOgin REview (was attracting players) Ola Fosheim Grøstad
- FIrst LOgin REview (was attracting players) adam@treyarch.com
- FIrst LOgin REview (was attracting players) David Bennett
- FIrst LOgin REview (was attracting players) adam@treyarch.com
- FIrst LOgin REview (was attracting players) David Bennett
- FIrst LOgin REview (was attracting players) Chris Gray
- FIrst LOgin REview (was attracting players) Chris Gray
- Addressing newbies Johan J Ingles-le Nobel
- Addressing newbies stoddart@slip.net
- Addressing newbies adam@treyarch.com
- Addressing newbies J C Lawrence
- Addressing newbies Chris Gray
- Addressing newbies Powell, Warren
- Addressing newbies adam@treyarch.com
- Addressing newbies Chris Lloyd
- Addressing newbies adam@treyarch.com
- Addressing newbies Chris Lloyd
- Addressing newbies adam@treyarch.com
- Addressing newbies Christopher Allen
- Addressing newbies J C Lawrence
- Addressing newbies J C Lawrence
- Addressing newbies Raph Koster
- Addressing newbies Christopher Allen
- Addressing newbies adam@treyarch.com
- Addressing newbies J C Lawrence
- Introduction Ian C. Smith
- constructive quests Ola Fosheim Grøstad
- new email address Travis Casey
- [Meta] chest puffing (fwd) J C Lawrence
- [Meta] chest puffing (fwd) J C Lawrence
- [Meta] chest puffing (fwd) Matthew Mihaly
- [Meta] chest puffing (fwd) Ola Fosheim Grøstad
- [Meta] chest puffing (fwd) Par Winzell
- [Meta] chest puffing (fwd) Matthew Mihaly
- [Meta] chest puffing (fwd) Ola Fosheim Grøstad
- [Meta] chest puffing (fwd) Matthew Mihaly
- Critique: Realms of Despair adam@treyarch.com
- Critique: Realms of Despair David Bennett
- Critique: Realms of Despair Kevin Scott London
- Critique: Realms of Despair adam@treyarch.com
- Critique: Realms of Despair Andrew Ritchie
- Critique: Realms of Despair adam@treyarch.com
- Critique: Realms of Despair adam@treyarch.com
- Critique: Realms of Despair Marc Bowden
- Software combinations Ian C. Smith
- Software combinations David Bennett
- Software combinations Erik Jarvi
- Software combinations Ian C. Smith
- Software combinations Scatter
- Software combinations J C Lawrence
- Hobby Muds and Money Maarten van Leunen
- Hobby Muds and Money Mordengaard
- Mud Clients Mud Imp
- update on selling Godhoods Matthew Mihaly
- update on selling Godhoods Brian Green
- update on selling Godhoods Richard Woolcock
- update on selling Godhoods Matthew Mihaly
- update on selling Godhoods Jeremy Hovance
- Ten commandments for the next MMORPG Raph Koster
- Ten commandments for the next MMORPG Dan Shiovitz
- Ten commandments for the next MMORPG Brian Green
- Ten commandments for the next MMORPG Matthew Mihaly
- Ten commandments for the next MMORPG AR Schleicher
- Ten commandments for the next MMORPG Mud Imp
- Ten Commandments for the next MMORPG The Inquisition Administrator
- Ten commandments for the next MMORPG David Wruck
- MudDev FAQ 2 Marian Griffith
- MudDev FAQ 2 Wes Connell
- The great myth of broadband Brian Green
- The great myth of broadband Madrona Tree
- The great myth of broadband Par Winzell
- The great myth of broadband John Bertoglio
- Effective use of the third dimension Richard Ross
- Effective use of the third dimension adam@treyarch.com
- Effective use of the third dimension Richard Tew
- Ten commandments for players of the next MMORPG Ananda Dawnsinger
- Free Speech Jeff Freeman
- Free Speech Ananda Dawnsinger
- Free Speech Par Winzell
- Free Speech Jeff Freeman
- Free Speech Jon A. Lambert
- Free Speech Schubert, Damion
- Free Speech Matthew Mihaly
- Free Speech Jessica Mulligan
- Free Speech Darren Henderson
- Free Speech kitkat@marcus.pants.nu
- Free Speech Gary Whitten
- Free Speech J C Lawrence
- Free Speech Geoffrey A. MacDougall
- Free Speech Jeremy Hovance
- RPGPlanet article: The Evils of Character Progression Raph Koster
- More storytelling - And also game secrets Chris Lloyd
- Marketing text-based games (was: Ten Commandments for the next MMORPG) Andrew Ritchie
- java performance questions (fwd) J C Lawrence
- MUDs as art (was A footnote to Procedural Storytelling) Ola Fosheim Grøstad
- MUDs as art (was A footnote to Procedural Storytelling) Lee Sheldon
- MUDs as art (was A footnote to Procedural Storytelling) Caliban Tiresias Darklock
- Any hungry Java GUI programmers out there? Par Winzell
- Any hungry Java GUI programmers out there? Par Winzell
- Supporting multiple output formats Nolan Darilek
- The 10 basic rules of a good PvP system Raph Koster
- Player storytellers? Travis Nixon
- Thoughts about smarter Sims Jon A. Lambert
- Thoughts about smarter Sims J C Lawrence
- Thoughts about smarter Sims Jon A. Lambert
- Thoughts about smarter Sims Raph Koster
- Thoughts about smarter Sims Jon A. Lambert
- Thoughts about smarter Sims Paul Schwanz - Enterprise Services
- Thoughts about smarter Sims Jon A. Lambert
- Thoughts about smarter Sims Mordengaard
- Thoughts about smarter Sims Jon A. Lambert
- Thoughts about smarter Sims Justin Rogers
- Thoughts about smarter Sims Jon A. Lambert
- Advancement considered harmful (long) Brian Green
- Advancement considered harmful (long) Zak Jarvis
- Advancement considered harmful (long) J C Lawrence
- Advancement considered harmful (long) Zak Jarvis
- Advancement considered harmful (long) Raph Koster
- Advancement considered harmful (long) Zak Jarvis
- Advancement considered harmful (long) Charles Hughes
- Advancement considered harmful (long) Zak Jarvis
- Advancement considered harmful (long) Dave Rickey
- Advancement considered harmful (long) J C Lawrence
- Advancement considered harmful (long) Travis Nixon
- Advancement considered harmful (long) Paul Schwanz - Enterprise Services
- Advancement considered harmful (long) Miroslav Silovic
- Advancement considered harmful (long) Batir
- What I want, what players want Andrew Ritchie
- What I want, what players want Chris Jacobson
- What I want, what players want Jeff Freeman
- What I want, what players want Nicolai Hansen
- What I want, what players want Darren Henderson
- What I want, what players want adam@treyarch.com
- Domain Names and Trademarks Jon Morrow
- Domain Names and Trademarks J C Lawrence
- Domain Names and Trademarks Sellers, Michael
- Narratology WAS: Self-Sufficient Worlds Zak Jarvis
- Narratology WAS: Self-Sufficient Worlds J C Lawrence
- Narratology WAS: Self-Sufficient Worlds Zak Jarvis
- Narratology WAS: Self-Sufficient Worlds Christopher Allen
- narratology WAS Self-Sufficient Worlds Angela Ferraiolo
- FW: Advancement considered harmful (long) John Buehler
- Narratology and its application to VR, multi-player games, and the like J C Lawrence
- FW: Advancement considered harmful (long) John Buehler
- coordinate systems Richard Tew
- coordinate systems Jon Leonard
- coordinate systems Kerem 'Waster_' HADIMLI