[IRCServices] cheers. ideas.

[&quot]

well, the "Read on, write many" method for large data exchange is really
obsolete, YES, it is needed
a lot of developement, skills and time, but nothing grows without effort and
dedication.

the box that runs the brasnet services, have 256mb ram and 766mb of swap..
the old configuration was 256mb swap, and when this limit is reached the
services die.. and everyone knows, "swap sucks" ehhe, but its needed, i dont
have money for 1gb ram. lol.. :)

> What we should focus on is writing an interface for Services that allows
> external apps to communicate with it.

a Library! it is a good way to retrieve information.. pre-built funcions..
for listing information about nicks and chans.. memos. well..
but.. write data to the database is a difficult thing to do.. "read once.."
stuff.
i can help writing a lib too, however preferring database storage, but,
alone i dont do anything.

sorry about my english, im brazialian :)

Cheers,
Bruno Lacerda
sniffer at sniffer.net
http://sniffer.net


----- Original Message -----
From: "Andrew Kempe" <andrewk at icon.co.za>
To: <ircservices at Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 12:44 PM
Subject: Re: [IRCServices] cheers. ideas.


> Services is a READ ONCE, WRITE MANY application. If you make changes to
the
> data in the underlying datastore, be it a database, binary file or text
> file, the changes would be lost at the next database save.
>
> Services would require a lot of work to make it support proper querying of
a
> database. The performance hit services would take would outweigh the
benefit
> imho. If one were to do it properly, with multiple threads loading only
the
> information needed to service the users and channels currently online,
> things would definately be better. However, let's be honest, this requires
a
> lot of developement, skills and time.
>
> What we should focus on is writing an interface for Services that allows
> external apps to communicate with it.
>
> Back to your point about Brasnet, 98MB is a lot. However, it's not totally
> unreasonable. The thing I'd guess that is really taking a hit is the CPU.
> The algorithms were never meant to handle so much data. I am definately
> looking to improve the key ones.
>
> Andrew



---------------------------------------------------------------
To unsubscribe, send email to majordomo at ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.