[IRCServices] Desperate Problems
"
"
Tue Oct 10 14:42:27 PDT 2000
<snip>
> Here's my $0.02, in light of the affects that will occur, the network
> functionality should always take priority to user functionality. That said
> it would be, IMHO, to disable the guest feature and keep the stats. Without
> the guest feature users will be /kill'd instead, they can always reconnect.
> One of two things are happening if a nick is forced a change to guestxxxxx
> to start with. One is that services is lagged to the point of not seeing a
> users attempt of identify'ing or two the user isn't paying attention.
The thing is that when people are guested, there is hardly any load on the system, and since people get the same nicks,
it is equalent to having killed them. So either ways, this isn't that much of a problem, except for the confusion
caused. There is no lag either. So the point is moot.
Keeping stats is probably one of the worst things that could be done in light of the above situation. I mean imagine
what happens after 2 splits and rejoins. Services squits from the network and starts eating up 22% cpu on a p3-450. Uhh
i don't think i like that. I have to kill it and start services again, because the current process will not reconnect,
and is therefore useless, other than the 22% cpu usage, which also might cause problems for other processes on the
machine. This imho will not keep the network or the services machine stable, since splits are a fact of life, and do
happen. On the other hand, a little extra info can be lost for a LOT more stability on the part of services.
> This creates an inconvenience for the user, but keeps the network stable(The
> IRCop's prime duty, IAW RFC1459).
Umm not having services and having services... u decide which is more helpful in keeping the network up and running
properly. Keep in mind the 22% cpu usage, having to restart services on the server, and that guesting will only cause
confusion, and nothing else. IMHO both should be removed on a temporary basis until the issues are resolved.
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
Imran Ali Rashid
Server Admin of a small tiny, two servers linked across a modem irc network. Converting the modem link to lan in about a
week, so splits issue should be non-existant.
irc.giki.edu.pk
---------------------------------------------------------------
To unsubscribe, send email to majordomo at ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.