[vwnc] FW: VisualWorks Multithreading

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

[vwnc] FW: VisualWorks Multithreading

Stew MacLean

A simple solution would be to fork multiple images and use OpenTalk (say) to control them.

 

I’ve used the Server Smalltalk framework of VisualAge to build a middleware solution based around a Controller ->* Master ->* Slave architecture.

 

Each image is a separate OS process and so can have its own core.

 

Cheers,

 

Stewart

 

-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Andrés Garagiola
Sent:
1 July 2009 10:08 a.m.
To: [hidden email]
Subject: [vwnc] VisualWorks Multithreading

 

In the Cincom Smalltalk Roadmap 2008 i saw the next:

Research: Leverage Multi Core

What: Make it easier to leverage multi-core computer
How: research & consider different approaches
Why: Taking advantage of ubiquitous multi-core computers is attractive

Are there any news about this topic?

Thanks
Regards

 

 


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: [vwnc] FW: VisualWorks Multithreading

thomas.hawker

Stewart,

 

We have several cases of bulk-testing that follow this pattern.  We run a VW7.6 version of our VW5i client headless and use OpenTalk to implement master/slave techniques.  However, we’ve found that Opentalk saturates at about 80 slaves.  We’re looking at trying multi-tiered arrangement:  a master controls no more than 10 slaves, but a master could really be an intermediary:  a slave to a “higher” master and an overseer to other slaves.  With no trouble we can run a four-tier solution for 1000 clients, which is about 30% more than we need for our testing.

 

Cheers!

 

Tom Hawker

Senior Framework Developer

Home

+1 (408) 274-4128

The Environment:

We take it personally

Office

+1 (408) 576-6591

Mobile

+1 (408) 835-3643

 


From: [hidden email] [mailto:[hidden email]] On Behalf Of Stewart MacLean
Sent: Wednesday, July 01, 2009 7:25 PM
To: [hidden email]
Subject: [vwnc] FW: VisualWorks Multithreading

 

A simple solution would be to fork multiple images and use OpenTalk (say) to control them.

 

I’ve used the Server Smalltalk framework of VisualAge to build a middleware solution based around a Controller ->* Master ->* Slave architecture.

 

Each image is a separate OS process and so can have its own core.

 

Cheers,

 

Stewart

 

-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Andrés Garagiola
Sent: 1 July 2009 10:08 a.m.
To: [hidden email]
Subject: [vwnc] VisualWorks Multithreading

 

In the Cincom Smalltalk Roadmap 2008 i saw the next:

Research: Leverage Multi Core

What: Make it easier to leverage multi-core computer
How: research & consider different approaches
Why: Taking advantage of ubiquitous multi-core computers is attractive

Are there any news about this topic?

Thanks
Regards

 

 

IMPORTANT NOTICE
Email from OOCL is confidential and may be legally privileged.  If it is not
intended for you, please delete it immediately unread.  The internet
cannot guarantee that this communication is free of viruses, interception
or interference and anyone who communicates with us by email is taken
to accept the risks in doing so.  Without limitation, OOCL and its affiliates
accept no liability whatsoever and howsoever arising in connection with
the use of this email.  Under no circumstances shall this email constitute
a binding agreement to carry or for provision of carriage services by OOCL,
which is subject to the availability of carrier's equipment and vessels and
the terms and conditions of OOCL's standard bill of lading which is also
available at http://www.oocl.com.

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc