|
|
| Author |
Message |
| 25 new of 283 responses total. |
davel
|
|
response 237 of 283:
| 
Nov 29 15:19 UTC 1997 |
At a guess, the database it uses is garbaged somehow. I just tried it, & it
found the file I was checking before dumping core.
|
gibson
|
|
response 238 of 283:
|
Dec 1 03:54 UTC 1997 |
calling in on 5041 just now got all gibberish for login. tried twice
and had trouble hangig up both times. 3000 worked fine.
|
dbassman
|
|
response 239 of 283:
|
Dec 2 01:28 UTC 1997 |
I have been recently happy, Grex has been working fine for me lately...
|
mary
|
|
response 240 of 283:
|
Dec 2 01:33 UTC 1997 |
Bad dbassman. That should have been entered in the
"Happy Happy Joy Joy" item. ;-)
|
dbassman
|
|
response 241 of 283:
|
Dec 2 01:55 UTC 1997 |
whoops i guess i hadn't gotten that far yet, sorry.
|
davel
|
|
response 242 of 283:
|
Dec 2 02:19 UTC 1997 |
But we don't have a system non-problems item, so this is a nice place to enter
system non-problems ... as long as there aren't too many non-problems ...
8-{)]
|
srw
|
|
response 243 of 283:
|
Dec 2 02:43 UTC 1997 |
Is it that you don't want the non-problems to drwon out the problems?
As a staff member, that prospect doesn't bother me too much.
|
davel
|
|
response 244 of 283:
|
Dec 3 01:54 UTC 1997 |
heh.
|
ivynymph
|
|
response 245 of 283:
|
Dec 3 02:45 UTC 1997 |
because pine on m-net has been screwwy lately, i'm learning elm and mail.
i'm learning i like them better than pine, on grex as well...
|
dang
|
|
response 246 of 283:
|
Dec 3 03:26 UTC 1997 |
resp:236 The problem with locate is that some idiot created an "infinite"
directory. (That is, they created a directory, changed to it, and created
another one, changed to it, and so on ad nausium. Probably with a script,
unless they're really strange) This confuses the program that creates the
locate database, so that locate dies with a segmentation fault when it reaches
the place in the database where this directory is. These directories are a
problem to get rid of. (I believe someone is working on a program to get rid
of them) but they don't cause any problems except for breaking locate.
|
gibson
|
|
response 247 of 283:
|
Dec 3 05:11 UTC 1997 |
just now while reading a conf i was blown off the system. without
touching a key the screen went nuts for about 30 seconds then disconnected
me.
|
tpryan
|
|
response 248 of 283:
|
Dec 3 05:13 UTC 1997 |
GREX is running slower than M-net lately.
Why so much time to continue the more in BBS? Just starting
BBS is worthy of a full bathroom break.
|
dpc
|
|
response 249 of 283:
|
Dec 4 03:02 UTC 1997 |
Pine on M-Net is back to normal.
Grex' load averages are again well over 20; hence the slowdown.
How about slicing a few ptys?
|
tao
|
|
response 250 of 283:
|
Dec 4 18:08 UTC 1997 |
We'll give that idea all the attention it deserves, Dave.
|
tsty
|
|
response 251 of 283:
|
Dec 4 22:55 UTC 1997 |
<<response(s) quashed due to, ummm, errrr .... the phase of the mountain>>
|
mdw
|
|
response 252 of 283:
|
Dec 4 23:49 UTC 1997 |
Slicing pty's does not necessarily reduce system load. In fact,
the sad fact is that pty's are a relatively minor component of
overall system load. The other day, I found a user at another site
who had generated over 7000 finger queries over the course of 2.34 days.
This is one of the things that had contributed to a load average of 20,
by causing everything else to back up waiting for CPU time.
|
nephi
|
|
response 253 of 283:
|
Dec 5 03:11 UTC 1997 |
Sometimes you guys bewilder me. Grex is faster for me now that it has
ever been! I'm really suprised at how fast a computer can run when its
load average is at 30. 8^)
|
danr
|
|
response 254 of 283:
|
Dec 5 12:50 UTC 1997 |
re #251,252: Perhaps we should then disable fingers?
|
valerie
|
|
response 255 of 283:
|
Dec 5 14:50 UTC 1997 |
This response has been erased.
|
rcurl
|
|
response 256 of 283:
|
Dec 5 18:54 UTC 1997 |
Someone has 7,000 friends on Grex? (Or was he pounding Grex with fingers
for just a few friends - with a program, I presume?)
I have had the Y - "print to local computer" - command in pine end up
crashing my computer. It works OK from CAEN, but from Grex the print
starts to spool, and then just freezes, This is with connection via
the internet. I tried it with two different printer drivers, but the
same thing happens.
|
dpc
|
|
response 257 of 283:
|
Dec 5 23:39 UTC 1997 |
Well, what *can* be done (within reason) to keep the load average
below, say, 10? Now it's over 20 and the System is practically
unuseable.
|
kaplan
|
|
response 258 of 283:
|
Dec 5 23:57 UTC 1997 |
Re 256, Print to local computer uses escape codes to tell your term
program to control your printer. Check the version numbers and other
settings of pine on grex and caen. There must be some important
difference.
|
mcnally
|
|
response 259 of 283:
|
Dec 6 01:57 UTC 1997 |
Could also be a termcap difference, if Grex thinks your termcap
is different it could be sending different escape sequences..
|
aruba
|
|
response 260 of 283:
|
Dec 6 03:55 UTC 1997 |
Correct me if I'm wrong, but load average is a measure of the number or jobs
actually executing at one time, right? So if we got a faster computer, the
same load average would actually be faster, right?
|
valerie
|
|
response 261 of 283:
|
Dec 6 14:34 UTC 1997 |
This response has been erased.
|
