On Feb 21, 2007, at 6:09 AM, Eugen Leitl wrote:
On Wed, Feb 21, 2007 at 08:59:51AM -0500, Mark Waser wrote:
do well. What are the special requirements/functionalities of the
indices
that you believe that enterprise DBs are not *optimized* to handle?
Relational databases are designed to do
or spacetime points
they are near to ...
-- Ben
- Original Message - From: Ben Goertzel [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Tuesday, February 20, 2007 6:34 PM
Subject: **SPAM** Re: **SPAM** Re: [agi] Development Environments for AI
(a few non-religious comments
.
- Original Message -
From: Ben Goertzel [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Wednesday, February 21, 2007 8:13 PM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
So from the below, can I take it that you're a big
] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
I am pretty confident that the specialized indices we use
(implemented directly in C++) are significantly faster than
implementing comparable indices in an enterprise DB would be.
Wow. You've floored me given
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
I am pretty confident that the specialized indices we use (implemented
directly in C++) are significantly faster than implementing comparable
indices in an enterprise DB would
:* David Clark mailto:[EMAIL PROTECTED]
*To:* agi@v2.listbox.com mailto:agi@v2.listbox.com
*Sent:* Wednesday, February 21, 2007 2:27 PM
*Subject:* **SPAM** Re: [agi] Development Environments for AI (a
few non-religious comments!)
Unless the database is built into the language
.
- Original Message -
From: Ben Goertzel [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Thursday, February 22, 2007 11:28 AM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
That just wouldn't work at all for the Novamente
, February 22, 2007 11:28 AM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
That just wouldn't work at all for the Novamente design.
Is the problem translating from C++ to C# or something else?
Translating NM to C# would
PROTECTED]
To: agi@v2.listbox.com
Sent: Thursday, February 22, 2007 1:19 PM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Mark Waser wrote:
:-) I think that you don't realize that .NET in the SQL engine has all
the advantages of standard .NET
Environments for AI (a
few non-religious comments!)
Also, why would 32 - 64 bit be a problem, provided you planned for
it in advance?
Name all the large, long-term projects that you know of that *haven't*
gotten bitten by something like this. Now, name all of the large,
long-term projects
opportunities to focus even more on
what matters instead of re-inventing some wheels.
- Original Message -
From: Ben Goertzel [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Tuesday, February 20, 2007 6:34 PM
Subject: **SPAM** Re: **SPAM** Re: [agi] Development Environments for AI (a
few non
Wow. You've floored me given that indexes are key to what enterprise DBs do
well. What are the special requirements/functionalities of the indices that
you believe that enterprise DBs are not *optimized* to handle?
Is there any AGI project which uses so called enterprise DBs
intensively? If
On 2/21/07, Eugen Leitl [EMAIL PROTECTED] wrote:
The language thread has been reasonably abstruse already, but proposing
doing AI by stored procedures in relational databases backed by
~10 ms access time devices... Hey, why not tapes? I think you could
implement a reasonably competent Turing
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
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 21, 2007 9:34 AM
To: agi@v2.listbox.com
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
.
Optimization on DB's is done at a higher level than an index in any case.
David Clark
- Original Message -
From: Mark Waser [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Wednesday, February 21, 2007 6:59 AM
Subject: Re: [agi] Development Environments for AI (a few non-religious
comments
of
data from disk, no AGI is going to be built using conventional computers any
time soon.
David Clark
- Original Message -
From: Mark Waser
To: agi@v2.listbox.com
Sent: Wednesday, February 21, 2007 9:36 AM
Subject: Re: [agi] Development Environments for AI (a few non-religious
@v2.listbox.com
Sent: Wednesday, February 21, 2007 2:04 PM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
On any given machine, indexing code quickly reaches it's maximum speed.
Enterprise DB's are much slower because they have to be concerned
engine of a database server.
- Original Message -
From: David Clark
To: agi@v2.listbox.com
Sent: Wednesday, February 21, 2007 2:27 PM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
Unless the database is built into the language
: Wednesday, February 21, 2007 12:36 PM
Subject: Re: [agi] Development Environments for AI (a few non-religious
comments!)
Optimization on DB's is done at a higher level than an index in any
case.
And with that statement, you prove that you don't know what you're talking
about
]
To: agi@v2.listbox.com
Sent: Wednesday, February 21, 2007 12:36 PM
Subject: Re: [agi] Development Environments for AI (a few non-religious
comments!)
Optimization on DB's is done at a higher level than an index in any
case.
And with that statement, you prove that you don't know what you're
] Development Environments for
AI (a few non-religious comments!)
Also, why would 32 - 64 bit be a problem, provided you planned for
it in advance?
Name all the large, long-term projects that you know of that
*haven't* gotten bitten by something like this. Now, name all of
the large, long
Clark mailto:[EMAIL PROTECTED]
*To:* agi@v2.listbox.com mailto:agi@v2.listbox.com
*Sent:* Wednesday, February 21, 2007 2:27 PM
*Subject:* **SPAM** Re: [agi] Development Environments for AI (a
few non-religious comments!)
Unless the database is built into the language then using
Chuck Esterbrook wrote:
On 2/19/07, Richard Loosemore [EMAIL PROTECTED] wrote:
Wow, I leave off email for two days and a 55-message Religious War
breaks out! ;-)
I promise this is nothing to do with languages I do or do not like (i.e.
it is non-religious...).
As many people pointed out,
. . . . (and plugged all of their BOA,
MOSES, etc. into it) . . . .
- Original Message -
From: Chuck Esterbrook [EMAIL PROTECTED]
To: agi@v2.listbox.com
Sent: Tuesday, February 20, 2007 1:40 AM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
On 2/19
On 2/20/07, Mark Waser [EMAIL PROTECTED] wrote:
Realistically, you'll have an AGI before the environment is completed
.
. . .
I think you slightly underestimate the difficulty of creating AGI ;)
Personally, I'd start with a commercial extensible development
environment and a
on it there.
- Original Message -
From: Russell Wallace
To: agi@v2.listbox.com
Sent: Tuesday, February 20, 2007 3:31 PM
Subject: **SPAM** Re: [agi] Development Environments for AI (a few
non-religious comments!)
On 2/20/07, Mark Waser [EMAIL PROTECTED] wrote:
Realistically, you'll have
On 2/20/07, Mark Waser [EMAIL PROTECTED] wrote:
I think that you grossly underestimate the magnitude of what is being
proposed because the tag development environment has been attached to
it.:-)
*grin* No, I think it's a big project, at least the version I have in mind
(on my to-do list
On 2/20/07, Ben Goertzel [EMAIL PROTECTED] wrote:
Novamente works fine on 64-bit machines -- but it took nearly a
man-month of work to 64-bit-ify the code, which was done back in 2004...
I guess I stand corrected on that one!
-
This list is sponsored by AGIRI: http://www.agiri.org/email
Also, why would 32 - 64 bit be a problem, provided you planned for
it in advance?
Name all the large, long-term projects that you know of that *haven't*
gotten bitten by something like this. Now, name all of the large,
long-term projects that you know of that HAVE gotten bitten repeatedly
On 2/20/07, Richard Loosemore [EMAIL PROTECTED] wrote:
...
It helps to remember that my target users are cognitive scientists who
want to be able to stay in a high-level thought mode (fancy way of
saying that my users ain't gonna be hackers).
Now I see why it would be a dev env, both from the
Wow, I leave off email for two days and a 55-message Religious War
breaks out! ;-)
I promise this is nothing to do with languages I do or do not like (i.e.
it is non-religious...).
As many people pointed out, programming language matters a good deal
less that what you are going to use
Richard Loosemore wrote:
There is a restriction in my case that enables me to get away without
having to solve the general problem.
I am curious to know what that restriction is? Offlist would be welcomed.
Thanks
Anna:)
On 2/19/07, Richard Loosemore [EMAIL PROTECTED] wrote:
Wow, I leave
On 2/19/07, Richard Loosemore [EMAIL PROTECTED] wrote:
Wow, I leave off email for two days and a 55-message Religious War
breaks out! ;-)
I promise this is nothing to do with languages I do or do not like (i.e.
it is non-religious...).
As many people pointed out, programming language matters
34 matches
Mail list logo