That was also my impression so we will see how to have other saving
mechanisms
stef
On Wednesday, March 19, 2003, at 11:52 PM, Lukas Renggli wrote:
Hi,
I have added a new type of storage that is much faster than the one
using SIXX. Of course the SIXX serialization could be optimized and it
could be done in a background thread, but still it seems to be not
very efficient.
It is amazing: Saving the image costs less than a second on my
machine, even with a wiki that has got thousands of pages and several
folders with copies of my presentation.
To enable the new storage execute the following code
server storage: ImageStorage new.
and a file called "smallwiki.im" in your image-directory will be
generated every half an hour if something changed. Of course the
storage-type might be swapped on the fly (hot-swap).
Alexander told me that the XML-file of the running server is already
over 1 MB. And I have my concerns that the VW XML-parser is able to
handle very such large files to read it in. Therefore I think dumping
the image scales far better and is more save, as it simpler and has
been working for years now.
Cheers
Lukas
--
Lukas Renggli
http://renggli.freezope.org
Prof. Dr. Stéphane DUCASSE (ducasse(a)iam.unibe.ch)
http://www.iam.unibe.ch/~ducasse/
"if you knew today was your last day on earth, what would you do
different? ... especially if,
by doing something different, today might not be your last day on
earth" Calvin&Hobbes
"The best way to predict the future is to invent it..." Alan Kay.
Open Source Smalltalks:
www.squeak.org,
www.gnu.org/software/smalltalk/smalltalk.html
Free books for Universities at
http://www.esug.org/sponsoring/promotionProgram.html
Free Online Book at
www.iam.unibe.ch/~ducasse/FreeBooks.html