| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: URGENT HELP PLEASE: registry key(s) for Ctl-Alt-Del? |
From: Ellen K. The entire development group is working rotating morning vs swing shifts and every night they are logging the zombies, then shutting down and restarting the server. Thank G-d my recently separated "department" of data management (me and one to-be-hired data analyst) is not responsible for the functioning of the legacy database, so I don't have to be on that assignment. We have definitely established that when a user exits the application other than by using the exit function (i.e. they use the close box or the three-finger salute), their connection is not terminated, even when they subsequently shut down their machine. The Advantage guy we have had onsite for the past week or so said this is a known problem. I think I understood that the problem is Novell's, but of course he would say that. I think I heard them say they disabled the close box now, but we still have zombies every night, so they must not have implemented your very helpful information that I passed on although that's what they said they wanted to do. They are making a code review to see if they can speed up any of the functionality that starts running slow and causes the users to kill the app, which is all well and good, but I still think the first thing that starts the snowball rolling is that the network bogs down. I can't seem to communicate that, I get "We ruled that out, the network doesn't cause the connections to be held, the connections are held when the users kill the app." On Sun, 30 Jan 2005 14:38:40 -0500, Mike N. wrote in message : > >NLMs are NetWare Loadable Modules (tm). Think of them as the .EXEs and >.DLLs of the Netware world. > > Cooperative multi-processing means that each of these NLMs is handed the >full processor when its turn to run comes around. It can hold onto the >processor as long as it wants to, at the expense of the entire rest of the >system. Hence the jokes about the dog CDROM.NLM that brought the system >to its knees while mounting a CDROM. > > It probably doesn't have anything to do with your problem. I have no >idea about what server features are available to you, but I'd look along >the lines of connection KeepAlive, dead/zombie connection detection. > >On Sat, 29 Jan 2005 19:53:16 -0800, Ellen K. > wrote: > >>Could you please explain: >>1. what that means; and >>2. the implications for our problem? >> >>It's going to be another year (optimistically IMO) before we can get rid >>of the legacy stuff, so... >> >>On Fri, 28 Jan 2005 17:18:59 -0500, Mike '/m' wrote in >>message : >> >>> >>>NLM's use cooperative multi-processing. >>> --- BBBS/NT v4.01 Flag-5* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45) SEEN-BY: 633/267 270 5030/786 @PATH: 379/45 1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.