[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference heron::euro_swas_ai

Title:Europe-Swas-Artificial-Intelligence
Moderator:HERON::BUCHANAN
Created:Fri Jun 03 1988
Last Modified:Thu Aug 04 1994
Last Successful Update:Fri Jun 06 1997
Number of topics:442
Total number of notes:1429

117.0. "system configuration" by HERON::BUCHANAN (Andrew @vbo DTN 828-5805) Fri Jun 30 1989 12:51

	This note is to discuss configuration of workstations/clusters
for optimal performance of a wide range of AI demos and tools.   There
are clearly some very knowledgeable individuals in our AI community, who
have a very clear picture of this process.   I am an existence proof that
not *all* of us are so knowledgeable!

	So, the kind of questions which I think are relevant here are:

	(1) running a small cluster of workstations, what are the important
system and user parameters to set?

	(2) how will these differ from machine to machine?

	(3) is there a single 'robust' configuration which will useable
for most demos running DECwindows?   If not, how does one characterize a
demo, to decide how the system needs to be configured?

	(3') ditto for UIS.

	(4) if I'm using the workstation as a terminal to some powerful
machine in the background, how do I set things up so that the demos run
transparently, and fast?   (Using DECwindows, not X-windows, Hans!)

	(5) are these the right questions?

Andrew.
T.RTitleUserPersonal
Name
DateLines
117.1no need for answersUTRUST::DEHARTOGSat Jul 01 1989 00:3475
I do not know the answer on most of these questions; but you don't have
to!!! The filosofy is as follows: just consider your workstation as an
intelligent terminal. The differences between a workstation and a good
old VT are:
		Workstation	VT
		-------------------------------
Communication	Ethernet	RS232
Basic software	DECwindows	Terminal driver

What does a workstation have in common with a VT? A keyboard, a screen
and a mouse (although the older VT's don't have a mouse).  They also
have common functionality: send user-input (keyboard, mouse) over the
line to the remote machine and receive output (to be seen by the user)
and make it visible on the screen.  That's all!

Note that this situation is the ideal one and that a VS-2000 with only
6Mb has enough power to run ANY application this way! Any bottle necks
only exist on the remote machine; not on your desk. 

Keep this scenario in your mind and now consider the possibility of
running part (or all) of your software not on the remote machine but on
your desk.  The more you run locally, the more resources you need
locally.  The extreme case being a standalone workstation that has to do
it all: operating system, session manager, windowmanager, application. 
In this last case, a 6Mb VS2000 can not run any application because it
is too busy with DECwindows and has also no memory left to do anything
useful. 

But, suppose you do have more resources on your desk and you do (have
to) run more of the software locally, then you also shift more
responsibilities to your desk: backup, tuning, maintenance, upgrading,
capacity-planning, software-installations, accounting and I'm sure I can
think of more.  So, not only your workstation may get overloaded but
also you!

In general: try to run as less software as possible locally.  What you
have to run local: the operating system, the session manager and the
windowmanager (in case of Ultrix, your windowmanger can even run on
another machine).  Then create a DECterm (if not yet available) and do a
simple SET HOST (dlogin on Ultrix) to some macho-VAX or RISC-machine and
give the following commands:

VMS:		$ SET DISPLAY /CREATE /NODE=mynode
		$ @SYS$MANAGER:DECW$STARTVUE.COM

Ultrix:		setenv DISPLAY mynode::0
		/usr/bin/dxue -d mynode &

where "mynode" is the nodename of your workstation. With some tricks
you can do these things even automatically, dependent on operating
systems on either side and network-security-setup. Transparently
switching from one machine to the other is also dependent on how the
clustering (VMS), NFS-setup (Ultrix) or VMS-Ultrix-connection had been
set up by the system manager.

Once the file-view appears on your screen, you can customize your menu-
driven interface permanently to run anything you want on the remote
machine. 

Conclusion: anything is possible with little resources on your desk but:

 - have somewhere a BIG machine on your network that has lotsa resources
   (including a very experienced system manager)
 - maintain good relationship with that system manager

Ok, I know I'm describing the ideal situation.  But shouldn't we go for
that? Remember, anything nowadays gets "distributed": cpu-power, names,
objects, queues, data-bases, knowledge-bases, system-management.  But in
a way that we are able to use when and where we want it. Let's put every-
thing at it's most adequate place; our architectures were designed for it!

If you really have to use UIS: none of above is applicable and you
better ask someone in your neighbourhood who went through that agony. 
They are easy to recognize: they know most sysgen-parameters and their
recommended values for all different configurations, fonts and colours...
117.2side-roadMORIN::EXTONMacro-32: The assembler of AIMon Jul 03 1989 11:375
    An aside:
    
    I think you'll find the remote startvue trick is unsupported.
    
    Malcolm
117.3vs3100 16mb of memory b/wPIOPPO::TOGNAZZIDario TognazziTue Jul 04 1989 18:0655
hallo, i have a ws3100 with 16 mb  (DECWINDOW)

for increse the performance I did some little thinks:

1) because a workstation is devoted normaly to one or two peaple the standard vms 
paramethers are completaly wrong.

   1.1 we must use much memory is possible: do do this increse some uaf data:

ex: 


Maxjobs:        15  Fillm:       200  Bytlm:        20000
Maxacctjobs:    15  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:       500  JTquota:       1024
Prclm:           6  DIOlm:       500  WSdef:         1024  <=======
Prio:            4  ASTlm:       550  WSquo:         8000  <=======
Queprio:         4  TQElm:        10  WSextent:     12000  <=======
CPU:        (none)  Enqlm:        30  Pgflquo:      70000


but also is necessary to change some wms paramethers:

ex:  (my modparams.dat)

PAGEFILE=0
SWAPFILE=0
wsmax = 12000
wsinc = 350
sysmwcnt = 2500
virtualpagecnt = 80000
channelcnt = 2048

you must also enlarge the pagefile and swapfile

========================

in the end because there are a lot of different paramether to increse
i suggest to do for two or three time the following think:


run lisp or a lisp application like epitool for some time and then
run autogen with feedback

@sys$update:autogen getdata reboot feedback


good luck


ps: consider that "this is JUST a SUGGESTION, feel free so use it or not"

any comment is appreciated 

Bye dario