Sorry for not being "expertly experienced on tops-10" (I know others who are... ;-)
On PDP:s (RSX11-Mplus) and VAX/VMS, C-TERM (eg. SET HOST) is usually sort of "sluggy".
LAT (eg SET TERM/LAT) is a protocol developed to cope with terminals character by character communication at first hand!
I don't know if LAT is available to your 10-system, though, but if it is, use that for terminal traffic as far as possible.
Besides, what version of VMS, on what hardware? I've heard birds singing of problems combining modern VMS-DECnet with older implementations in other machines...
All best,
G ran
On 2011-08-31 02:20, gerry77 at mail.com wrote:
Dear All,
I'm in need of some suggestions to improve DECnet performance of a TOPS-10
monitor running on KLH10. I'd like a lot to hear from you even if you do not
know or run that specific system or configuration.
When used locally at the CTY (Console terminal), the system response is very
fast and smooth, so I'd tend to exclude emulator problems and such. Instead,
when used from a remotely connected terminal (e.g. from VMS via SET HOST),
it appears very sluggish: single character echo is very poor and output from
the system fits and starts all the time. Output from programs is very fast
for some hundreds lines, then stops briefly, then again appears almost
instantly, and so on, like in bursts.
Anyway, while the overall bulk data performance can be considered absolutely
acceptable, the char-by-char responsiveness, e.g. typing interactive
commands at the monitor prompt, is horrible: I type "D", "I", "R", and
nothing happens, then I type "E" and "DIRE" suddenly appears...
The TOPS-10 system has plenty of free core (both virtual and physical), free
disk space, and free CPU, so it shouldn't be an OS issue in itself.
Probably the most likely cause of this problem lies in some DECnet parameter
that needs some tweaking, but I do not know which one... Have you ever had
any experience with some ancient Digital OS having poor DECnet performance
as described? And how did you solve that, or at least improve it?
Here are some (maybe) interesting bits:
Request # 1; Show Executor Node Characteristics Completed
Executor Node = 1.1010 (DIECI)
Identification = DECnet-10 Version 4.0
Management Version = 4.0.0
Loop Count = 1
Loop Length = 127
Loop With = Mixed
Incoming Timer = 30
Outgoing Timer = 60
NSP Version = 4.0.0
Maximum Links = 65535
Delay Factor = 48
Delay Weight = 10
Inactivity Timer = 120
Retransmit Factor = 10
Routing Version = 2.0.0
Type = Nonrouting IV
Routing Timer = 600
Broadcast Routing Timer = 40
Maximum Address = 1023
Maximum Circuits = 20
Maximum Cost = 100
Maximum Hops = 16
Maximum Visits = 20
Maximum Broadcast Nonrouters = 64
Maximum Broadcast Routers = 32
Maximum Buffers = 80
Buffer Size = 576
Segment Buffer Size = 576
Request # 5; Show Line Characteristics Completed
Line = ETH-0
Receive Buffers = 6
Controller = Normal
Protocol = Ethernet
Hardware Address = AA 00 04 00 F2 07
Receive buffer size = 576
Request # 7; Show Circuit Characteristics Completed
Circuit = ETH-0
Cost = 1
Maximum Routers = 16
Router Priority = 5
Hello Timer = 90
Type = Ethernet
I'll be grateful for any suggestion! :)
G.
Those would be very welcome as well, esp the ones that are wired to a DB9-F on the other end.
Sampsa
On 31 Aug 2011, at 09:31, Chrissie Caulfield wrote:
On 30/08/11 18:39, Sampsa Laine wrote:
Or other sane mechanism for getting a graphical console up on an AS800?
I want to add some controllers and drives to CHIMPY?
I might have some home-made (ie very dodgy) ones lying around a cupboard
--
Chrissie
On 30/08/11 18:39, Sampsa Laine wrote:
Or other sane mechanism for getting a graphical console up on an AS800?
I want to add some controllers and drives to CHIMPY?
I might have some home-made (ie very dodgy) ones lying around a cupboard
--
Chrissie
The paramters you posted are aal defaults except for the node name aand address, right?
Two suggestions:
- have a look at the exec, line and circuit counters
- examine the host IP characteristics and (if present) those of the winpcap package installed on the host
Hans
Verzonden vanaf mijn draadloze BlackBerry -toestel
-----Original Message-----
From: gerry77 at mail.com
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 31 Aug 2011 02:20:37
To: HECnet<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: [HECnet] DECnet performance problems (on TOPS-10)
Dear All,
I'm in need of some suggestions to improve DECnet performance of a TOPS-10
monitor running on KLH10. I'd like a lot to hear from you even if you do not
know or run that specific system or configuration.
When used locally at the CTY (Console terminal), the system response is very
fast and smooth, so I'd tend to exclude emulator problems and such. Instead,
when used from a remotely connected terminal (e.g. from VMS via SET HOST),
it appears very sluggish: single character echo is very poor and output from
the system fits and starts all the time. Output from programs is very fast
for some hundreds lines, then stops briefly, then again appears almost
instantly, and so on, like in bursts.
Anyway, while the overall bulk data performance can be considered absolutely
acceptable, the char-by-char responsiveness, e.g. typing interactive
commands at the monitor prompt, is horrible: I type "D", "I", "R", and
nothing happens, then I type "E" and "DIRE" suddenly appears...
The TOPS-10 system has plenty of free core (both virtual and physical), free
disk space, and free CPU, so it shouldn't be an OS issue in itself.
Probably the most likely cause of this problem lies in some DECnet parameter
that needs some tweaking, but I do not know which one... Have you ever had
any experience with some ancient Digital OS having poor DECnet performance
as described? And how did you solve that, or at least improve it?
Here are some (maybe) interesting bits:
Request # 1; Show Executor Node Characteristics Completed
Executor Node = 1.1010 (DIECI)
Identification = DECnet-10 Version 4.0
Management Version = 4.0.0
Loop Count = 1
Loop Length = 127
Loop With = Mixed
Incoming Timer = 30
Outgoing Timer = 60
NSP Version = 4.0.0
Maximum Links = 65535
Delay Factor = 48
Delay Weight = 10
Inactivity Timer = 120
Retransmit Factor = 10
Routing Version = 2.0.0
Type = Nonrouting IV
Routing Timer = 600
Broadcast Routing Timer = 40
Maximum Address = 1023
Maximum Circuits = 20
Maximum Cost = 100
Maximum Hops = 16
Maximum Visits = 20
Maximum Broadcast Nonrouters = 64
Maximum Broadcast Routers = 32
Maximum Buffers = 80
Buffer Size = 576
Segment Buffer Size = 576
Request # 5; Show Line Characteristics Completed
Line = ETH-0
Receive Buffers = 6
Controller = Normal
Protocol = Ethernet
Hardware Address = AA 00 04 00 F2 07
Receive buffer size = 576
Request # 7; Show Circuit Characteristics Completed
Circuit = ETH-0
Cost = 1
Maximum Routers = 16
Router Priority = 5
Hello Timer = 90
Type = Ethernet
I'll be grateful for any suggestion! :)
G.
On 11-08-30 05:25 PM, Sampsa Laine wrote:
More than perfect.
I'll paypal you next tiime my contract employee decide to :)
Can't get to it until tomorrow evening - the cable's elsewhere, but I'll retrieve it tomorrow.
Phil
Dear All,
I'm in need of some suggestions to improve DECnet performance of a TOPS-10
monitor running on KLH10. I'd like a lot to hear from you even if you do not
know or run that specific system or configuration.
When used locally at the CTY (Console terminal), the system response is very
fast and smooth, so I'd tend to exclude emulator problems and such. Instead,
when used from a remotely connected terminal (e.g. from VMS via SET HOST),
it appears very sluggish: single character echo is very poor and output from
the system fits and starts all the time. Output from programs is very fast
for some hundreds lines, then stops briefly, then again appears almost
instantly, and so on, like in bursts.
Anyway, while the overall bulk data performance can be considered absolutely
acceptable, the char-by-char responsiveness, e.g. typing interactive
commands at the monitor prompt, is horrible: I type "D", "I", "R", and
nothing happens, then I type "E" and "DIRE" suddenly appears...
The TOPS-10 system has plenty of free core (both virtual and physical), free
disk space, and free CPU, so it shouldn't be an OS issue in itself.
Probably the most likely cause of this problem lies in some DECnet parameter
that needs some tweaking, but I do not know which one... Have you ever had
any experience with some ancient Digital OS having poor DECnet performance
as described? And how did you solve that, or at least improve it?
Here are some (maybe) interesting bits:
Request # 1; Show Executor Node Characteristics Completed
Executor Node = 1.1010 (DIECI)
Identification = DECnet-10 Version 4.0
Management Version = 4.0.0
Loop Count = 1
Loop Length = 127
Loop With = Mixed
Incoming Timer = 30
Outgoing Timer = 60
NSP Version = 4.0.0
Maximum Links = 65535
Delay Factor = 48
Delay Weight = 10
Inactivity Timer = 120
Retransmit Factor = 10
Routing Version = 2.0.0
Type = Nonrouting IV
Routing Timer = 600
Broadcast Routing Timer = 40
Maximum Address = 1023
Maximum Circuits = 20
Maximum Cost = 100
Maximum Hops = 16
Maximum Visits = 20
Maximum Broadcast Nonrouters = 64
Maximum Broadcast Routers = 32
Maximum Buffers = 80
Buffer Size = 576
Segment Buffer Size = 576
Request # 5; Show Line Characteristics Completed
Line = ETH-0
Receive Buffers = 6
Controller = Normal
Protocol = Ethernet
Hardware Address = AA 00 04 00 F2 07
Receive buffer size = 576
Request # 7; Show Circuit Characteristics Completed
Circuit = ETH-0
Cost = 1
Maximum Routers = 16
Router Priority = 5
Hello Timer = 90
Type = Ethernet
I'll be grateful for any suggestion! :)
G.
On 11-08-30 03:20 PM, Sampsa Laine wrote:
If you were to say crimp me a few a (3-4) of them, I would of course compensate by a Paypal payment to be used only for bottles of win of say over 30 euros?
Are 3 wire sufficient? Most of the ones I make, I only end up doing RX, TX, and GND, but I can do the handshaking lines if you want. The cable I have most of is 6 wire, but it's solid conductor, like telephone wire. Works well enough for these speeds/installations, though.
To be clear, let's agree on the cable specs:
MMJ - MMJ
RX, TX, GND
6' (2m) long enough?
Qty 4
As for $$, I find your suggestion ambiguous. (If you sent me 5Eu and told me to spend it on a 30Eu bottle of wine, it would fit.) So how about $25 Canadian + postage?
Before we get too excited, I'd better locate the connectors. Will confirm.
Cheers,
Phil
On 11-08-30 12:39 PM, Sampsa Laine wrote:
Or other sane mechanism for getting a graphical console up on an AS800?
I want to add some controllers and drives to CHIMPY?
My server is not apparently getting along with the HECnet list.
I have a couple of dozen MMJ connectors in the shop, I believe. I could send you some, or we can talk about making up a cable. (I'd rather not be without my MMJ crimping tool.)
Best,
Phil
On 29/08/11 22:10, hvlems at zonnet.nl wrote:
You mean
$ set time/cluster
or
$ mc sysgen
Set env/cluster
Do set time=new time
?
Yes,
There is a script given:
$ SYNCH_CLOCKS:
$ RUN SYS$SYSTEM:SYSMAN
$ SET ENVIRONMENT/CLUSTER
$ CONFIGURATION SET TIME
$ EXIT
$ WAIT 6:00:00
$ GOTO SYNCH_CLOCKS
Seems like a sensible thing to do in a clustered environment.
Regards, Mark.
