Human vision article of interest: http://www.technologyreview.com/Infotech/18210/ ....seems to me they heisted alot of concepts from Hawkins for this application. RE: the database versus custom data handling....I think for certain apps, DB's are fine, but for AGI and the associated amount of data, a custom system is a must. A person can write a b-tree file management system that can scale to tens of thousands of low-cost pc's and be lightning fast. This is exactly the way Google looks up search results and they do NOT use a DB. Cheers, --Kevin
_____ From: Russell Wallace [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 21, 2007 9:34 AM To: [email protected] Subject: Re: [agi] Development Environments for AI (a few non-religious comments!) On 2/21/07, Mark Waser <[EMAIL PROTECTED]> wrote: and I think that there are a whole bunch more of similar cases that add up and add up and add up. Did you have to write code to load and save from memory to disk (both for swapping and semi-permanent purposes)? Are you confident that you know and have all the tricks necessary to scale up that enterprise Dabs already have (effectively for free to you)? And what about concurrency? Is your architecture designed *from the ground up* to allow controlled parallel, simultaneous operation? Incidentally, for those things (scalable write/search/read of large data sets) which existing database engines do well, which one would you recommend? For example, I remember hearing years ago that MySQL should be avoided other than for read-only operation due to lacking adequate transaction handling, but I've also heard it's improved a great deal in the meantime, is that the case? _____ This list is sponsored by AGIRI: http://www.agiri.org/email To unsubscribe or change your options, please go to: http://v2.listbox.com/member/?list_id=303 ----- This list is sponsored by AGIRI: http://www.agiri.org/email To unsubscribe or change your options, please go to: http://v2.listbox.com/member/?list_id=303
