[2378] in SIPB bug reports
Xlogin
daemon@ATHENA.MIT.EDU (amgreene@Athena.MIT.EDU)
Thu Jan 9 13:26:13 1992
From: amgreene@Athena.MIT.EDU
Date: Thu, 9 Jan 92 13:25:35 -0500
To: mhpower@Athena.MIT.EDU
Cc: bug-sipb@Athena.MIT.EDU, sipb-staff@Athena.MIT.EDU
In-Reply-To: mhpower@Athena.MIT.EDU's message of Thu, 09 Jan 92 12:32:10 EST <9201091732.AA16321@podge>
From: mhpower@Athena.MIT.EDU
Date: Thu, 09 Jan 92 12:32:10 EST
[quoting yandros...]
> I've made some small changes to the xlogin resources that add
>a menu option to run /usr/ucb/w in an xterm without logging in, ...
[and returning to Matt's mail...]
1) bug-sipb is probably the wrong place for this; an xlogin suggestion
isn't really a bug report about SIPB software.
[and my response...]
I disagree; since he's talking about modifying software (such as it is)
for the SIPB, bug-sipb isn't inappropriate. sipb-staff should probably
be on the cc: list, though, since it affects office machines.
2) I don't think it's useful. I think it's sad if anyone has to regard
an office workstation as unusable due to excessive remote logins. As I
understand it, the SIPB office is still supposed to be a workstation
environment, not a collection of timesharing machines.
Nevertheless, there are SIPB members who prefer to log into {h,p}odge
because charon is painfully slow sometimes. If one walks into the office,
and both hodge and podge are free, it doesn't seem unreasonable to let
one choose which machine to use based on how many other users there are.
Chad's suggestion seems like a reasonable way to determine this.
If you can't have other people simultaneously logged in, at all, then
you have to prevent remote logins during the process of your local
login. A prior /usr/ucb/w won't help with this.
See above.
If there's sufficient remote use that the process of logging in is
significantly slowed down, I think we have bigger problems than a
dearth of xlogin options.
Unless something can be done to upgrade our VS2's and charon to faster
hardware, I think this is a reasonable way to balance the needs for a
computron server and for choosing the least-loaded workstation.
- Rhu
