April 2001
- Camelot Beta 3 Dave Rickey
- Camelot Beta 3 Daniel.Harman@barclayscapital.com
- Camelot Beta 3 Vincent Archer
- Camelot Beta 3 Derek Licciardi
- Camelot Beta 3 Darrin Hyrup
- Camelot Beta 3 Vincent Archer
- Camelot Beta 3 Dave Rickey
- Camelot Beta 3 Darrin Hyrup
- Camelot Beta 3 Auli
- Room Searching Jared
- Room Searching shren
- Room Searching Travis Casey
- Room Searching Eli Stevens
- Room Searching Derek Licciardi
- Room Searching Adam Martin
- Room Searching Hans-Henrik Staerfeldt
- Room Searching Daniel.Harman@barclayscapital.com
- Room Searching David Bennett
- Sims Online -- WAS: MUD-Dev digest, Vol 1 #301 - 15 msgs Zak Jarvis
- Mera '01 report Cassandra
- Mera '01 report Jake Song
- Mera '01 report J C Lawrence
- Mera '01 report Jake Song
- Mera '01 report J C Lawrence
- Mera '01 report Cassandra
- Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Brian 'Psychochild' Green
- Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) McQuaid, Brad
- Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Derek Licciardi
- Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Brian 'Psychochild' Green
- Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Daniel.Harman@barclayscapital.com
- Learning about MUDs (was: MUD-Dev digest, Vol 1 #301 - 15 msgs) Jim S
- Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Freeman, Jeff
- Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Daniel.Harman@barclayscapital.com
- Learning about MUDs (was: MUD-Dev digest, V ol 1 #301 - 15 msgs) Vincent Archer
- www.innbetweenworlds.com Klimon, Ian
- MERA '01 followup: Success critera Zak Jarvis
- MUD-Dev digest, Vol 1 #303 - 17 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #303 - 17 msgs Baron, Jonathan
- MUD-Dev digest, Vol 1 #303 - 17 msgs John Buehler
- MUD-Dev digest, Vol 1 #303 - 17 msgs Baron, Jonathan
- ADMIN: HTML email, the reasons against J C Lawrence
- Need for a departure from reality? Matt Mihaly
- Broken Economies (was Learning about MUDs) geoffrey@yorku.ca
- Broken Economies (was Learning about MUDs) Koster, Raph
- Broken Economies (was Learning about MUDs) Timothy Dang
- Broken Economies (was Learning about MUDs) Koster, Raph
- Broken Economies (was Learning about MUDs) Timothy Dang
- Broken Economies (was Learning about MUDs) Madman Across the Water
- Broken Economies (was Learning about MUDs) Derek Licciardi
- Broken Economies (was Learning about MUDs) Vincent Archer
- Broken Economies (was Learning about MUDs) Sellers, Michael
- Balancing Melee vs Ranged Combat in Games Which Model Space Daniel.Harman@barclayscapital.com
- Balancing Melee vs Ranged Combat in Games Which Model Space Zak Jarvis
- Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
- Balancing Melee vs Ranged Combat in Games Which Model Space Jerrith
- Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
- Balancing Melee vs Ranged Combat in Games Which Model Space Jerrith
- Balancing Melee vs Ranged Combat in Games Which Model Space Brian Hook
- Balancing Melee vs Ranged Combat in Games Which Mod el Space Daniel.Harman@barclayscapital.com
- Balancing Melee vs Ranged Combat in Games Which Model Space shren
- Balancing Melee vs Ranged Combat in Games Which Model Space shren
- Balancing Melee vs Ranged Combat in Games Which Model Space Philip
- Balancing Melee vs Ranged Combat in Games Which Model Space Hal Bonnin
- Balancing Melee vs Ranged Combat in Games Which Model Space Kwon Ekstrom
- Balancing Melee vs Ranged Combat in Games Which Model Space rayzam
- RE:The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Sellers, Michael
- Sv: Balancing Melee vs Ranged Combat in Games Which Model Space Nicolai Hansen
- ADMIN: Subject header maintenance (was: Broken currencies) J C Lawrence
- Broken currencies Matt Mihaly
- Broken currencies Jim S
- Broken currencies Koster, Raph
- Broken currencies Lars Duening
- Broken currencies Matt Mihaly
- Broken currencies Lars Duening
- Broken currencies Brian 'Psychochild' Green
- Broken currencies Matt Mihaly
- Broken currencies Timothy Dang
- Broken currencies Phillip Lenhardt
- Broken currencies Matt Mihaly
- Broken currencies Phillip Lenhardt
- Broken currencies John Buehler
- Broken currencies Derek Licciardi
- Broken currencies Ben Sizer
- Broken currencies Adam Martin
- Broken currencies Ben Sizer
- Broken currencies Matt Mihaly
- Broken currencies Timothy Dang
- Broken currencies Michael Dekker
- Broken currencies Miroslav Silovic
- Broken currencies Matt Mihaly
- Broken currencies Timothy Dang
- [DGN] Balancing Melee vs Ranged Combat in Games Which Model Space Ananda Dawnsinger
- Broken currencies Matt Mihaly
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Sellers, Michael
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Dave Rickey
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) F. Randall Farmer
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Lee Sheldon
- The Monad (was: Broken Economies) shren
- The Monad (was: Broken Economies) Matt Mihaly
- The Monad (was: Broken Economies) John Buehler
- The Monad (was: Broken Economies) Matt Mihaly
- A User's Guide to TCP Windows J C Lawrence
- Balance J C Lawrence
- Economic & Derek Licciardi
- Economic & Matt Mihaly
- Economic & Timothy Dang
- Money supply in game economies (formerly Broken economies) Matt Mihaly
- Money supply in game economies (formerly Brokeneconomies) geoffrey@yorku.ca
- Money supply in game economies (formerly Broken eco nomies) Koster, Raph
- Money supply in game economies (formerly Broken economies) Timothy Dang
- [DGN] Balancing Melee/Ranged Combat Kwon Ekstrom
- Room Searching - how about doors? Gavin Doughtie
- Tracking Hulbert, Leland
- Online Games get an overview Koster, Raph
- [DGN] Money supply in game economies (formerly Brok en economies) Daniel.Harman@barclayscapital.com
- [DSG] Concrete idea behind currency (was: The Monad and Broken Economies) Paul Schwanz
- Majestic (was The Sims Online) Matt Mihaly
- Majestic (was The Sims Online) Baron, Jonathan
- Majestic (was The Sims Online) Matt Mihaly
- Majestic (was The Sims Online) Baron, Jonathan
- Majestic (was The Sims Online) Sellers, Michael
- Majestic (was The Sims Online) Matt Mihaly
- Majestic (was The Sims Online) Matt Mihaly
- Identity and Economies [was Money supply in game economies (formerly Broken eco nomies) ] Joe Andrieu
- Virtual Suicide (Was: Money supply in game economies) Dave Rickey
- Virtual Suicide (Was: Money supply in game economie s) Daniel.Harman@barclayscapital.com
- Virtual Suicide (Was: Money supply in game economies) Dave Rickey
- Virtual Suicide (Was: Money supply in game economie s) Daniel.Harman@barclayscapital.com
- The Sims Online (was MUD-Dev digest, Vol 1 #301 - 15 msgs) Baron, Jonathan
- Distributed Muds Jim Craig
- [DSG] Money supply in game economies (was: Broken Economies) Paul Schwanz
- TECH DGN: (was Broken currencies) Nathan F.Yospe
- [DESIGN] Economic & Marian Griffith
- [DESIGN] Economic & Derek Licciardi
- [DESIGN] Economic & Marian Griffith
- [DESIGN] Economic & John Buehler
- [DESIGN] Economic & Travis Nixon
- [DESIGN] Economic & Travis Casey
- [DESIGN] Economic & Matt Mihaly
- [DESIGN] Economic & Travis Nixon
- [DESIGN] Economic & Matt Mihaly
- Author Unknown (was: Money supply in game economies) Emil Eifrém
- TECH: Distributed Muds Emil Eifrém
- TECH: Distributed Muds Jim Craig
- TECH: Distributed Muds Frank Crowell
- TECH: Distributed Muds Colin Coghill
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Brian Hook
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Brian Hook
- TECH: Distributed Muds Adam Martin
- Shattered World's economy John W Pierce
- Shattered World's economy Erik Jarvi
- [BIZ] Advertising sprawl (yahoo) J C Lawrence
- [BIZ] Advertising sprawl (yahoo) Frank Crowell
- [BIZ] Advertising sprawl (yahoo) Lars Duening
- [BIZ] Advertising sprawl (yahoo) Vincent Archer
- [BIZ] Advertising sprawl (yahoo) Dave Rickey
- [BIZ] Advertising sprawl (yahoo) Matt Mihaly
- [BIZ] Advertising sprawl (yahoo) Vincent Archer
- [BIZ] Advertising sprawl (yahoo) shren
- [BIZ] Advertising sprawl (yahoo) John Buehler
- [BIZ] Advertising sprawl (yahoo) Ian Macintosh
- [BIZ] Advertising sprawl (yahoo) Daniel.Harman@barclayscapital.com
- [BIZ] Advertising sprawl (yahoo) Matt Mihaly
- [BIZ] Advertising sprawl (yahoo) Caliban Tiresias Darklock
- [BIZ] Advertising sprawl (yahoo) Matt Mihaly
- [BIZ] Advertising sprawl (yahoo) J C Lawrence
- [BIZ] Advertising sprawl (yahoo) Travis Casey
- [BIZ] Advertising sprawl (yahoo) Daniel.Harman@barclayscapital.com
- [BIZ] Advertising sprawl (yahoo) Matt Mihaly
- [BIZ] Advertising sprawl (yahoo) Vincent Archer
- [BIZ] Advertising sprawl (yahoo) Matt Mihaly
- RG Interview Cassandra
- NEWS DGN Wired News article about EQ Zak Jarvis
- [DESIGN] Economy goals (was: Broken currencies) Vincent Archer
- [DESIGN] Economy goals (was: Broken currencies) shren
- [DESIGN] Economy goals (was: Broken currencies) Freeman, Jeff
- [DESIGN] Economy goals (was: Broken currencies) Derek Licciardi
- [DESIGN] Economy goals (was: Broken currencies) Vincent Archer
- [DESIGN] Economy goals (was: Broken currencies) Freeman, Jeff
- [DESIGN] Economy goals (was: Broken currencies) Adam Martin
- Curtailing the 'Super-Rich Effect' Bob McFakename
- Curtailing the 'Super-Rich Effect' Lynx
- Curtailing the 'Super-Rich Effect' Matt Mihaly
- Curtailing the 'Super-Rich Effect' Bob McFakename
- Curtailing the 'Super-Rich Effect' Matt Mihaly
- Curtailing the 'Super-Rich Effect' Phillip Lenhardt
- Curtailing the 'Super-Rich Effect' Matt Mihaly
- Curtailing the 'Super-Rich Effect' Travis Casey
- Curtailing the 'Super-Rich Effect' Mordengaard
- Curtailing the 'Super-Rich Effect' Michael Tresca
- Curtailing the 'Super-Rich Effect' Trump
- Curtailing the 'Super-Rich Effect' Daniel.Harman@barclayscapital.com
- Curtailing the 'Super-Rich Effect' Dave Rickey
- Curtailing the 'Super-Rich Effect' Michael Tresca
- Movie grosses Matt Mihaly
- Movie grosses Brian 'Psychochild' Green
- Movie grosses Koster, Raph
- Movie grosses Matt Mihaly
- Movie grosses Myschyf
- Movie grosses Matt Mihaly
- StarPeace (was Money supply in game economies) Michael Dekker
- TECH: Distributed Muds Bobby Martin
- TECH: Distributed Muds Adam Martin
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Brian Hook
- TECH: Distributed Muds Nick Walker
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Brian Hook
- TECH: Distributed Muds shren
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Brian Hook
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds shren
- TECH: Distributed Muds Eli Stevens
- TECH: Distributed Muds John Buehler
- TECH: Distributed Muds Kevin Littlejohn
- TECH: Distributed Muds John Buehler
- TECH: Distributed Muds Ola Fosheim Grøstad
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Matthew D. Fuller
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds Ola Fosheim Grøstad
- TECH: Distributed Muds Christopher Kohnert
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Jon Lambert
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds Jon Lambert
- TECH: Distributed Muds Matthew D. Fuller
- TECH: Distributed Muds Owen
- TECH: Distributed Muds Jon Lambert
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds shren
- TECH: Distributed Muds Jon Lambert
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds Jon Leonard
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Kevin Littlejohn
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Kwon Ekstrom
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Kwon Ekstrom
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Neil Brown
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds Derek Snider
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds shren
- TECH: Distributed Muds John Buehler
- TECH: Distributed Muds Steven Fleischaker
- TECH: Distributed Muds Jon Lambert
- TECH: Distributed Muds Daniel.Harman@barclayscapital.com
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Daniel.Harman@barclayscapital.com
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Caliban Tiresias Darklock
- TECH: Distributed Muds Christopher Kohnert
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Chris Gray
- TECH: Distributed Muds Kwon Ekstrom
- TECH: Distributed Muds Bruce
- TECH: Distributed Muds Vincent Archer
- TECH: Distributed Muds Brad Roberts
- TECH: Distributed Muds Vincent Archer
- [DESIGN] Economic & Currency Solutions Phillip Lenhardt
- Curtailing the 'Super-Rich' Effect Bob McFakename
- Curtailing the 'Super-Rich' Effect Daniel.Harman@barclayscapital.com
- TECH: Flash Crowds and overflow control Gavin Doughtie
- TECH: Flash Crowds and overflow control Marc Bowden
- TECH: Flash Crowds and overflow control Vincent Archer
- TECH: Flash Crowds and overflow control Koster, Raph
- TECH: Flash Crowds and overflow control J C Lawrence
- TECH: Flash Crowds and overflow control Marc Bowden
- TECH: Flash Crowds and overflow control Justin Rogers
- BUSINESS: I need Online Gaming Revenue Projections. F. Randall Farmer
- [DESIGN] Economic & Currency Solutions Vincent Archer
- [DESIGN] Economic & Currency Solutions Timothy Dang
- [DESIGN] Economic & Currency Solutions Taylor Daynes
- [DESIGN] Economic & Currency Solutions Vincent Archer
- ADMIN: Moving... J C Lawrence
- UO and eBay figures Koster, Raph
- MUD for sale Chris Gray
- MUD for sale Caliban Tiresias Darklock
- MUD for sale Dave Rickey
- MUD for sale Bruce
- MUD for sale Chris Gray
- MUD for sale Kevin Littlejohn
- ADMIN: The move and current status J C Lawrence
- Virtual Suicide (Was: Money supply in game economies) Martin Burke
- TECH: Java ARMI Bobby Martin
- TECH: AmigaMud DB questions Bruce
- TECH: AmigaMud DB questions Chris Gray
- TECH: AmigaMud DB questions Bruce
Chris Gray wrote:
>> From: Bruce <bruce@puremagic.com>
> [Warning, long answer, with actual code in it!]
Yay!
>> The DB is something that I've been experimenting with a lot lately
>> inside of Cold. One of the first things to go was the use of DBM
>> for maintaining the index because it simply didn't scale. I'm
>> still not entirely thrilled with Berkeley DB, which I used to
>> replace it and will probably end up moving over to something simple
>> and similar to what you described. Relying on other libs where
>> speed is critical hasn't worked well for us.
> Most traditional simple DB's are not good at random accesses to
> randomly sized entries. I knew from day 1 that most of my database
> objects would be of differing (and varying at runtime) sizes. So, I
> just went ahead and produced the kind of back-end I needed. It's had
> some pretty nasty bugs over time, but I haven't noticed any for
> quite a while. All of the original writing of my MUD system was done
> on the Amiga, and using my own Draco programming language, so pretty
> much any external package would have had to have been translated and
> ported before I could use it.
Agreed. This is roughly what I tell people when they ask "But why
don't you just use Berkeley DB for all of your storage?" I was unable
to get BDB to insert a couple million -small- and constant sized
records in anything approaching acceptable lengths of time unless I
through a large cache at the DB. (About 145M seems to work fine.)
That bloats my process size though beyond what most people are willing
to accept, and I hadn't even tested storing large or randomly sized
objects in there. But maybe I was missing something wrt tuning BDB.
(I still see a high cost for our index operations that do use BDB
currently, since it was faster than DBM.)
>> Do you still maintain refcounts for objects external to them in a
>> mapping? Does the user have to write code that correctly manages
>> the refcounts on objects, or is that handled as part of the
>> scripting language?
> The object refcounts are officially stored in the object records in
> the database (in a small fixed header piece). The extra in-memory
> caches are used only to reduce the number of writes to the database
> itself. All of the refcounts (on quite a few kinds of entities) are
> invisible to the user. Two of the "dump out an entry" commands allow
> you to see the refcounts, but there is no way to actually change
> them - it is all done automatically as part of the lower-level
> routines that the MUD languages uses to manipulate them. Similarly,
> when the refcounts go to 0, the system will free the used resources.
Ahhh, we don't refcount objects but require manual management of
object lifetimes. We do have data that we store on objects though but
which doesn't cause them to get written back out should that data be
modified, since it is just for doing things while the object is
loaded, so we just don't flag the object as dirty.
> Why? Well, so far it hasn't been a big issue. Certainly as the
> working set size increased, one would want to change it. Also, the
> CPU time of doing the flush isn't that great, so doing async I/O for
> the actual flushes might hide the latency. That would require some
> additional data structures, however, to keep track of what all is
> being written. The main saving, I expect, is that its only a small
> percentage of the database that ever gets dirtied permanently enough
> to actually need writing to disk.
We track dirtied objects and only write back what we need. We also
only write out objects when either they are forced out of the cache or
we're syncing to disk for a backup to occur.
Regarding the flush, I see a fairly reasonable amount of time being
spent in fflush. When compiling a DB (about 1.5 gig) and doing an
initial population of a binary DB, we spend about 5.5 minutes in our
db_put() routine. Of that, roughly 70 seconds is spent in fflush,
both directly and as a result of calling fseek. I plan on looking at
shifting to asynch I/O experimentally to see how that might impact
both this and normal runtime operations. Has anyone else tried this
and seen benefit while running under decent load?
> Is a synchronous backup like this scalable? Probably not in the long
> run, but you'd have to be running a serious system in order to want
> to risk corrupted databases to avoid the backups impacting the
> players. The players seeing this ('APrint' is a broadcast to
> players) breaks the illusion of a virtual world, but as a player, I
> think I would find it re-assuring.
It is also a nice enough way to explain why everything has halted for
some period of time. :) With a big DB and a not-so-far from what is
released version of Cold, the synchronous part of a backup can take a
couple of minutes before moving into the asynch part where players can
do things again. For muds of the sizes that most people on mud-dev
are familiar with, the synchronous portion of the backup would be
seconds only.
> Since the original version was done on the Amiga, I chose big-endian
> as the standard for the database (and for messages). So, on that
> platform, there really isn't any conversion necessary. On the X86
> platform, I have to do endian-conversions. There really aren't any
> other conversions that I have to do - I arranged all of the types so
> that they pack properly into structures, and just read and write the
> structures from the database.
> There are conversions for some of the higher-level server types that
> are stored in the database (MUD-code, tables, grammars), but they
> are not read or written very often, since they each have independent
> in-memory caches in front of the database itself.
Ahhh, a very large difference from us. :) We have to do conversions to
serialize everything to disk. (In the above case where I gave numbers
from a profile of a DB compile, object serialization was almost 2
minutes of the 5.5 minutes spent putting objects into the DB.) We
also store everything on objects, including the bytecode for methods.
We've given thought to caching methods separately, but haven't ever
finished the work in an experimental form to see what the gain might
be.
>> Are there good open source/free software lightweight OODBs around,
>> preferably with a C API? I've not seen one and I keep getting
>> tempted to rip that layer out of Cold and package it up separately
>> as a lib. It'd be nice if any suggestions were actively developed
>> as well. :)
> That question I'll leave to others, since I'm not knowledgeable
> there.
I've looked on sourceforge, freshmeat and other places. I found none
that matched what I already have in Cold and what you apparently have
in your system. :) I can't speak to how these compare with the systems
present in Muq or DGD. It looks like it would make sense to separate
out the block storage layer from Cold and present it as a separate
library. I could definitely use it in some of my more recent
projects.
Have you made any decisions yet on the status of your source?
- Bruce - TECH: AmigaMud DB questions Chris Gray
- TECH: AmigaMud DB questions Jon Lambert
- TECH: AmigaMud DB questions Bruce
- Kuro5hin: What can games teach us about human-computer interaction? J C Lawrence
- Review of Galactic Emperor: Succession in LumTheMad's Forums Christopher Allen
- [BIZ] New EQ Expansion Daniel.Harman@barclayscapital.com
- Twisted Python J C Lawrence
- [TECH] Distributed MUD Kwon Ekstrom
- [TECH] Distributed MUD Jeremy Noetzelman
- [TECH] Distributed MUD Kwon Ekstrom
- [TECH] Distributed MUD J C Lawrence
- EQ: what makes a zone interesting? Frank Crowell
- EQ: what makes a zone interesting? J C Lawrence
- EQ: what makes a zone interesting? shren
- EQ: what makes a zone interesting? J C Lawrence
- EQ: what makes a zone interesting? Elia Morling
- Imaginary Realities - April 2001 David Bennett
- [BIZ][TECH] worlds.com gets patent bruce@puremagic.com
- [BIZ][TECH] worlds.com gets patent Jessica Mulligan
- [BIZ][TECH] worlds.com gets patent Bruce
- [BIZ][TECH] worlds.com gets patent Frank Crowell
- [BIZ][TECH] worlds.com gets patent Kwon Ekstrom
- [BIZ][TECH] worlds.com gets patent John Robert Arras
- [BIZ][TECH] worlds.com gets patent Jon Lambert
- [BIZ][TECH] worlds.com gets patent John Buehler
- [BIZ][TECH] worlds.com gets patent Frank Crowell
- [BIZ][TECH] worlds.com gets patent Travis Nixon
- [BIZ][TECH] worlds.com gets patent Marian Griffith
- [BIZ][TECH] worlds.com gets patent John Buehler
- [BIZ][TECH] worlds.com gets patent Dave Rickey
- [BIZ][TECH] worlds.com gets patent Derek Licciardi
- called shots Josh Rollyson
- called shots Matt Mihaly
- called shots Mordengaard
- called shots Ling Lo
- called shots shren
- called shots John Buehler
- called shots Kwon Ekstrom
- called shots Travis Casey
- called shots Travis Casey
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Brad Roberts
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Dominic J. Eidson
- TECH: reliablity (was: Distributed Muds) Bruce
- TECH: reliablity (was: Distributed Muds) Derek Snider
- TECH: reliablity (was: Distributed Muds) Bruce
- TECH: reliablity (was: Distributed Muds) Derek Snider
- TECH: reliablity (was: Distributed Muds) Alex
- TECH: reliablity (was: Distributed Muds) shren
- TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
- TECH: reliablity (was: Distributed Muds) Derek Snider
- TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
- TECH: reliablity (was: Distributed Muds) John Buehler
- TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
- TECH: reliablity (was: Distributed Muds) John Buehler
- TECH: reliablity (was: Distributed Muds) Kwon Ekstrom
- TECH: reliablity (was: Distributed Muds) Derek Licciardi
- TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
- TECH: reliablity (was: Distributed Muds) John Buehler
- TECH: reliablity (was: Distributed Muds) Ola Fosheim Grøstad
- TECH: reliablity (was: Distributed Muds) John Buehler
- TECH: reliablity (was: Distributed Muds) Kwon Ekstrom
- TECH: prefetching/madvise (was: Distributed Muds) Bruce
- TECH: prefetching/madvise (was: Distributed Muds) Matthew D. Fuller
- TECH: Distributed Muds J C Lawrence
- TECH: Distributed Muds Scion Altera
- Re:called shots Eric Lamy
- Where are we now? Greg Munt
- Where are we now? Ronan Farrell
- Where are we now? Matt Mihaly
- Where are we now? Greg Munt
- Where are we now? Ronan Farrell
- Where are we now? Adam Martin
- Where are we now? Bryce Harrington
- Where are we now? Deidril
- Where are we now? Bryce Harrington
- Where are we now? Elia Morling
- Where are we now? Matt Mihaly
- Where are we now? McManus, Susan
- Where are we now? Matt Mihaly
- Where are we now? Kwon Ekstrom
- Where are we now? Brian Hook
- Where are we now? Kwon Ekstrom
- Where are we now? Michael Tresca
- Where are we now? S. Patrick Gallaty
- Where are we now? Greg Munt
- Where are we now? S. Patrick Gallaty
- Where are we now? Matt Mihaly
- Where are we now? Koster, Raph
- Where are we now? Greg Munt
- Where are we now? Matt Mihaly
- Where are we now? Greg Munt
- Where are we now? Matt Mihaly
- Where are we now? Bruce
- Where are we now? Ola Fosheim Grøstad
- Where are we now? Koster, Raph
- Where are we now? Richard A. Bartle
- Where are we now? Ola Fosheim Grøstad
- Where are we now? Bruce
- Where are we now? Greg Munt
- Where are we now? Koster, Raph
- Where are we now? rayzam
- Where are we now? Madman Across the Water
- Where are we now? Bryce Harrington
- Where are we now? Madman Across the Water
- Where are we now? Freeman, Jeff
- TECH: DBM vs BDB speeds (was: AmigaMud DB questions) Bruce
- fault tolerance and character files Steven Fleischaker
- fault tolerance and character files Kwon Ekstrom
- fault tolerance and character files Bruce
- fault tolerance and character files Kwon Ekstrom
- fault tolerance and character files Vincent Archer