search for: wcpu

Hello, I'm using dovecot-1.0.b9 on a FreeBSD 6.1 system. Usually we have 6 clients connected to dovecot through IMAPs. These clients are Thunderbird 1.5 programs. After some hours, one or two processed go up to 100% WCPU. As an example, this is what I see when I run 'top': last pid: 5111; load averages: 1.34, 1.82, 1.75 up 13+00:04:09 15:26:59 150 processes: 2 running, 147 sleeping, 1 zombie CPU states: 21.2% user, 0.0% nice, 47.7% system, 0.0% interrupt, 31.1% idle Mem: 149M Active, 368M Inact...

Hello, FreeBSD 7.0-RELEASE-p3 #3 $top ... PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 36032 root 2838 44 0 1917M 1493M ucond 0 406:39 3.03% CGServer ... $cat /boot/loader.conf.local ... kern.maxdsiz="1073741824" kern.maxssiz="134217728" kern.dfldsiz="1073741824" $limits Resource limits (current): ... datasize 1048576 kB...

...ting the source a bit, and it shot right back uip once it was reloaded. here's what top currently shows it as. Also for reference, a process that I expect to take up the full cpu hasnt even been getting a chance (though it is niced to 20) PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 7706 mike 64 0 3784K 1764K RUN 2:09 97.00% 96.88% icecast 184 root 68 20 912K 576K RUN 73.1H 0.00% 0.00% dnetc Let me know if I should be seeing different numbers than these Mike -- <mystica@darktech.org> --- >8 ---- List archives...

...5.3-STABLE. I did uppgrade from 3.0.10 to 3.0.12 and now lots of my users have problems accesing their home folder on that server. If I look at the users procceses they are running more than one smbd and they are on verry high load, in top: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 12045 user1 132 0 8588K 4900K CPU1 0 5:02 72.31% 72.31% smbd 11577 user1 132 0 8604K 4680K CPU3 0 20:19 72.17% 72.17% smbd 12101 user1 132 0 8884K 5156K RUN 0 0:51 69.58% 69.58% smbd In windows the explorer hangs if the access their home folder... --...

...11:12:00 47 processes: 3 running, 43 sleeping, 1 zombie CPU: 15.9% user, 0.0% nice, 9.1% system, 0.0% interrupt, 75.0% idle Mem: 68M Active, 1229M Inact, 558M Wired, 2932K Cache, 416M Buf, 2063M Free Swap: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 22895 root 1 103 0 509M 54308K CPU6 6 1:06 100.00% samba: task[cldapd] (samba) 22896 root 1 103 0 509M 54720K CPU3 3 1:06 100.00% samba: task[kdc] (samba) -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundo...

...jobs, allocating 8 Gb of RAM was not a problem, for example by running: > v1 <- seq(1,2^29) > v2 <- seq(1,2^29) > v3 <- seq(1,2^29) > v4 <- seq(1,2^29) This yields an R process, consuming about 8 Gb of RAM: PID PGRP USERNAME PRI SIZE RES STATE TIME WCPU% CPU% COMMAND 177484 177484 mirjam 20 8225M 8217M sleep 1:18 29.3 0.00 R After upgrading from R 2.0.0 to R 2.2.1, we cannot allocate more than about 1300 M of memory, as shown below: > v1 <- seq(1,2^29) Error: cannot allocate vector of size 2097152 Kb > v1 <- seq(1...

...without aio support - with or without debug symbols in the compiled binaries (had it on by default) - with or without pthreadpool all made no difference so far. During copying an 18GB file, the top output looks like: Samba 4.1: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 16525 root 2 21 0 289M 17412K kqread 5 0:34 101.66% smbd Samba 3.6: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 78738 root 1 91 0 60792K 5200K CPU6 6 0:51 64.16% smbd My config is: [code] [global] workgrou...

Hello, I have 4 web servers with lighttpd to serve one web site with DNS load sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state, and never be back to 'accept' or other state. If I restart them, there will be frozen php-cgi appear some hours later. There is no problem on the

...nd it shot right back uip >once it was reloaded. >here's what top currently shows it as. Also for reference, a process >that I expect to take up the full cpu hasnt even been getting a chance >(though it is niced to 20) > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 7706 mike 64 0 3784K 1764K RUN 2:09 97.00% 96.88% icecast > 184 root 68 20 912K 576K RUN 73.1H 0.00% 0.00% dnetc > >Let me know if I should be seeing different numbers than these > It should take little to no cpu (I haven't y...

...Download if you accept free_enduser license: <http://perso.wanadoo.es/priotc/Priotc.zip> priotc.zip Report bugs to <mailto:cmolimar at hotmail.com> cmolimar at hotmail.com TOP UNIX PROGRAM OUTPUT ... priotc renice CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND 0 pts/tz 24498 assf 154 25 42796K 10728K sleep 0:05 0.68 0.68 runff116 1 pts/t5 1476 chaa1 154 25 45484K 13452K sleep 0:13 0.65 0.65 runff116 0 ? 39 root 152 26 7424K 7424K run 63:38 0.45 0.45 vxfsd 0 ? 15308 oracle8 156 23 480M 8...

...: 115 sleeping, 6 running Cpu states: LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS 6.09 52.7% 0.6% 46.3% 0.4% 0.0% 0.0% 0.0% 0.0% Memory: 99764K (59148K) real, 147820K (53408K) virtual, 45076K free Page# 1/9 TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND ? 931 corana 232 20 12348K 11956K run 621:55 26.28 26.23 dataserver ? 11280 root 209 20 2312K 976K run 0:33 7.61 7.60 smbd ? 11261 root 154 20 2216K 816K sleep 0:35 6.29 6.28 smbd ? 11257 root 154 20 2216K 816K sleep 0:32 5.40 5.39...

...est.sh.gz M'XL(`"5H,C\"`^W3P0F#`!``L/]-<2+T*WYUF^*!@FBI%=<O=(B"D.R0MNF> MR]8=<\0U+VOEYWU6CCGMD3]#]L!-Y$-<$!<0%Q`7Q`7$!<0%<0%Q`7%!7$!< ;0%Q`7!`7^&_<8ZUZ91_3OE5\`=@<)[J\.P`` ` end Run it and watch how /bin/sh slowly increases its SIZE, RES, WCPU and CPU values. This is an exapmle. My real script grows upto 70Mb in size and eats all of idle Pentium-III 866Mhz cycles, it is machine-generated and runs 24x7x365. It's twice smaller than this test case. Now I have to restart it from time to time. >Fix: Unknown for me. Eugene Gro...

...as not > a problem, for example by running: > > v1 <- seq(1,2^29) > > v2 <- seq(1,2^29) > > v3 <- seq(1,2^29) > > v4 <- seq(1,2^29) > This yields an R process, consuming about 8 Gb of RAM: > PID PGRP USERNAME PRI SIZE RES STATE TIME WCPU% CPU% COMMAND > 177484 177484 mirjam 20 8225M 8217M sleep 1:18 29.3 0.00 R > > After upgrading from R 2.0.0 to R 2.2.1, we cannot allocate more than > about 1300 M of memory, as shown below: > > v1 <- seq(1,2^29) > Error: cannot allocate vector of size 209715...

...:02:53 103 processes: 4 running, 98 sleeping, 1 zombie CPU: 34.5% user, 0.0% nice, 65.4% system, 0.2% interrupt, 0.0% idle Mem: 602M Active, 1767M Inact, 254M Wired, 6116K Cache, 112M Buf, 490M Free Swap: 5900M Total, 5900M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 30569 mailnull 1 112 0 4956K 2784K RUN 0 1:27 68.65% pop3 30704 mailnull 1 108 0 4956K 2876K CPU0 0 0:10 57.37% pop3 30712 mailnull 1 106 0 4944K 2780K RUN 1 0:07 45.26% pop3 30636 root 1 44 0 3696K 1784K CPU1 1...

...running, 80 sleeping | CPU states: 93.5% user, 0.0% nice, 6.1% system, 0.4% interrupt, 0.0% idle | Mem: 82M Active, 5692K Inact, 31M Wired, 4572K Cache, 8349K Buf, 616K Free | Swap: 512M Total, 402M Used, 110M Free, 79% Inuse, 5412K In, 748K Out | PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND | 29176 www -18 0 392M 85612K swread 0:57 6.83% 6.83% httpd |---cut--- Ben Laurie (team Apache) <ben@ALGROUP.CO.UK> responded swift: | And here''s a band-aid for 1.3.1 - I''m sure we''ll come up with something | better soon. This (untested)...

...mode=rndrd --file-total-size=3G run kern.smp.cpus: 8 FreeBSD 7.1-R CPU: 0.8% user, 0.0% nice, 93.8% system, 0.0% interrupt, 5.4% idle Mem: 11M Active, 2873M Inact, 282M Wired, 8K Cache, 214M Buf, 765M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 810 root 115 0 11568K 2408K RUN 3 0:04 89.60% sysbench 810 root 114 0 11568K 2408K CPU0 0 0:18 87.06% sysbench 810 root 114 0 11568K 2408K CPU2 2 0:18 86.67% sysbench 810 root 114 0 11568K 2408K CPU6 6 0:18 84.47% sysbench 810 root...

...de to 6.2-R-p10, everything ok again.. here is some infomations: machine type: FreeBSD 6.3-RELEASE #0: Wed Jan 23 01:58:39 CST 2008 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) real memory = 3221159936 (3071 MB) top: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 8674 squid 1 121 0 105M 100M CPU3 1 0:26 98.54% squid truss: (no response) _xx@xxxx_[root]:~#truss -p 8674 gdb: (gdb) bt #0 0x881679eb in pthread_sigmask () from /lib/libpthread.so.2 #1 0x8816799c in sigprocmask () from /lib/libpthread.so.2 #2 0x88172544 in pthread_mu...

...pid 55372): internal error ------- -------- CPU states: 18.3% user, 0.0% nice, 81.7% system, 0.0% interrupt, 0.0% idle Mem: 336M Active, 3109M Inact, 210M Wired, 163M Cache, 214M Buf, 16M Free Swap: 10G Total, 8K Used, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 26348 criacao 1 139 0 40248K 8088K RUN 1 22:08 21.04% smbd 51011 junior 1 139 0 40588K 8112K RUN 1 1:57 18.75% smbd 50753 andrea 1 139 0 40244K 8060K CPU1 1 20:32 16.50% smbd 52143 criacao 1 139 0 40532K 8136K RUN 1 1:40...

...21:39:13 162 processes: 4 running, 145 sleeping, 13 waiting CPU states: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle Mem: 60M Active, 19M Inact, 54M Wired, 56K Cache, 27M Buf, 3809M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 12 root 1 171 ki31 0K 16K RUN 0 8:59 97.90% idle: cpu0 11 root 1 171 ki31 0K 16K RUN 1 8:57 95.80% idle: cpu1 1102 root 1 -8 0 4752K 1256K physrd 1 0:01 19.64% newfs 4 root 1 -8 - 0K 16K - 0 0:00 0.10%...

I'm running 9.2-RC4 on a handful of desktop and server machines (both i386 and amd64). I have seen three panics (all vm_page_unwire) on one of those systems only (amd64 server) during the past week. The first two panics were triggered when shutting down the ntpd daemon (a recent development snapshot version of ntpd: 4.2.7p387). Exiting a later release (p388) has not triggered the panic.