|
|
| Author |
Message |
| 22 new of 283 responses total. |
dpc
|
|
response 262 of 283:
| 
Dec 6 19:50 UTC 1997 |
How does the speed of the 670's CPU compare with the machine we're now
running on?
|
remmers
|
|
response 263 of 283:
|
Dec 6 21:54 UTC 1997 |
I don't know what the speed comparison is, but the 670 is a
multi-processor machine with two CPU's. So it will give Grex and
advantage comparable to what a second brain would give a person.
|
mcnally
|
|
response 264 of 283:
|
Dec 7 00:01 UTC 1997 |
I'm not sure a 2nd brain would be all that great an idea for a person.
They're not 100% efficient for computers, either, since there're
coordination and overhead issues involved, but with 2 processors the
670 should be more efficiently able to handle big numbers of users..
|
remmers
|
|
response 265 of 283:
|
Dec 7 02:27 UTC 1997 |
Well, I'd love a 2nd brain to help me multitask. But we digress.
Back to system problems...
|
rcurl
|
|
response 266 of 283:
|
Dec 7 19:20 UTC 1997 |
The problem described in 256, 258 and 258, went away - by itself - on
the next day's login. Weird.
|
janc
|
|
response 267 of 283:
|
Dec 8 00:10 UTC 1997 |
The each of the new computer's CPUs should be about 2-3 times faster than
Grex's current CPU. It is hard really to compare them, because the whole
architectures are significantly different - for example, the new machines have
more hardware contexts so the should be able to shuffle between large numbers
of processes faster. There are currently two of these faster CPU's in the
new system. But they will be interfering with each other to a significant
degree since both cannot be executing kernel code at the same time with our
current software. We can put four CPUs in, but rumor says the system can
actually be slower with four because they start tangling with each other too
much. We'll probably eventually get more CPUs if only to have some spares.
Of course, CPU speed isn't the only thing that determines the speed of hte
machine. Disk access speed is also an issue. It is quite possible that the
performance of the machine will be limited more by disk I/O than CPU speed.
We will be using the same disks we have now, so they won't be getting any
faster. However, we will be using a significantly newer disk controller,
which may well have some performance benefits.
So how much faster will the new machine be? Geez, I don't know. I'm not even
sure about half the information I just repeated. I've been using 4-5 times
faster as a guess, but it could be off in either direction. I've been using
it to compile software, but then I'm mostly the only user on it, and a dual
processor machine doesn't help a single user that much. Many of the
advantages of the 4/670 aren't just raw speed but ability to handle large
number of simultaneous users. So I can't really make even subjective
comparisons.
|
shyam
|
|
response 268 of 283:
|
Dec 8 12:06 UTC 1997 |
i am shyam,i love nature.
|
valerie
|
|
response 269 of 283:
|
Dec 9 02:04 UTC 1997 |
This response has been erased.
|
davel
|
|
response 270 of 283:
|
Dec 9 10:58 UTC 1997 |
Unfortunately, Grex is unnatural.
|
cmcgee
|
|
response 271 of 283:
|
Dec 11 05:23 UTC 1997 |
Erm, why cant I dial in on 3000 or 4931? All I got was ringing.
|
davel
|
|
response 272 of 283:
|
Dec 11 10:53 UTC 1997 |
I'm dialed in on 3000 now ...
|
scott
|
|
response 273 of 283:
|
Dec 11 21:03 UTC 1997 |
The Internet link is down, apparently somewhere upstream of Grex.
|
valerie
|
|
response 274 of 283:
|
Dec 12 02:28 UTC 1997 |
This response has been erased.
|
gibson
|
|
response 275 of 283:
|
Dec 12 03:41 UTC 1997 |
i just got blown off the system while reading. this has been
happening once or twice a week. any ideas?
|
scg
|
|
response 276 of 283:
|
Dec 12 04:08 UTC 1997 |
I see that Grex hasn't been rebooted yet. I'll do that sometime fairly soon,
since the Net connection is down anyway.
|
rcurl
|
|
response 277 of 283:
|
Dec 12 06:37 UTC 1997 |
(But it wasn't when you rebooted....however, thanks, as it is running
better now.)
|
scg
|
|
response 278 of 283:
|
Dec 12 17:26 UTC 1997 |
Right, the Net connection came up between when I started the shutdown and when
the system actually rebooted.
|
dpc
|
|
response 279 of 283:
|
Dec 15 22:01 UTC 1997 |
The new mailer has created what I think is a "system problem". It
displays a prompt telling me to enter my text, and another prompt
about how to send copies to other recipients. These prompts are
annoying. I have to edit them out of the hard copies of my e-mail
that I keep.
How to I disable these prompts?
|
mdw
|
|
response 280 of 283:
|
Dec 15 23:24 UTC 1997 |
"unset helpful". You can put this into .mailrc.
|
tsty
|
|
response 281 of 283:
|
Dec 16 00:19 UTC 1997 |
although it seems to have fixed itself ... the more pager refused to
work on ANYthing earlier, even when explicitly called (again) from
the OK: and/or RFP prompt ...from mail, and with all aliases which
called /usr/ucb/more .. even explicitly by absolute path.
now, it started to work in picospan (all by itself) and seems to be
functional in my aliases, but not in email... valerie said to add
the set PAGER=more line into .mailrc, which i did (ddin;'t meed
it before) but haven't tried out yet.
ideas?
|
valerie
|
|
response 282 of 283:
|
Dec 16 01:42 UTC 1997 |
This response has been erased.
|
dpc
|
|
response 283 of 283:
|
Dec 18 15:44 UTC 1997 |
Thanx, Marcus!
|
