We have had a similar issue with one of our HP machines, and when we requested support this is what we got back
***** support text ***** The child usd processes typically occur when a printer is in an error state or improperly defined. The customer will be able to tell by running SPOOL -LIST and see if there are errors against any of the printer queues. We have an engineering case to do with defunct usd processes consuming excessive CPU. Here's the description: "... if you have a printer with an error status, a child usd process is generated every 2 minutes by usd. This frequency can be changed using the -r option of usd command". This issue has been resolved as of UniVerse 10.0.19 for HP platform. The fix stopped the parent usd from stacking defunct child usd processes if the printer was in error state. ************************* We did find a printer that had droppped it's IP which caused our issue. My guess is the problem may not have been fully corrected in 10.0.19. Cheers Jamie -----Original Message----- From: Dan Barrett [mailto:[EMAIL PROTECTED] Sent: Thursday, 16 June 2005 10:02 To: [EMAIL PROTECTED] Subject: [U2] Universe spooler daemon memory and cpu usage Hi everyone, I recently installed UniVerse 10.0.20 onto a Solaris 8 box (Enterprise 450, 2 x 400Mhz Processors, 1GB memory.) along with Redback, to run a hybrid Pick/ASPX/Uniobjects based banking application. Everything seems to work Ok, however the universe spooler daemon process "usd" seems to chew up an excessive amount of memory and CPU time. I've reset the spooler daemon but there seems to be no effect, I haven't tried stopping and restarting universe or the spooler daemon yet, as this is now a production banking system. eg - here's output from "top" - load averages: 1.99, 2.07, 1.95 holden 11:21:55 596 processes: 592 sleeping, 1 zombie, 2 stopped, 1 on cpu CPU states: 64.1% idle, 16.9% user, 16.7% kernel, 2.3% iowait, 0.0% swap Memory: 1024M real, 224M free, 936M swap in use, 1.2G swap free PID USERNAME THR PR NCE SIZE RES STATE TIME FLTS CPU COMMAND 391 root 1 0 0 55.0M 38.9M sleep 82.5H 0 20.87% usd 5314 ultracs 1 23 0 12.2M 6304K sleep 152:09 0 2.23% uvsh 5320 ultracs 1 4 0 12.3M 6408K sleep 151:40 5 2.22% uvsh 11880 ultracs 1 13 0 11.9M 7264K sleep 1:10 3 2.21% uvsh 5319 ultracs 1 22 0 12.2M 6288K sleep 149:23 0 2.10% uvsh 8451 lrestas 1 11 0 11.0M 6264K sleep 10:35 0 1.34% uvsh 2532 ultracs 1 24 0 13.0M 7152K sleep 87:12 3 1.13% uvsh 25447 morgan 1 34 0 2720K 1080K sleep 92:44 0 1.11% top 2516 ultracs 1 33 0 13.1M 7200K sleep 82:31 0 0.92% uvsh 2536 ultracs 1 34 0 13.8M 7880K sleep 85:04 0 0.86% uvsh 2529 ultracs 1 35 0 12.9M 7024K sleep 84:53 0 0.86% uvsh 2530 ultracs 1 33 0 13.8M 7976K sleep 86:35 0 0.85% uvsh 2541 ultracs 1 36 0 13.1M 7328K sleep 89:14 0 0.84% uvsh 2512 ultracs 1 46 0 13.0M 7128K sleep 86:07 0 0.80% uvsh 2519 ultracs 1 34 0 13.1M 7240K sleep 80:17 0 0.77% uvsh 5319 ultracs 1 33 0 12.3M 6344K sleep 149:20 0 0.77% uvsh You can see "usd" tops the list at 20% CPU time, and 55MB memory. Memory usage has been gradually creeping up, about 1 MB a day or so. Has anyone come across this before? I'm not a universe expert by any means having come from a mostly oracle background, but this seems pretty excessive. Printing still works as expected but users tell me the system does take a reasonable time to generate a hold file, ie 3 seconds or so for a small file. On earler version of universe this was basically instantaneous on the same platform. The app we're running does generate a reasonable number of print jobs and spooler hold files, but the level of spooler daemon cpu and memory usage doesn't drop, even when we're not printing anything. Any ideas? Thanks Dan ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ********************************************************************** This email is intended only for the use of the individual or entity named above and may contain information that is confidential and privileged. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. When addressed to our clients, any opinions or advice contained in this Email are subject to the terms and conditions expressed in the governing Keystart client engagement letter. If you have received this Email in error, please notify us immediately by return email or telephone +61 8 9338 3100 and destroy the original message. Thank You. ********************************************************************** ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
