On 9/7/21 at 6:07 PM,
ArndtS...@freenet.de
(
ArndtS...@freenet.de) wrote:
>I previously thought that this was the main bottleneck, but it
>seems that the ability to trustlessly share code and data had
>been more important!
I think the ability to build applications where there were a
number of Tymnet circuits working into a single program was one
of the wins. All the other Tymshare systems assumed one circuit
was a single user.
Tymshare had a high-end tax preparation service which I vaguely
remember used the system in this kind of invisible, back-end maner.
After Key Logic split off from Tymshare/MacDonnell Douglas, we
used the system for software development. We had a CP simulator
which permitted us to run CMS from VM/370 in a KeyKOS domain. So
we had a very usable development system without having to create
it from scratch, or port it from somewhere else.
>Could you elaborate a bit on how resource allocation in terms
>of *memory* worked?
>If I remember correctly, the idea of allowing and metering
>dynamic memory usage was in the air, but not used in practice,
>where customers bought fixed allocations instead (I suppose not
>for KeyKOS itself as well, but by the machines controlled
>through it?).
I don't remember the details. What we were aiming for was
something like the system we had developed for our VM/370
service. Basically we charged for working set and page transfers
in and out of the working set. It had the advantage for the
customer that sitting idle was much cheaper than the older
system that charged for the memory side of the virtual machine,
whether you were using it or it was sitting idle.
The trick was to make the memory charges independant of the
memory load on the system, so the costs to the user were repeatable.
>I think I'm still not clear about what the OS was used for in
>practice (by what you said it seems only special use cases and
>as a communication interface to the actual computers used by
>customers), and how it was to program for it, how many domains
>were used, and how complex each was.
I hope the above gives some insight into the answer to this question.
>Were there tools to (visually?) monitor the capability
>network/metering hierarchy?
I don't remember how we monitored performance. We certainly did
some measurement, and a tool that monitored the meters would be
easy to construct. BTW, such a tool would have some effect on
performance since you would have to unprepare the meter to read
it's value and it would need to be prepared again before a
domain could run under it.
One of our really serious efforts was the debit/credit
benchmark, where we were trying to maximize transactions/second.
>>the problem of cooperation between competitors in a computer utility
>
>Are there companies still today that provide this service? A
>trusted, non-public computing intermediary?
This would probably be a cloud service. I'm not up on them.
Cheers - Bill
-----------------------------------------------------------------------
Bill Frantz | When all else fails: | Periwinkle
(408)348-7900 | Voice and CW. | 150 Rivermead
Rd #235
www.pwpconsult.com | | Peterborough,
NH 03458