MG>which trends or patterns will you be modelling? ALL (interesting answer if you
> allow yourself to consider that there really are no restrictions aside from those we would
> impose here)
MG>which indexes are you considering: Unique index, primary index or
> foreign index?Primary for speed however unique may be more useful to keep the unwanted
> redundancy to a minimum.
MG>optimize based on execution time or diskspace allocated,
> EliminatingFTS or some other criteria? As diskspace is somewhat less concerning these
> days, I would like to focus on execution time.
MG>what about replication -Yes,
> however I wanted an internal form of redundancy as well as
> distributed.
garotconklin@stripped
________________________________
From: Martin
> Gainty <mgainty@stripped>
To: garotconklin@stripped; webmaster@stripped;
> "mysql@stripped" <mysql@stripped>
Sent: Monday, August 20, 2012 2:23
> PM
Subject: RE: Machine Learning
From: garotconklin@stripped
Subject: Re: Machine
> Learning
To: webmaster@stripped; mgainty@stripped; mysql@stripped
My initial
> thought was to propagate the db with everything and allow the algorithm to then begin to
> determin trends/patterns
MG>which trends or patterns will you be modelling?
and begin
> either an indexing methodology
MG>which indexes are you considering: Unique index,
> primary index or foreign index?
additional table/db creation process or both to further
> optimize the calls being made
MG>optimize based on execution time or diskspace
> allocated, EliminatingFTS or some other
> criteria?
MG>https://dev.mysql.com/doc/refman/5.5/en/optimization.html
and build in
> some internal levels of redundancy.
MG>what about
> replication
MG>http://dev.mysql.com/doc/refman/5.5/en/replication.html
I am actually
> approaching this with some degree of biological conception in the multipathing within our
> own brains however until I have something up and running under some substantial load
> however I may not get a complete picture.
Thanks,
Garot
>
>
Interesting
Martin
>
>
>
>
>
> From:
>
> webmaster@stripped
> <webmaster@stripped>;
>
>
>
> To:
>
> 'Garot Conklin' <garotconklin@stripped>; 'Martin
> Gainty' <mgainty@stripped>; <mysql@stripped>;
>
>
>
>
>
>
> Subject:
>
> RE: Machine Learning
>
>
>
> Sent:
>
> Mon, Aug 20, 2012 7:13:25 AM
>
>
>
>
>
>
>
>
> Hi
> Garot,
This sounds an interesting idea.
Are you looking to store all known commands and
> their options or are you
looking for a 'formula' for calling any unix command ?
The
> reason for my question is that, at the end of the day, a unix command is
just a program
> that is run in the operating system. Each program comes with
its own options and
> acceptable inputs. I don't know if there is a rule or
convention for structuring these
> commands.
Are you then looking to build a system that 'knows' all commands and 'how
to'
> call them ?
Thanks,
Justin
-----Original Message-----
From: Garot Conklin
> [mailto:garotconklin@stripped]
Sent: 20 August 2012 03:39
To: Martin Gainty;
> mysql@stripped
Subject: Re: Machine Learning
The initial goal is to provide a
> working framework from which to call all
UNIX shell command combinations as the underlying
> storage mechanism for a
machine learning algorithm. I would like to build a
> completely self aware
instantiation that will maintain itself on all levels... I postulate
> that
the first place to start would be in determining a method for maintaining
all
> possible remediation combinations including the unknown to eventually be
learned from and
> populate new knowledge into the database. Thank you for
the reply,
Garot
