Hi,

I was incidentally looking at this code the other day and it appears to me
that although the Manager is a special case of an Executor and it is
supposed to work its implementation of Manager_ExecuteThread has been
stubbed out:

/// <summary>
/// Executes a thread given to this manager by another manager above itself.
/// This method is *NOT* implemented in the current version.
/// An implementation is expected to be provided in a future version after
v.1.0.0
/// </summary>
/// <param name="ti">ThreadIdentifier of the thread to execute</param>
public void Manager_ExecuteThread(ThreadIdentifier ti)
{
    // TODO: hierarchical grids ignored until after v1.0.0
    /*
    MThread t = _Applications[ti.ApplicationId][ti.ThreadId];
    t.Init(false);
    t.Priority = ti.Priority + 1;
    InternalShared.Instance.DedicatedSchedulerActive.Set();
    */
}

I'm not sure why this was done, maybe we should just undo this and see what
happens. I suspect there might some unsolved bugs that lead to this
decision.

Regards,
Tibor

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:alchemi-users-
> [EMAIL PROTECTED] On Behalf Of Jonathan Mitchem
> Sent: Friday, February 10, 2006 3:15 PM
> To: Ronnie LEE
> Cc: [email protected]; alchemi-
> [EMAIL PROTECTED]
> Subject: Re: [Alchemi-users] How to string all the alchemi implmentations
> together
> 
> Ronnie -
> 
> If my understanding is correct, you can designate one server to be the
> top-level manager, and you can set up every other manager to connect
> to that manager as an "intermediate manager".  Each application
> submitted should connect (via however many layers) to the top level
> manager which then distributes the threads appropriately to all the
> base level executors.
> 
> Take a look at Figure 4a in the following document:
> http://alchemi.net/files/alchemi_techreport.pdf
> 
> However, it appears that the ability to do this is disabled in the
> v1.0.0 release of Alchemi.
> 
> (Tibor, Krishna, others: What's it going to take to get this working?)
> 
> 
> Jonathan
> 
> On 2/9/06, Ronnie LEE <[EMAIL PROTECTED]> wrote:
> > If each organisation sets up their own Alchemi installation, how can we
> > string them up when we want to harness the entire set up?
> >
> > ronnie
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> > _______________________________________________
> > alchemi-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/alchemi-users
> >
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
> _______________________________________________
> alchemi-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/alchemi-users



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
alchemi-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-users

Reply via email to