Trayer 100% CPU if transparency is enabled.

I newly installed an arch with the latest update, xorg intel video, twm and trayer. When I start trayer in twm, the CPU usage of trayer is about 100% all the time if I use
trayer --transparent true
My .xinitrc is
Twm
Also, in xmonad, the result is the same.
Xserver 1.10.2-1
mesa 7.10.3-1
Last edited by helloworld1 (2011-06-17 20:56:42)

It didn't happen to me yesterday. Could it be it he mesa upgrade? I don't have /var saved to test it out.
Last edited by helloworld1 (2011-06-17 21:03:06)

Similar Messages

100% CPU Usage Overhead running EM DBConsole 11g on OEL-5.2

After upgrading to OEL-5.2 and relinking all Oracle binaries, my old Oracle 11g installation, installed several months before on OEL-5.1, has been working well, including Enterprise Manager Database Console working nicely as always with respectful performance. Unfortunatelly, it lasted just several days.
Yesterday I decided to uninstall the 11g completely and perform new clean installation (software and database) with the same configuration options and settings as before, including EM dbconsole, all configured using dbca. After completing the installation (EM was started automatically by dbca), oracle continued to suck 80-85% CPU time. In further few minutes CPU utilization raised up to 99% due to only one (always the same PID) client process - "oracleorcl (LOCAL=NO)". For first ten minutes I didn't care too much since I always enable Automatic Management in dbca. But after two hours, I started to worry. The process was still running, consuming sustained 99% of CPU power. No other system activity, no database activity, no disks activity at all!
I was really puzzled since I installed and reinstalled the 11g at least 20 times on OEL-5.0 and 5.1, experimenting with ASM, raw devices, loopback devices and various combinations of installation options, but never experienced such a behaviour. It took me 3 minutes to log in to EM dbconsole as it was almost unusable performing too slow. After three hours CPU temperature was nearly 60 degrees celsius. I decided to shutdown EM and after that everything became quiet. Oracle was running normally. Started EM again, the problem was back again. Tracing enabled, it filled a 350 MB trace file in just 20 minutes. Reinstalling the software and database once again didn't help. Whenever EM is up, the CPU usage overhead of 99% persists.
Here is a cca 23 minutes session summary report taken from EM dbconsole's Performance page. The trace file is too big to list it here, but it shows the same.
 Host CPU: 100%
Active Sessions: 100%The details for the Selected 5 Minute Interval (the last 5 min interval) are shown as follow:
 TOP SESSIONS: SYSMAN, Program: OMS
 Activity: 100%
 TOP MODULES: OEM.CacheModeWaitPool, Service: orcl
 Activity: 100%
 TOP CLIENT: Unnamed
 Activity: 99.1%
 TOP ACTIONS: Unnamed (OEM.CacheModeWaitPool) (orcl)
 Activity: 100%
 TOP OBJECTS: SYSMAN.MGMT_JOB_EXEC_SUMMARY (Table)
 Activity: 100%
 TOP PL/SQL: SYSMAN.MGMT_JOB_ENGINE.INSERT_EXECUTION
 PL/SQL Source: SYSMAN.MGMT_JOB_ENGINE
 Line Number: 7135
 Activity: 100%
 TOP SQL: SELECT EXECUTION_ID, STATUS, STATUS_DETAIL FROM MGMT_JOB_EXEC_SUMMARY
WHERE JOB_ID = :B3 AND TARGET_LIST_INDEX = :B2 AND EXPECTED_START_TIME = :B1;
 Activity: 100%
 STATISTICS SUMMARY
 cca 23 minutes session
 with no other system activity
 Per
 Total Execution Per Row
Executions 105,103 1 10,510.30
Elapsed Time (sec) 1,358.95 0.01 135.90
CPU Time (sec) 1,070.42 0.01 107.04
Buffer Gets 85,585,518 814.30 8,558,551.80
Disk Reads 2 <0.01 0.20
Direct Writes 0 0.00 0.00
Rows 10 <0.01 1
Fetches 105,103 1.00 10,510.30
 ----------------------------------------Wow!!! Note: no disk, no database activity !
Has anyone experienced this or similar behaviour after clean 11g installation on OEL-5.2? If not, anyone has a clue what the hell is going on?
Thanks in advance.

Hi Tommy,
I didn't want to experiment further with already working OEL-5.2, oracle and dbconsole on this machine, specially not after googling the problem and finding out that I am not alone in this world. There are another two threads on OTN forums (Database General) showing the same problem even on 2GB machines:
DBConsole easting a CPU
11g stuck. 50-100% CPU after fresh install
So, I took another, a smaller free machine I've got at home (1GB RAM, 2.2MHz Pentium4, three 80GB disks), on which I used to experiment with new releases of software (this is the machine on which I installed 11g for the first time when it was released on OEL-5.0, and I can recall that everything was OK with EM). This is what I did:
1. I installed OEL-5.0 on the machine, adjusted linux and kernel parameters, and performed full 11g installation. Database and EM dbconsole worked nice with acceptable performance. Without activity in the database, %CPU = zero !!! The whole system was perfectly quiet.
2. Since everything was OK, I shutdown EM and oracle, and performed the full upgrade to OEL-5.2. When the upgrade finished, restarted the system, relinked all oracle binaries, and started oracle and EM dbconsole. Both worked perfectly again, just as before the upgrade. I repeated restarting the database and dbconsole several times, always with the same result - it really rocks. Without database activity, %CPU = zero%.
3. Using dbca, I dropped the database and created the new one with the same configuration options. Wow! I'm again in trouble. A half an hour after the creation of the database, %CPU raised up to 99%. That's it.
The crucial question here is: what is that in OEL-5.2, not existing in the 5.0, that causes dbca/em scripts to be embarrassed at the time of EM agent configuration?
Here are the outputs you required picked 30 minutes after starting the database and EM dbconsole (sustained 99% CPU utilization). Note that this is just a 1GB machine.
Kernel command line: ro root=LABEL=/ elevator=deadline rhgb quiet
[root@localhost ~]# cat /proc/meminfo
MemTotal: 1034576 kB
MemFree: 27356 kB
Buffers: 8388 kB
Cached: 609660 kB
SwapCached: 18628 kB
Active: 675376 kB
Inactive: 287072 kB
HighTotal: 130304 kB
HighFree: 260 kB
LowTotal: 904272 kB
LowFree: 27096 kB
SwapTotal: 3148700 kB
SwapFree: 2940636 kB
Dirty: 72 kB
Writeback: 0 kB
AnonPages: 328700 kB
Mapped: 271316 kB
Slab: 21136 kB
PageTables: 14196 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 3665988 kB
Committed_AS: 1187464 kB
VmallocTotal: 114680 kB
VmallocUsed: 5860 kB
VmallocChunk: 108476 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 4096 kB
[root@localhost ~]# cat /proc/slabinfo
slabinfo - version: 2.1
# name <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables <limit> <batchcount> <sharedfactor> : slabdata <active_slabs> <num_slabs> <sharedavail>
rpc_buffers 8 8 2048 2 1 : tunables 24 12 8 : slabdata 4 4 0
rpc_tasks 8 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
rpc_inode_cache 6 7 512 7 1 : tunables 54 27 8 : slabdata 1 1 0
ip_conntrack_expect 0 0 96 40 1 : tunables 120 60 8 : slabdata 0 0 0
ip_conntrack 68 68 228 17 1 : tunables 120 60 8 : slabdata 4 4 0
ip_fib_alias 7 113 32 113 1 : tunables 120 60 8 : slabdata 1 1 0
ip_fib_hash 7 113 32 113 1 : tunables 120 60 8 : slabdata 1 1 0
fib6_nodes 22 113 32 113 1 : tunables 120 60 8 : slabdata 1 1 0
ip6_dst_cache 13 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
ndisc_cache 1 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
RAWv6 4 5 768 5 1 : tunables 54 27 8 : slabdata 1 1 0
UDPv6 9 12 640 6 1 : tunables 54 27 8 : slabdata 2 2 0
tw_sock_TCPv6 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
request_sock_TCPv6 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
TCPv6 1 3 1280 3 1 : tunables 24 12 8 : slabdata 1 1 0
jbd_1k 0 0 1024 4 1 : tunables 54 27 8 : slabdata 0 0 0
dm_mpath 0 0 28 127 1 : tunables 120 60 8 : slabdata 0 0 0
dm_uevent 0 0 2460 3 2 : tunables 24 12 8 : slabdata 0 0 0
dm_tio 0 0 16 203 1 : tunables 120 60 8 : slabdata 0 0 0
dm_io 0 0 20 169 1 : tunables 120 60 8 : slabdata 0 0 0
jbd_4k 1 1 4096 1 1 : tunables 24 12 8 : slabdata 1 1 0
scsi_cmd_cache 10 10 384 10 1 : tunables 54 27 8 : slabdata 1 1 0
sgpool-128 36 36 2048 2 1 : tunables 24 12 8 : slabdata 18 18 0
sgpool-64 33 36 1024 4 1 : tunables 54 27 8 : slabdata 9 9 0
sgpool-32 34 40 512 8 1 : tunables 54 27 8 : slabdata 5 5 0
sgpool-16 35 45 256 15 1 : tunables 120 60 8 : slabdata 3 3 0
sgpool-8 60 60 128 30 1 : tunables 120 60 8 : slabdata 2 2 0
scsi_io_context 0 0 104 37 1 : tunables 120 60 8 : slabdata 0 0 0
ext3_inode_cache 4376 8216 492 8 1 : tunables 54 27 8 : slabdata 1027 1027 0
ext3_xattr 165 234 48 78 1 : tunables 120 60 8 : slabdata 3 3 0
journal_handle 8 169 20 169 1 : tunables 120 60 8 : slabdata 1 1 0
journal_head 684 1008 52 72 1 : tunables 120 60 8 : slabdata 14 14 0
revoke_table 18 254 12 254 1 : tunables 120 60 8 : slabdata 1 1 0
revoke_record 0 0 16 203 1 : tunables 120 60 8 : slabdata 0 0 0
uhci_urb_priv 0 0 28 127 1 : tunables 120 60 8 : slabdata 0 0 0
UNIX 56 112 512 7 1 : tunables 54 27 8 : slabdata 16 16 0
flow_cache 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
cfq_ioc_pool 0 0 92 42 1 : tunables 120 60 8 : slabdata 0 0 0
cfq_pool 0 0 96 40 1 : tunables 120 60 8 : slabdata 0 0 0
crq_pool 0 0 44 84 1 : tunables 120 60 8 : slabdata 0 0 0
deadline_drq 140 252 44 84 1 : tunables 120 60 8 : slabdata 3 3 0
as_arq 0 0 56 67 1 : tunables 120 60 8 : slabdata 0 0 0
mqueue_inode_cache 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0
isofs_inode_cache 0 0 368 10 1 : tunables 54 27 8 : slabdata 0 0 0
hugetlbfs_inode_cache 1 11 340 11 1 : tunables 54 27 8 : slabdata 1 1 0
ext2_inode_cache 0 0 476 8 1 : tunables 54 27 8 : slabdata 0 0 0
ext2_xattr 0 0 48 78 1 : tunables 120 60 8 : slabdata 0 0 0
dnotify_cache 2 169 20 169 1 : tunables 120 60 8 : slabdata 1 1 0
dquot 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
eventpoll_pwq 1 101 36 101 1 : tunables 120 60 8 : slabdata 1 1 0
eventpoll_epi 1 30 128 30 1 : tunables 120 60 8 : slabdata 1 1 0
inotify_event_cache 1 127 28 127 1 : tunables 120 60 8 : slabdata 1 1 0
inotify_watch_cache 23 92 40 92 1 : tunables 120 60 8 : slabdata 1 1 0
kioctx 135 135 256 15 1 : tunables 120 60 8 : slabdata 9 9 0
kiocb 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
fasync_cache 0 0 16 203 1 : tunables 120 60 8 : slabdata 0 0 0
shmem_inode_cache 553 585 436 9 1 : tunables 54 27 8 : slabdata 65 65 0
posix_timers_cache 0 0 88 44 1 : tunables 120 60 8 : slabdata 0 0 0
uid_cache 5 59 64 59 1 : tunables 120 60 8 : slabdata 1 1 0
ip_mrt_cache 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
tcp_bind_bucket 32 203 16 203 1 : tunables 120 60 8 : slabdata 1 1 0
inet_peer_cache 1 59 64 59 1 : tunables 120 60 8 : slabdata 1 1 0
secpath_cache 0 0 32 113 1 : tunables 120 60 8 : slabdata 0 0 0
xfrm_dst_cache 0 0 384 10 1 : tunables 54 27 8 : slabdata 0 0 0
ip_dst_cache 6 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
arp_cache 2 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
RAW 2 7 512 7 1 : tunables 54 27 8 : slabdata 1 1 0
UDP 3 7 512 7 1 : tunables 54 27 8 : slabdata 1 1 0
tw_sock_TCP 3 30 128 30 1 : tunables 120 60 8 : slabdata 1 1 0
request_sock_TCP 4 30 128 30 1 : tunables 120 60 8 : slabdata 1 1 0
TCP 43 49 1152 7 2 : tunables 24 12 8 : slabdata 7 7 0
blkdev_ioc 3 127 28 127 1 : tunables 120 60 8 : slabdata 1 1 0
blkdev_queue 23 24 956 4 1 : tunables 54 27 8 : slabdata 6 6 0
blkdev_requests 137 161 172 23 1 : tunables 120 60 8 : slabdata 7 7 0
biovec-256 7 8 3072 2 2 : tunables 24 12 8 : slabdata 4 4 0
biovec-128 7 10 1536 5 2 : tunables 24 12 8 : slabdata 2 2 0
biovec-64 7 10 768 5 1 : tunables 54 27 8 : slabdata 2 2 0
biovec-16 7 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0
biovec-4 8 59 64 59 1 : tunables 120 60 8 : slabdata 1 1 0
biovec-1 406 406 16 203 1 : tunables 120 60 8 : slabdata 2 2 300
bio 564 660 128 30 1 : tunables 120 60 8 : slabdata 21 22 204
utrace_engine_cache 0 0 32 113 1 : tunables 120 60 8 : slabdata 0 0 0
utrace_cache 0 0 32 113 1 : tunables 120 60 8 : slabdata 0 0 0
sock_inode_cache 149 230 384 10 1 : tunables 54 27 8 : slabdata 23 23 0
skbuff_fclone_cache 20 20 384 10 1 : tunables 54 27 8 : slabdata 2 2 0
skbuff_head_cache 86 210 256 15 1 : tunables 120 60 8 : slabdata 14 14 0
file_lock_cache 22 40 96 40 1 : tunables 120 60 8 : slabdata 1 1 0
Acpi-Operand 1147 1196 40 92 1 : tunables 120 60 8 : slabdata 13 13 0
Acpi-ParseExt 0 0 44 84 1 : tunables 120 60 8 : slabdata 0 0 0
Acpi-Parse 0 0 28 127 1 : tunables 120 60 8 : slabdata 0 0 0
Acpi-State 0 0 44 84 1 : tunables 120 60 8 : slabdata 0 0 0
Acpi-Namespace 615 676 20 169 1 : tunables 120 60 8 : slabdata 4 4 0
delayacct_cache 233 312 48 78 1 : tunables 120 60 8 : slabdata 4 4 0
taskstats_cache 12 53 72 53 1 : tunables 120 60 8 : slabdata 1 1 0
proc_inode_cache 622 693 356 11 1 : tunables 54 27 8 : slabdata 63 63 0
sigqueue 8 27 144 27 1 : tunables 120 60 8 : slabdata 1 1 0
radix_tree_node 6220 8134 276 14 1 : tunables 54 27 8 : slabdata 581 581 0
bdev_cache 37 42 512 7 1 : tunables 54 27 8 : slabdata 6 6 0
sysfs_dir_cache 4980 4992 48 78 1 : tunables 120 60 8 : slabdata 64 64 0
mnt_cache 36 60 128 30 1 : tunables 120 60 8 : slabdata 2 2 0
inode_cache 1113 1254 340 11 1 : tunables 54 27 8 : slabdata 114 114 81
dentry_cache 11442 18560 136 29 1 : tunables 120 60 8 : slabdata 640 640 180
filp 7607 10000 192 20 1 : tunables 120 60 8 : slabdata 500 500 120
names_cache 19 19 4096 1 1 : tunables 24 12 8 : slabdata 19 19 0
avc_node 14 72 52 72 1 : tunables 120 60 8 : slabdata 1 1 0
selinux_inode_security 814 1170 48 78 1 : tunables 120 60 8 : slabdata 15 15 0
key_jar 14 30 128 30 1 : tunables 120 60 8 : slabdata 1 1 0
idr_layer_cache 170 203 136 29 1 : tunables 120 60 8 : slabdata 7 7 0
buffer_head 38892 39024 52 72 1 : tunables 120 60 8 : slabdata 542 542 0
mm_struct 108 135 448 9 1 : tunables 54 27 8 : slabdata 15 15 0
vm_area_struct 11169 14904 84 46 1 : tunables 120 60 8 : slabdata 324 324 144
fs_cache 82 177 64 59 1 : tunables 120 60 8 : slabdata 3 3 0
files_cache 108 140 384 10 1 : tunables 54 27 8 : slabdata 14 14 0
signal_cache 142 171 448 9 1 : tunables 54 27 8 : slabdata 19 19 0
sighand_cache 127 135 1344 3 1 : tunables 24 12 8 : slabdata 45 45 0
task_struct 184 246 1360 3 1 : tunables 24 12 8 : slabdata 82 82 0
anon_vma 3313 5842 12 254 1 : tunables 120 60 8 : slabdata 23 23 0
pgd 84 84 4096 1 1 : tunables 24 12 8 : slabdata 84 84 0
pid 237 303 36 101 1 : tunables 120 60 8 : slabdata 3 3 0
size-131072(DMA) 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0
size-131072 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0
size-65536(DMA) 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0
size-65536 2 2 65536 1 16 : tunables 8 4 0 : slabdata 2 2 0
size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0
size-32768 9 9 32768 1 8 : tunables 8 4 0 : slabdata 9 9 0
size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0
size-16384 6 6 16384 1 4 : tunables 8 4 0 : slabdata 6 6 0
size-8192(DMA) 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0
size-8192 5 5 8192 1 2 : tunables 8 4 0 : slabdata 5 5 0
size-4096(DMA) 0 0 4096 1 1 : tunables 24 12 8 : slabdata 0 0 0
size-4096 205 205 4096 1 1 : tunables 24 12 8 : slabdata 205 205 0
size-2048(DMA) 0 0 2048 2 1 : tunables 24 12 8 : slabdata 0 0 0
size-2048 260 270 2048 2 1 : tunables 24 12 8 : slabdata 135 135 0
size-1024(DMA) 0 0 1024 4 1 : tunables 54 27 8 : slabdata 0 0 0
size-1024 204 204 1024 4 1 : tunables 54 27 8 : slabdata 51 51 0
size-512(DMA) 0 0 512 8 1 : tunables 54 27 8 : slabdata 0 0 0
size-512 367 464 512 8 1 : tunables 54 27 8 : slabdata 58 58 0
size-256(DMA) 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0
size-256 487 495 256 15 1 : tunables 120 60 8 : slabdata 33 33 0
size-128(DMA) 0 0 128 30 1 : tunables 120 60 8 : slabdata 0 0 0
size-128 2242 2490 128 30 1 : tunables 120 60 8 : slabdata 83 83 0
size-64(DMA) 0 0 64 59 1 : tunables 120 60 8 : slabdata 0 0 0
size-32(DMA) 0 0 32 113 1 : tunables 120 60 8 : slabdata 0 0 0
size-64 1409 2950 64 59 1 : tunables 120 60 8 : slabdata 50 50 0
size-32 3596 3842 32 113 1 : tunables 120 60 8 : slabdata 34 34 0
kmem_cache 145 150 256 15 1 : tunables 120 60 8 : slabdata 10 10 0
[root@localhost ~]# slabtop -d 5
Active / Total Objects (% used) : 97257 / 113249 (85.9%)
Active / Total Slabs (% used) : 4488 / 4488 (100.0%)
Active / Total Caches (% used) : 101 / 146 (69.2%)
Active / Total Size (% used) : 15076.34K / 17587.55K (85.7%)
Minimum / Average / Maximum Object : 0.01K / 0.16K / 128.00K
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
25776 25764 99% 0.05K 358 72 1432K buffer_head
16146 15351 95% 0.08K 351 46 1404K vm_area_struct
15138 7779 51% 0.13K 522 29 2088K dentry_cache
9720 9106 93% 0.19K 486 20 1944K filp
7714 7032 91% 0.27K 551 14 2204K radix_tree_node
5070 5018 98% 0.05K 65 78 260K sysfs_dir_cache
4826 4766 98% 0.01K 19 254 76K anon_vma
4824 3406 70% 0.48K 603 8 2412K ext3_inode_cache
3842 3691 96% 0.03K 34 113 136K size-32
2190 2174 99% 0.12K 73 30 292K size-128
1711 1364 79% 0.06K 29 59 116K size-64
1210 1053 87% 0.33K 110 11 440K inode_cache
1196 1147 95% 0.04K 13 92 52K Acpi-Operand
1170 814 69% 0.05K 15 78 60K selinux_inode_security
 936 414 44% 0.05K 13 72 52K journal_head
 747 738 98% 0.43K 83 9 332K shmem_inode_cache
 693 617 89% 0.35K 63 11 252K proc_inode_cache
 676 615 90% 0.02K 4 169 16K Acpi-Namespace
 609 136 22% 0.02K 3 203 12K biovec-1
 495 493 99% 0.25K 33 15 132K size-256
 480 384 80% 0.12K 16 30 64K bio
 440 399 90% 0.50K 55 8 220K size-512
 312 206 66% 0.05K 4 78 16K delayacct_cache
 303 209 68% 0.04K 3 101 12K pid
 290 290 100% 0.38K 29 10 116K sock_inode_cache
[root@localhost ~]# cat /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
# Controls IP packet forwarding
net.ipv4.ip_forward=0
# Controls source route verification
net.ipv4.conf.default.rp_filter=1
# Do not accept source routing
net.ipv4.conf.default.accept_source_route=0
# Oracle
net.ipv4.ip_local_port_range=1024 65000
net.core.rmem_default=4194304
net.core.rmem_max=4194304
net.core.wmem_default=262144
net.core.wmem_max=262144
net.ipv4.tcp_rmem=4096 65536 4194304
net.ipv4.tcp_wmem=4096 65536 4194304
# Keepalive Oracle
net.ipv4.tcp_keepalive_time=3000
net.ipv4.tcp_keepalive_intvl=30
net.ipv4.tcp_keepalive_probes=15
net.ipv4.tcp_retries2=3
net.ipv4.tcp_syn_retries=2
net.ipv4.tcp_sack=0
net.ipv4.tcp_timestamps=0
net.ipv4.tcp_window_scaling=0
# Oracle
fs.file-max = 6553600
fs.aio-max-nr=3145728
kernel.shmmni=4096
kernel.sem=250 32000 100 142
kernel.shmmax=2147483648
kernel.shmall=3279547
kernel.msgmnb=65536
kernel.msgmni=2878
kernel.msgmax=8192
kernel.exec-shield=0
# Controls the System Request debugging functionality of the kernel
kernel.sysrq=1
kernel.panic=60
kernel.core_uses_pid=1
[root@localhost ~]# free | grep Swap
Swap: 3148700 319916 2828784
[root@localhost ~]# cat /etc/fstab | grep "/dev/shm"
tmpfs /dev/shm tmpfs size=1024M 0 0
[root@localhost ~]# df | grep "/dev/shm"
tmpfs 1048576 452128 596448 44% /dev/shm
NON-DEFAULT DB PARAMETERS:
db_block_size 8192
memory_target 633339904 /* automatic memory management */
open_cursors 300
processes 256
disk_async_io TRUE
filesystemio_options SETALL

ReportCrash 100% cpu because cups is crashing

My C2D iMac is at 100% CPU as I type this. I'm getting loads of crash reports. I have a cups process and 22 cups-driverd processes and more are created every few minutes. I've deleted my printers (all three are network printers) thinking that I'd just re-add them and that would fix it. I copied my /etc/cupsd/cupsd.conf to cupsd.conf.old and copied the cupsd.conf.default file on top of the cupsd.conf I had originally. Here's what's different:
zaphod:cups root# diff cupsd.conf.old cupsd.conf
1d0
< # Migrated cupsd.conf
17,18c16,17
< # Allow remote access
< Port 631
> # Only listen for connections from the local machine.
> Listen localhost:631
21c20
< # Enable printer sharing and shared printers.
> # Show shared printers on the local network.
35d33
< Allow @LOCAL
189,190d186
< BrowseRemoteProtocols
< BrowseAddress @LOCAL
Here's a sample crash report:
Process: cups-driverd [4721]
Path: /usr/libexec/cups/daemon/cups-driverd
Identifier: cups-driverd
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: cupsd [257]
Date/Time: 2011-07-21 09:50:42.974 -0500
OS Version: Mac OS X 10.7 (11A511)
Report Version: 9
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000155eee360
VM Regions Near 0x155eee360:
 MALLOC_LARGE 0000000105f46000-0000000105f66000 [ 128K] rw-/rwx SM=PRV
-->
 MALLOC_TINY 00007fbe82400000-00007fbe82411000 [ 68K] rw-/rwx SM=COW
Application Specific Information:
objc[4721]: garbage collection is OFF
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 cups-driverd 0x0000000105ee8dba 0x105ee6000 + 11706
1 cups-driverd 0x0000000105ee73b0 0x105ee6000 + 5040
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x000000000a000000 rbx: 0x0000000105eec498 rcx: 0x0000000105eee360 rdx: 0x00007fbe828b5900
rdi: 0x00007fbe828b4593 rsi: 0x00007fff65ae3660 rbp: 0x00007fff65ae59d0 rsp: 0x00007fff65ae3690
 r8: 0x0000000000000061 r9: 0x000000009dd370f9 r10: 0x0000000000000005 r11: 0x00007fbe828b458b
r12: 0x00007fbe828b4c60 r13: 0x00007fbe828b4874 r14: 0x00007fbe828b4400 r15: 0x0000000000000001
rip: 0x0000000105ee8dba rfl: 0x0000000000010202 cr2: 0x0000000155eee360
Logical CPU: 0
Binary Images:
 0x105ee6000 - 0x105eedff7 cups-driverd (??? - ???) <BE2849A3-AAC8-365A-BEBF-7168B5AFED38> /usr/libexec/cups/daemon/cups-driverd
 0x105ef8000 - 0x105f10fff libcupsppdc.1.dylib (??? - ???) <A3679D8C-821F-3435-8390-31A1650B6952> /usr/lib/libcupsppdc.1.dylib
 0x7fff65ae6000 - 0x7fff65b1aac7 dyld (195.5 - ???) <4A6E2B28-C7A2-3528-ADB7-4076B9836041> /usr/lib/dyld
 0x7fff8b8c1000 - 0x7fff8b92bfff com.apple.framework.IOKit (2.0 - ???) <F79E7690-EF97-3D04-BA22-177E256803AF> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
 0x7fff8ba37000 - 0x7fff8ba3bfff libmathCommon.A.dylib (2026.0.0 - compatibility 1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib
 0x7fff8be72000 - 0x7fff8be91fff libresolv.9.dylib (46.0.0 - compatibility 1.0.0) <33263568-E6F3-359C-A4FA-66AD1300F7D4> /usr/lib/libresolv.9.dylib
 0x7fff8bf11000 - 0x7fff8bfeefef libsystem_c.dylib (763.11.0 - compatibility 1.0.0) <1D61CA57-3C6D-30F7-89CB-CC6F0787B1DC> /usr/lib/system/libsystem_c.dylib
 0x7fff8c193000 - 0x7fff8c1defff com.apple.SystemConfiguration (1.11 - 1.11) <0B02FEC4-C36E-32CB-8004-2214B6793AE8> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfi guration
 0x7fff8c203000 - 0x7fff8c22eff7 libxslt.1.dylib (3.24.0 - compatibility 3.0.0) <8051A3FC-7385-3EA9-9634-78FC616C3E94> /usr/lib/libxslt.1.dylib
 0x7fff8c48b000 - 0x7fff8c496fff com.apple.CommonAuth (2.1 - 2.0) <49949286-61FB-3A7F-BF49-0EBA45E2664E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
 0x7fff8c666000 - 0x7fff8c6a8ff7 libcommonCrypto.dylib (55010.0.0 - compatibility 1.0.0) <A5B9778E-11C3-3F61-B740-1F2114E967FB> /usr/lib/system/libcommonCrypto.dylib
 0x7fff8c81f000 - 0x7fff8c914fff libiconv.2.dylib (7.0.0 - compatibility 7.0.0) <5C40E880-0706-378F-B864-3C2BD922D926> /usr/lib/libiconv.2.dylib
 0x7fff8c915000 - 0x7fff8c985fff com.apple.datadetectorscore (3.0 - 179.3) <AFFBD606-91DE-3F91-8E38-C037D9FBFA8B> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDe tectorsCore
 0x7fff8ca9a000 - 0x7fff8cb0dfff libstdc++.6.dylib (52.0.0 - compatibility 7.0.0) <6BDD43E4-A4B1-379E-9ED5-8C713653DFF2> /usr/lib/libstdc++.6.dylib
 0x7fff8cb71000 - 0x7fff8ce8afff com.apple.CoreServices.CarbonCore (960.13 - 960.13) <398ABDD7-BB95-3C05-96D2-B54243FC4745> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonC ore.framework/Versions/A/CarbonCore
 0x7fff8d1c6000 - 0x7fff8d1f9fff com.apple.GSS (2.1 - 2.0) <A150154E-40D3-345B-A92D-3A023A55AC52> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
 0x7fff8d3ee000 - 0x7fff8d40efff libsystem_kernel.dylib (1699.22.73 - compatibility 1.0.0) <69F2F501-72D8-3B3B-8357-F4418B3E1348> /usr/lib/system/libsystem_kernel.dylib
 0x7fff8d4f7000 - 0x7fff8d57cff7 com.apple.Heimdal (2.1 - 2.0) <E4CD970F-8DE8-31E4-9FC0-BDC97EB924D5> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
 0x7fff8d57d000 - 0x7fff8d586fff libnotify.dylib (80.0.0 - compatibility 1.0.0) <BD08553D-8088-38A8-8007-CF5C0B8F0404> /usr/lib/system/libnotify.dylib
 0x7fff8db36000 - 0x7fff8db72fff libsystem_info.dylib (??? - ???) <BC49C624-1DAB-3A37-890F-6EFD46538424> /usr/lib/system/libsystem_info.dylib
 0x7fff8db89000 - 0x7fff8dc23ff7 com.apple.SearchKit (1.4.0 - 1.4.0) <B7573888-BAF6-333D-AB00-C0D2BF88DF0F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchK it.framework/Versions/A/SearchKit
 0x7fff8e4ac000 - 0x7fff8e4b1fff com.apple.OpenDirectory (10.7 - 144) <E8AACF47-C423-3DCE-98F6-A811612B1B46> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
 0x7fff900a0000 - 0x7fff900a1fff libunc.dylib (24.0.0 - compatibility 1.0.0) <C67B3B14-866C-314F-87FF-8025BEC2CAAC> /usr/lib/system/libunc.dylib
 0x7fff900a2000 - 0x7fff901a4ff7 libxml2.2.dylib (10.3.0 - compatibility 10.0.0) <D46F371D-6422-31B7-BCE0-D80713069E0E> /usr/lib/libxml2.2.dylib
 0x7fff90213000 - 0x7fff90237ff7 com.apple.Kerberos (1.0 - 1) <2FF2569B-F59A-371E-AF33-66297F512CB3> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
 0x7fff9026d000 - 0x7fff90274fff com.apple.NetFS (4.0 - 4.0) <B9F41443-679A-31AD-B0EB-36557DAF782B> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
 0x7fff90275000 - 0x7fff9027aff7 libsystem_network.dylib (??? - ???) <4ABCEEF3-A3F9-3E06-9682-CE00F17138B7> /usr/lib/system/libsystem_network.dylib
 0x7fff90320000 - 0x7fff9035ffff com.apple.AE (527.6 - 527.6) <6F8DF9EF-3250-3B7F-8841-FCAD8E323954> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.fram ework/Versions/A/AE
 0x7fff907a2000 - 0x7fff907a8ff7 libunwind.dylib (30.0.0 - compatibility 1.0.0) <1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib
 0x7fff907b7000 - 0x7fff9082cff7 libc++.1.dylib (19.0.0 - compatibility 1.0.0) <C0EFFF1B-0FEB-3F99-BE54-506B35B555A9> /usr/lib/libc++.1.dylib
 0x7fff90900000 - 0x7fff90c12fff com.apple.Foundation (6.7 - 833.1) <618D7923-3519-3C53-9CBD-CF3C7130CB32> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
 0x7fff90d0e000 - 0x7fff90d0ffff libdnsinfo.dylib (395.6.0 - compatibility 1.0.0) <718A135F-6349-354A-85D5-430B128EFD57> /usr/lib/system/libdnsinfo.dylib
 0x7fff90d10000 - 0x7fff90d11fff libsystem_sandbox.dylib (??? - ???) <8D14139B-B671-35F4-9E5A-023B4C523C38> /usr/lib/system/libsystem_sandbox.dylib
 0x7fff915c6000 - 0x7fff915c7ff7 libsystem_blocks.dylib (53.0.0 - compatibility 1.0.0) <8BCA214A-8992-34B2-A8B9-B74DEACA1869> /usr/lib/system/libsystem_blocks.dylib
 0x7fff9182e000 - 0x7fff91833fff libpam.2.dylib (3.0.0 - compatibility 3.0.0) <D952F17B-200A-3A23-B9B2-7C1F7AC19189> /usr/lib/libpam.2.dylib
 0x7fff91898000 - 0x7fff918a6fff com.apple.NetAuth (1.0 - 3.0) <F384FFFD-70F6-3B1C-A886-F5B446E456E7> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
 0x7fff918a7000 - 0x7fff918a9fff com.apple.TrustEvaluationAgent (2.0 - 1) <80AFB5D8-5CC4-3A38-83B9-A7DF5820031A> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/Tru stEvaluationAgent
 0x7fff92061000 - 0x7fff9216dfef libcrypto.0.9.8.dylib (0.9.8 - compatibility 0.9.8) <3AD29F8D-E3BC-3F49-A438-2C8AAB71DC99> /usr/lib/libcrypto.0.9.8.dylib
 0x7fff9224c000 - 0x7fff9224dfff libDiagnosticMessagesClient.dylib (??? - ???) <3DCF577B-F126-302B-BCE2-4DB9A95B8598> /usr/lib/libDiagnosticMessagesClient.dylib
 0x7fff9229c000 - 0x7fff922b8ff7 com.apple.GenerationalStorage (1.0 - 124) <C0290CA0-A2A0-3280-9442-9D783883D638> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/Gene rationalStorage
 0x7fff922ff000 - 0x7fff9234dff7 libauto.dylib (??? - ???) <F0004B88-CA01-37D0-A77F-6651C4EC7D8E> /usr/lib/libauto.dylib
 0x7fff9237b000 - 0x7fff92398ff7 libxpc.dylib (77.16.0 - compatibility 1.0.0) <0A4B4775-29A9-30D6-956B-3BE1DBF98090> /usr/lib/system/libxpc.dylib
 0x7fff92557000 - 0x7fff92586fff com.apple.DictionaryServices (1.2 - 158) <2CE51CD1-EE3D-3618-9507-E39A09C9BB8D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Diction aryServices.framework/Versions/A/DictionaryServices
 0x7fff926ef000 - 0x7fff926faff7 libc++abi.dylib (14.0.0 - compatibility 1.0.0) <8FF3D766-D678-36F6-84AC-423C878E6D14> /usr/lib/libc++abi.dylib
 0x7fff92886000 - 0x7fff9288afff libdyld.dylib (195.5.0 - compatibility 1.0.0) <F1903B7A-D3FF-3390-909A-B24E09BAD1A5> /usr/lib/system/libdyld.dylib
 0x7fff928ca000 - 0x7fff92909ff7 libcups.2.dylib (2.9.0 - compatibility 2.0.0) <DE681910-3F7F-3502-9937-AB8008CD281A> /usr/lib/libcups.2.dylib
 0x7fff92c6d000 - 0x7fff92c7fff7 libbsm.0.dylib (??? - ???) <349BB16F-75FA-363F-8D98-7A9C3FA90A0D> /usr/lib/libbsm.0.dylib
 0x7fff92cab000 - 0x7fff92cb9ff7 libkxld.dylib (??? - ???) <65BE345D-6618-3D1A-9E2B-255E629646AA> /usr/lib/system/libkxld.dylib
 0x7fff92d3c000 - 0x7fff92d3cfff libkeymgr.dylib (23.0.0 - compatibility 1.0.0) <61EFED6A-A407-301E-B454-CD18314F0075> /usr/lib/system/libkeymgr.dylib
 0x7fff92e19000 - 0x7fff92e23ff7 liblaunch.dylib (392.18.0 - compatibility 1.0.0) <39EF04F2-7F0C-3435-B785-BF283727FFBD> /usr/lib/system/liblaunch.dylib
 0x7fff933cc000 - 0x7fff933e3fff com.apple.CFOpenDirectory (10.7 - 144) <9709423E-8484-3B26-AAE8-EF58D1B8FB3F> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpen Directory.framework/Versions/A/CFOpenDirectory
 0x7fff9344c000 - 0x7fff9344cfff com.apple.CoreServices (53 - 53) <5946A0A6-393D-3087-86A0-4FFF6A305CC0> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
 0x7fff9344d000 - 0x7fff9344eff7 libremovefile.dylib (21.0.0 - compatibility 1.0.0) <C6C49FB7-1892-32E4-86B5-25AD165131AA> /usr/lib/system/libremovefile.dylib
 0x7fff9344f000 - 0x7fff9345dfff libdispatch.dylib (187.5.0 - compatibility 1.0.0) <698F8EFB-7075-3111-94E3-891156C88172> /usr/lib/system/libdispatch.dylib
 0x7fff9345e000 - 0x7fff93463fff libcompiler_rt.dylib (6.0.0 - compatibility 1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib
 0x7fff94c7e000 - 0x7fff94c84fff com.apple.DiskArbitration (2.4 - 2.4) <5185FEA6-92CA-3CAA-8442-BD71DBC64AFD> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
 0x7fff94c85000 - 0x7fff94d69def libobjc.A.dylib (228.0.0 - compatibility 1.0.0) <C5F2392D-B481-3A9D-91BE-3D039FFF4DEC> /usr/lib/libobjc.A.dylib
 0x7fff94d6a000 - 0x7fff94f6cfff libicucore.A.dylib (46.1.0 - compatibility 1.0.0) <82DCB94B-3819-3CC3-BC16-2AACA7F64F8A> /usr/lib/libicucore.A.dylib
 0x7fff94f6d000 - 0x7fff95070fff libsqlite3.dylib (9.6.0 - compatibility 9.0.0) <ED5E84C6-646D-3B70-81D6-7AF957BEB217> /usr/lib/libsqlite3.dylib
 0x7fff950e6000 - 0x7fff951c6fff com.apple.CoreServices.OSServices (478.25 - 478.25) <CA11FC11-2F93-3C8A-8077-A67F381A3EBE> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServi ces.framework/Versions/A/OSServices
 0x7fff951c7000 - 0x7fff95249fff com.apple.Metadata (10.7.0 - 627.9) <F293A9A7-9790-3629-BE81-D19C158C5EA4> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadat a.framework/Versions/A/Metadata
 0x7fff95b96000 - 0x7fff95b9efff libsystem_dnssd.dylib (??? - ???) <7749128E-D0C5-3832-861C-BC9913F774FA> /usr/lib/system/libsystem_dnssd.dylib
 0x7fff95d7e000 - 0x7fff95d84fff libmacho.dylib (800.0.0 - compatibility 1.0.0) <D86F63EC-D2BD-32E0-8955-08B5EAFAD2CC> /usr/lib/system/libmacho.dylib
 0x7fff95de0000 - 0x7fff95de7fff libcopyfile.dylib (85.1.0 - compatibility 1.0.0) <172B1985-F24A-34E9-8D8B-A2403C9A0399> /usr/lib/system/libcopyfile.dylib
 0x7fff96805000 - 0x7fff96806fff liblangid.dylib (??? - ???) <CACBE3C3-2F7B-3EED-B50E-EDB73F473B77> /usr/lib/liblangid.dylib
 0x7fff968fd000 - 0x7fff96910ff7 libCRFSuite.dylib (??? - ???) <034D4DAA-63F0-35E4-BCEF-338DD7A453DD> /usr/lib/libCRFSuite.dylib
 0x7fff969ca000 - 0x7fff96a69fff com.apple.LaunchServices (480.19 - 480.19) <41ED4C8B-C74B-34EA-A9BF-34DBA5F52307> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchS ervices.framework/Versions/A/LaunchServices
 0x7fff96e86000 - 0x7fff96fe9fff com.apple.CFNetwork (520.0.13 - 520.0.13) <67E3BB43-2A22-3F5A-964E-391375B24CE0> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwo rk.framework/Versions/A/CFNetwork
 0x7fff96fea000 - 0x7fff971bdff7 com.apple.CoreFoundation (6.7 - 635) <57446B22-0778-3E07-9690-96AC705D57E8> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
 0x7fff971be000 - 0x7fff971c0fff libquarantine.dylib (36.0.0 - compatibility 1.0.0) <4C3BFBC7-E592-3939-B376-1C2E2D7C5389> /usr/lib/system/libquarantine.dylib
 0x7fff97389000 - 0x7fff97660fff com.apple.security (7.0 - 55010) <2418B583-D3BD-3BC5-8B07-8289C8A5B43B> /System/Library/Frameworks/Security.framework/Versions/A/Security
 0x7fff976bb000 - 0x7fff976cdff7 libz.1.dylib (1.2.5 - compatibility 1.0.0) <30CBEF15-4978-3DED-8629-7109880A19D4> /usr/lib/libz.1.dylib
 0x7fff9771d000 - 0x7fff97722fff libcache.dylib (47.0.0 - compatibility 1.0.0) <B7757E2E-5A7D-362E-AB71-785FE79E1527> /usr/lib/system/libcache.dylib
 0x7fff97723000 - 0x7fff97750fe7 libSystem.B.dylib (159.0.0 - compatibility 1.0.0) <7B4D685D-939C-3ABE-8780-77A1889E0DE9> /usr/lib/libSystem.B.dylib
External Modification Summary:
Calls made by other processes targeting this process:
 task_for_pid: 0
 thread_create: 0
 thread_set_state: 0
Calls made by this process:
 task_for_pid: 0
 thread_create: 0
 thread_set_state: 0
Calls made by all processes on this machine:
 task_for_pid: 1203
 thread_create: 0
 thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=76.6M resident=54.1M(71%) swapped_out_or_unallocated=22.5M(29%)
Writable regions: Total=17.5M written=1160K(6%) resident=1752K(10%) swapped_out=0K(0%) unallocated=15.8M(90%)
REGION TYPE VIRTUAL
=========== =======
MALLOC 9528K
MALLOC guard page 16K
STACK GUARD 56.0M
Stack 8192K
__DATA 3188K
__LINKEDIT 47.2M
__TEXT 29.4M
__UNICODE 544K
shared memory 12K
=========== =======
TOTAL 153.5M
Any ideas? Thanks in advance.
I might have added the AirPrintHacktivator thing. I also might have added it to my MBP too which is not having this problem.

I renamed the /System/Library/Printers/PPDs directory. It seems to only contain LaserWriter PPDs. I was using one of the color ones to talk to a Canon Color Laser unit. Perhaps that was the one?
LaserWriter 12_640 PS.gz LaserWriter IIg v2010.130.gz
LaserWriter 16_600 PS Fax.gz LaserWriter Personal 320.gz
LaserWriter 16_600 PS-J.gz LaserWriter Personal NTR.gz
LaserWriter 16_600 PS.gz LaserWriter Pro 400 v2011.110.gz
LaserWriter 4_600 PS.gz LaserWriter Pro 405 v2011.110.gz
LaserWriter 8500 PPD v1.2.gz LaserWriter Pro 600 v2010.130.gz
LaserWriter Color 12_600 PS-J.gz LaserWriter Pro 630 v2010.130.gz
LaserWriter Color 12_600 PS.gz LaserWriter Pro 810.gz
LaserWriter Color 12_660 PS.gz LaserWriter Pro 810f.gz
LaserWriter IIf v2010.113.gz LaserWriter Select 360.gz
LaserWriter IIf v2010.130.gz LaserWriter Select 360f.gz
LaserWriter IIg v2010.113.gz LaserWriter Select 610.gz

Firefox using almost 100% CPU - hogging resources - hanging

After several hours of operating Firefox starts using almost 100% CPU - with peaks of 100% occurring in rapid succession - FF hangs until CPU useage drops below 100%
Followed recommended troubleshooting as recommended on this site:
* Started in Safe mode - no problems occurred.
* Disabled all extensions; Plug-ins left operating.
* No replication of problems.
* Enable 1/2 of extensions up to Flashblock - restarted - seems ok
* Enable most remaining extensions
* (There are 3 Java extesnions - only enabling one) - again seems ok
* Some hours later - problem reoccurred. Each time CPU useage peaked at 100% (according to Task Manager) the Firefox Window flickered & was unresponsive.
* Deleted cache - no change
* Disabled recently added programs - no change
FF opens and closes normally & completely. '''Problem only seems to occur after FF has been operating for some time'''
This has occurred intermittantly before but has become chronic over the last few days. Apologies if I've been repetitive or explained poorly - FF has hung several times while typing this.

No issue for me, after 4 loops my CPU load was around 18%.
Firefox 33.1.1 under Windows Vista.

UEK3/Beta 1 - Using USDT stucks mysqld to 100% CPU

Hello,
To follow up with some DTrace testing, I've enabled USDT with MySQL 5.6.13 CE on Oracle Linux 6.4 with UEK3/DTrace and this is what I get:
1/- To install MySQL:
I've changed the cmake/dtrace.cmake file as below:
git diff dtrace.cmake
diff --git a/dtrace.cmake b/dtrace.cmake
index 771a28b..5539368 100644
--- a/dtrace.cmake
+++ b/dtrace.cmake
@@ -93,7 +93,7 @@ FUNCTION(DTRACE_INSTRUMENT target)
 ADD_DEPENDENCIES(${target} gen_dtrace_header)
 # Invoke dtrace to generate object file and link it together with target.
- IF(CMAKE_SYSTEM_NAME MATCHES "SunOS")
+ IF(CMAKE_SYSTEM_NAME MATCHES "SunOS" OR CMAKE_SYSTEM_NAME MATCHES "Linux")
 SET(objdir ${CMAKE_CURRENT_BINARY_DIR}/CMakeFiles/${target}.dir)
 SET(outfile ${objdir}/${target}_dtrace.o)
 GET_TARGET_PROPERTY(target_type ${target} TYPE)
@@ -151,7 +151,7 @@ ENDFUNCTION()
# run them again through dtrace -G to generate an ELF file that links
# to mysqld.
MACRO (DTRACE_INSTRUMENT_STATIC_LIBS target libs)
-IF(CMAKE_SYSTEM_NAME MATCHES "SunOS" AND ENABLE_DTRACE)
+IF((CMAKE_SYSTEM_NAME MATCHES "SunOS" OR CMAKE_SYSTEM_NAME MATCHES "Linux") AND ENABLE_DTRACE)
# Filter out non-static libraries in the list, if any
SET(static_libs)
FOREACH(lib ${libs})
You can follow the instructions here MySQL :: MySQL 5.6 Reference Manual :: 2.9.2 Installing MySQL Using a Standard Source Distribution
2/- Probes are available from mysqld:
dtrace -c /usr/local/mysql/bin/mysqld -l |grep "query-exec-start"
123 mysql21269 mysqld _ZN13sp_instr_stmt9exec_coreEP3THDPj query-exec-start
124 mysql21269 mysqld _Z11mysql_parseP3THDPcjP12Parser_state query-exec-start
125 mysql21269 mysqld _ZN18Prepared_statement7executeEP6Stringb query-exec-start
126 mysql21269 mysqld _Z17mysql_open_cursorP3THDP13select_resultPP18Server_side_cursor query-exec-start
923 mysql21349 mysqld _ZN13sp_instr_stmt9exec_coreEP3THDPj query-exec-start
924 mysql21349 mysqld _Z11mysql_parseP3THDPcjP12Parser_state query-exec-start
925 mysql21349 mysqld _ZN18Prepared_statement7executeEP6Stringb query-exec-start
926 mysql21349 mysqld _Z17mysql_open_cursorP3THDP13select_resultPP18Server_side_cursor query-exec-start
3/- MySQL is working; however when we start DTrace
ps -fu mysql
UID PID PPID C STIME TTY TIME CMD
mysql 21269 21166 0 21:38 pts/3 00:00:01 /usr/local/mysql/bin/mysqld --basedir=/usr/
# dtrace -n :mysqld::'{ trace(arg0); }'
dtrace: description ':mysqld::' matched 162 probes
It becomes impossible to use the server; one of the mysqld thread uses 100% CPU like in the top below:
top - 21:59:34 up 3:56, 4 users, load average: 1.00, 0.98, 1.09
Tasks: 22 total, 1 running, 21 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 50.2%sy, 0.0%ni, 49.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.2%st
Mem: 2040288k total, 1654172k used, 386116k free, 26216k buffers
Swap: 4194300k total, 2624k used, 4191676k free, 878564k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21362 mysql 20 0 1013m 438m 5616 R 100.2 22.0 4:56.39 mysqld
21269 mysql 20 0 1013m 438m 5616 S 0.0 22.0 0:00.81 mysqld
21273 mysql 20 0 1013m 438m 5616 S 0.0 22.0 0:00.01 mysqld
21274 mysql 20 0 1013m 438m 5616 S 0.0 22.0 0:00.02 mysqld
21275 mysql 20 0 1013m 438m 5616 S 0.0 22.0 0:00.01 mysqld
Trying to strace to process just kills it.
It might be that the build process is just plain wrong considering USDT use is not documented yet. However, you might want to have a look.
Best Regards,
Gregory

Hello,
For more information, below is the strace output when I attach to the process:
# strace -f -p 21269
Process 21269 attached with 22 threads - interrupt to quit
[pid 21293] rt_sigtimedwait([HUP QUIT ALRM TERM TSTP], NULL, NULL, 8 <unfinished ...>[pid 21292] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21291] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21290] futex(0x1688b84, FUTEX_WAIT_PRIVATE, 1, NULL <unfinished ...>[pid 21362] --- SIGILL (Illegal instruction) @ 0 (0) ---
[pid 21289] select(0, NULL, NULL, NULL, {0, 2862} <unfinished ...>[pid 21288] futex(0x16889d4, FUTEX_WAIT_PRIVATE, 3, NULL <unfinished ...>[pid 21287] select(0, NULL, NULL, NULL, {0, 966463} <unfinished ...>[pid 21286] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21285] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21284] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21282] io_getevents(139912766763008, 1, 256, <unfinished ...>[pid 21281] io_getevents(139912766775296, 1, 256, <unfinished ...>[pid 21280] io_getevents(139912766787584, 1, 256, <unfinished ...>[pid 21279] io_getevents(139912766799872, 1, 256, <unfinished ...>[pid 21278] io_getevents(139912767021056, 1, 256, <unfinished ...>[pid 21277] io_getevents(139912767033344, 1, 256, <unfinished ...>[pid 21276] io_getevents(139913278910464, 1, 256, <unfinished ...>[pid 21275] io_getevents(139913278922752, 1, 256, <unfinished ...>[pid 21274] io_getevents(139912767008768, 1, 256, <unfinished ...>[pid 21362] write(2, "20:01:59 UTC - mysqld got signal"..., 37 <unfinished ...>[pid 21273] io_getevents(139912766996480, 1, 256, <unfinished ...>[pid 21362] <... write resumed> ) = 37
[pid 21269] restart_syscall(<... resuming interrupted call ...> <unfinished ...>[pid 21362] write(2, "This could be because you hit a "..., 226) = 226
[pid 21362] write(2, "We will try our best to scrape u"..., 177) = 177
[pid 21362] write(2, "key_buffer_size=8388608\n", 24) = 24
[pid 21362] write(2, "read_buffer_size=131072\n", 24) = 24
[pid 21362] write(2, "max_used_connections=1\n", 23) = 23
[pid 21362] write(2, "max_threads=151\n", 16) = 16
[pid 21362] write(2, "thread_count=1\n", 15) = 15
[pid 21362] write(2, "connection_count=1\n", 19) = 19
[pid 21362] write(2, "It is possible that mysqld could"..., 139) = 139
[pid 21362] write(2, "Hope that's ok; if not, decrease"..., 66) = 66
[pid 21362] write(2, "Thread pointer: 0x166a170\n", 26) = 26
[pid 21362] write(2, "Attempting backtrace. You can us"..., 159) = 159
[pid 21362] futex(0x3a1d191600, FUTEX_WAKE_PRIVATE, 2147483647) = 0
[pid 21289] <... select resumed> ) = 0 (Timeout)
[pid 21289] gettimeofday({1378670519, 5535}, NULL) = 0
[pid 21289] gettimeofday({1378670519, 5692}, NULL) = 0
[pid 21289] select(0, NULL, NULL, NULL, {1, 0} <unfinished ...>[pid 21362] write(2, "stack_bottom = 7f3fed4a6e28 thre"..., 49) = 49
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"my_print_stacktrace", 19}, {"+0x", 3}, {"35", 2}, {")", 1}, {"[0x", 3}, {"8d8ce5", 6}, {"]\n", 2}], 9) = 64
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"handle_fatal_signal", 19}, {"+0x", 3}, {"40b", 3}, {")", 1}, {"[0x", 3}, {"64df1b", 6}, {"]\n", 2}], 9) = 65
[pid 21362] writev(2, [{"/lib64/libpthread.so.0", 22}, {"[0x", 3}, {"3a1d20f500", 10}, {"]\n", 2}], 4) = 37
[pid 21362] writev(2, [{"/lib64/libc.so.6", 16}, {"(", 1}, {"shutdown", 8}, {"+0x", 3}, {"b", 1}, {")", 1}, {"[0x", 3}, {"3a1cee99cb", 10}, {"]\n", 2}], 9) = 45
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"vio_shutdown", 12}, {"+0x", 3}, {"16d", 3}, {")", 1}, {"[0x", 3}, {"b4098d", 6}, {"]\n", 2}], 9) = 58
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"_ZN3THD10disconnectEv", 21}, {"+0x", 3}, {"50", 2}, {")", 1}, {"[0x", 3}, {"69af80", 6}, {"]\n", 2}], 9) = 66
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"_Z16close_connectionP3THDj", 26}, {"+0x", 3}, {"21", 2}, {")", 1}, {"[0x", 3}, {"579ef1", 6}, {"]\n", 2}], 9) = 71
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"_Z24do_handle_one_connectionP3TH"..., 33}, {"+0x", 3}, {"132", 3}, {")", 1}, {"[0x", 3}, {"69fac2", 6}, {"]\n", 2}], 9) = 79
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"handle_one_connection", 21}, {"+0x", 3}, {"42", 2}, {")", 1}, {"[0x", 3}, {"69fbd2", 6}, {"]\n", 2}], 9) = 66
[pid 21362] writev(2, [{"/usr/local/mysql/bin/mysqld", 27}, {"(", 1}, {"pfs_spawn_thread", 16}, {"+0x", 3}, {"127", 3}, {")", 1}, {"[0x", 3}, {"912e27", 6}, {"]\n", 2}], 9) = 62
[pid 21362] writev(2, [{"/lib64/libpthread.so.0", 22}, {"[0x", 3}, {"3a1d207851", 10}, {"]\n", 2}], 4) = 37
[pid 21362] writev(2, [{"/lib64/libc.so.6", 16}, {"(", 1}, {"clone", 5}, {"+0x", 3}, {"6d", 2}, {")", 1}, {"[0x", 3}, {"3a1cee894d", 10}, {"]\n", 2}], 9) = 43
[pid 21362] write(2, "\nTrying to get some variables.\nS"..., 89) = 89
[pid 21362] write(2, "Query (0): ", 11) = 11
[pid 21362] gettid() = 21362
[pid 21362] open("/proc/self/task/21362/mem", O_RDONLY) = -1 EACCES (Permission denied)
[pid 21362] write(2, "is an invalid pointer\n", 22) = 22
[pid 21362] write(2, "Connection ID (thread ID): 1\n", 29) = 29
[pid 21362] write(2, "Status: KILL_CONNECTION\n\n", 25) = 25
[pid 21362] write(2, "The manual page at http://dev.my"..., 145) = 145
[pid 21362] exit_group(1) = ?
Process 21362 detached
I wish it can help you. Best Regards, Gregory

Keychain goes to 100% CPU

Has anyone seen a problem where keychain goes into 100% CPU mode for a while? During this period, it's generally unresponsive. What seems to trigger it is editting an existing password: I can erase a character or two, but then at some point, it just goes wild. It does recover eventually (a couple of minutes); a Quit fails, but a Force Quit works, after which it comes back up with no problems (though re-trying the change often triggers the problem again). Quite annoying.
I'm seeing this under 10.4.10, though it was there in several earlier 10.4.x releases. (I'm not sure how long, but I recall looking at several setsw of release notes to see if a fix was reported.) This is on a PowerPC.

Safari has been known to cause cpu usage to spike. If nothing else, report the pages to Apple using "Report Bugs to Apple" under the Safari menu.
One of the Safari issues in the OS X 10.4.4 update was:
Addresses an issue in which some websites, such as www.cbsnews.com, could cause CPU usage to spike unnecessarily, or cause Safari to stop responding, unless Safari's Enable JavaScript preference was deselected.
It is possible that they didn't get it completely fixed.
I have also noticed that Safari slows down after being open for an extended period or if I have tons of tabs open, although it is not as bad as it once was. Additionally, regardless of anything else, it does appear that some sites slow down Safari's performance and/or spike the cpu usage until I close that tab. (I've had this happen to me with Firefox as well, by the way).

NUMA node zero at 100% CPU utilization while others are around 50% - why?

Questions:
How can I tell which processes are maxing out one of my eight NUMA nodes' CPU? i.e. what tool would give me that insight? I've poked around procmon.exe and don't think it has this, but am not sure yet.
Any thoughts on what's going wrong overall, given the description below?
Symptoms:
Task Manager shows one NUMA node at 100% CPU (and in processors view, shows all 8 CPUs in that node at 100%), while other nodes range from 0-90% depending on load
SQL Server, which is the only significant CPU user on this box, is running regular jobs 2x slower than it did last week. Last week it was running Windows and SQL 2008 R2 SP1, and this week it has been rebuilt (from scratch - not upgraded) with Windows
and SQL 2012.
Environment:
HP DL980 G7, 64 cores, 1TB RAM, 50TB fast disk for SQL use, 120TB slow disk for file storage
Hyperthreading enabled - last week, it was not (since it's not supported well in Windows 2008 R2 with the Hyper-V role and 64 cores)
Windows Server 2012 Standard, installer we got via Software Assurance (and yes, I have an MS support case, ID 112110854959943, but I often lose days before my case escalates to the right person, so I'm hoping someone knowledgeable sees this first,
as I have some very unhappy users!). Last week was Windows 2008 R2 SP1 Enterprise.
SQL Server 2012 RTM Enterprise Core. Will update to latest CU as soon as I get a maintenance window. Last week was SQL 2008 R2 SP1 Enterprise.
Max d.o.p. on six SQL instances is set to 8, on the seventh it is set to 16. No CPU affinity set by us for SQL or anything else.
Hyper-V role installed. Had this role last week too.
Domain controller. Had this role last week too.
Also running DFS (with replication turned off this week, though it was on last week), not much going on there right now so I don't think it's related to the problem.
Task Manager and Resource Monitor show Memory is fine (100GB free), Disk is fine (<500 MB/s I/O, compared to regularly running at 1-2 GB/s in the past). perfmon won't open for me, possibly due to an unrelated problem (port exhausting with DNS Client,
another MS support case we have ongoing)
Planned next steps:
I have removed the Hyper-V role and am awaiting user permission to reboot for that to complete. Will see if that fixes it.
If it doesn't, I'll reboot again and remove hyperthreading.
And in the meantime, via MS support and this post, I'm trying to understand what is going on, what is wrong. I would love your help!

To follow-up on Ethan's post (he works with me) - this is what it looks like in Task Manager.
Normally, all 64 CPUs would be at/near 100%. But SQL jobs look they are being bottlenecked on NUMA node 0 (despite no affinity being set - everything is default/automatic). Another symptom (other than very slow SQL jobs) is that various management tools
in the host partition are very unresponsive.
The significant changes are:
* WS2012 vs WS2008R2 SP1
* SQL2012 vs. SQL2008R2
* Hyperthreading enabled in BIOS to give 128 logical processors to the hypervisor. 64 logical processors are made available to the host partition (the limit in WS2012)
All SQL instances are running in the host partition. There is no significant network or other activity on this box. No VMs are running. CPU-Z shows 8 sockets, 8 cores/socket, 8 thread/socket in the host partition. So despite hyperthreading/SMT being
turned on, it looks like all 64 real cores are being exposed to the host partition.
See also here, where Microsoft recommends leaving SMT/hyperthreading on in all cases with WS2012:
http://blogs.technet.com/b/matthts/archive/2012/10/14/windows-server-sockets-logical-processors-symmetric-multi-threading.aspx

100% CPU with DAQmxRegisterSignalEvent(.., DAQmx_Val_CounterOutputEvent,..) / NIDaqmx 8.71 C client

Hi All,
Please see code below for my problem. I removed error checking to make things easily readable. Whenever I enable callbacks using DAQmx_Val_CounterOutputEven, the following code utilizes 100% CPU even with the 10Hz counter!!!! Am I missing something here? I tried all the options for interrupt based processing instead of busy polling to no avail. This is just unacceptable. These days one can't even deliver an app that is permanently running at 100% cpu without raising some eyebrows...
I must be missing something...
My application requires that I generate TTL level trigger pulses and at the rising edge of each trigger pulse, I also need to execute some very short C code. This code should start running within .5ms of the trigger edge. This should be no problem for a modern CPU. This is why I am using DAQmx_Val_CounterOutputEvent. However, I cannot have NIDaq implement this using busy polling (which I assume it's doing since it's eating 100% cpu). It is simply not acceptable to be running at 100% CPU for several reasons. The documentation and this support site talk about interrupt based processing, and the hardware is obviously capable of it.
So, the 2 questions I have are:
1. What do I have to do in order to have NIDaq use interrupt based processing instead of busy polling (for the DAQmx_Val_CounterOutputEvent callbacks in my application)?
2. In addition to (1), can I make it so that my callback only gets called on the rising edge of the trigger signal instead of both the rising and falling edges? Perhaps I can wire the counter output to a general purpose input and then generate interrupts based on the rising edge that the input measures?
Please help,
Philip
// currently the callback simply does nothing to make sure i'm not causing the 100% cpu problem
static int StaticTriggerCallback(TaskHandle taskHandle, int32 signalID, void *callbackData)
// we will get called once for every rising and once for every falling edge (20hz). We would prefer to be called only on the rising edge. Is that possible?
return 0;
void TTCameras:tartTimer(void)
// Configure DAQmx ct3 as our spin camera trigger. 10Hz
DAQmxCreateTask("", &taskHandle);
DAQmxCreateCOPulseChanFreq(taskHandle, "/Dev1/ctr3", "CameraSpinTrigger", DAQmx_Val_Hz, DAQmx_Val_Low, 0.0, 10.0, 0.5);
DAQmxCfgImplicitTiming(taskHandle, DAQmx_Val_ContSamps, 1000);
DAQmxSetReadWaitMode(taskHandle, DAQmx_Val_WaitForInterrupt);
// I tried this but it does not help:
//DAQmxSetRealTimeWaitForNextSampClkWaitMode(taskHandle, DAQmx_Val_WaitForInterrupt);
// If I register this callback, CPU usage goes to 100%. This callback needs to be done based on interrupts!
DAQmxRegisterSignalEvent(taskHandle, DAQmx_Val_CounterOutputEvent, 0, (DAQmxSignalEventCallbackPtr)StaticTriggerCallback, NULL);
DAQmxStartTask(taskHandle);

Duplicate post. Look here.
Regards,
Chris Delvizis
National Instruments

100% CPU utilization on svchost.exe or Automatic Updates service

We have upgraded from WSUS 2.0 to 3.0 SP1 and now have few Windows XP SP2 PCs that are extremely slow because the CPU is at 100% utilization running a process called "svchost.exe." If I go into services and stop and disable the "Automatic Updates" service the CPU drop to normal almost instantly. I tried forcing a reinstall of the Windows Update Agent. After I enable the "Automatic Updates" service the machine works fine for a day, than after a reboot it goes back to 100% CPU utilization. We need this fixed so we can get these computers updates.

Hi Ryan / Folks,
NO CA Products here - but I have had the same issues with Microsoft updates!
Here's the install path I used during my experience :
Cold install of XP with SP1 on the PC (Full factory system restore/rebuild).
Acer - Semperon 1.8GHz + 1GB RAM - 8Mb ADSL connection to Internet
XP SP2
Windows updates OK - used to install IE7
Reason - I found IE is compromised if you go straight to XP SP3
XP SP3
Next Office 2003 Pro
Switch to Microsoft updates - Custom Updates - SVCHost issue - Still checking for updates after 15 minutes
Switch back to Windows updates - Custom Updates - NO SVCHost Issue - Checking complete after 2 minutes
Tried both Microsoft fixes mentioned above
http://support.microsoft.com/kb/927891
Same report back - i.e. SP3 newer etc.
http://support.microsoft.com/kb/943144 - Method 2
Seems to install ok
Reboot PC
Swich back to manual Microsoft Updates and all is not really rosey as the initial "checking updates" scan can take at least 5 minutes with SVCHost at better than 90% CPU usage. So I believe the issue is not fixed, but it is just about useable.
Interestingly, no issues on my work LAN where I am the systems manager - 20 PCs and 8 servers using WSUS. All units are up to date and no SVCHost issues.
So.... No fix yet here, however my solution is as follows:
On the problematic PC I decided to switch back to Automatic Windows Updates. This keeps the PC up to date with all Operating System patches. Performance is not affected. I have decided that I will manually switch to the Microsoft update system once every couple of weeks or so to catch the updates for Office etc. I'll just have to set the updates scan running over a quiet period I suppose.
Plan B = Manual Office Updates http://office.microsoft.com/en-gb/downloads/default.aspx - Left Pane - Office Updates.
Hope this sheds some light.
Regards,
Knaphie

CF4.5 uses 100% CPU and hangs

Hello,
According to the ColdFusion Forums my problem is not a new one but I still want
to post it with the hope to get some kind of answer.
I'm are running the following system:
CF 4.5 Enterprise Server
SiteMinder 6.0
IIS 5.0
MS SqlServer 2005
Both the CF and database server are Win2000 SP4.
About every one hours the CF server uses 100% CPU and from than on it is
impossible to log into the application. The site is still available though.
After restarting the CF service everything works fine until.....
I do not know what triggers this but I suspect it has something to do with
SiteMinder and logging onto the application.
The site has to go live on Monday so you can imagine the pressure to get
this fixed before the weekend.
Greetings,
Jilani

Jilani, you mention that this seems connected to SiteMinder. Do you mean you have your own version of SiteMinder, separate from the built-in one that came with CF 4 and 5? I wonder if there could be a conflict between them. Why are you using the full SiteMinder? And do you really need it?
More curious is that you say this spike happens every hour. Can you confirm if it's every 67 minutes, specifically? If so, then I would assert that this could be a problem related to the client variable purge process, which I discuss here:
http://www.carehart.org/blog/client/index.cfm/2006/10/4/bots_and_spiders_and_poor_CF_perfo rmance
But that may not be the issue if simply enabling/disabling the siteminder service will immediately recreate your problem....unless somehow the DB used by SiteMinder is the same DB used for client variables. Do you have any datasources listed in the CF Admin page for client variables? Any chance there's a connection between them and siteminder?
/charlie
PS This whole issue of client variables and how they can hurt you unexpectedly is something I'll dicuss this Thursday at noon US EDT, when I present "Clients and Sessions and Crashes, Oh My", to the online ColdFusion Meetup: www.coldfusionmeeetup.com.

100% CPU Load

Hi,
I've been running the trial of Lightroom on Win XP, Athlon XP 3.2Ghz w/1Gb RAM + 2 hard drives. 1 SATA drive (all my images) and a 10Gb IDE disk for the database.
I've read some of the FAQs and switched off every process that I don't need (AVG, iPod service etc). However, I've found that lightroom completely takes out my PC quite regularly (BSOD) and when it doesn't do that, it either crashes itself or sits there, doing absolutely nothing but taking 100% CPU load. It seems to be doing something in substrate.dll but I've googled and not found much information on it.
anybody have a similar experience? any ideas? From the odd bit of time I've had with the tool, I think it will be great, if only it didn't fall over at every opportunity.
cheers,
Matt

I have upgraded to Lightroom 1.1 and am having severe problems. I am running Windows XP SP2. When I try to access a photo in Library or Develop, it hangs for minutes "loading." Windows Task Manager indicates 100% CPU issues whenever I try to do anything. I see by this thread that I should increase the swap file (which for Adobe Photoshop CS3 is located on another disk on my laptop as hdd space is limited on my primary hard drive). I cannot find this setting for Lightroom. Also, should I try to delete all photos in the Catalog and reinstall all of them to improve performance? I am quite desperate. I did not have these problems w/ Lightroom 1.1, even with limited hdd space. Please advise. Thanks, Ina <[email protected]> wrote in message news:[email protected].. > Hi Matt -- > > One thing that might be revealing would be to run FileMon (get it from > sysinternals.com) as that may provide further clues to what LR is doing > with its time. Filtering the traffic by lightroom.exe and let me know what > activity you can see there. > > One question: do you have files offline (on external disks that aren't > plugged in, for example) and have automatically write XMP enabled (in > catalog settings, which can be reached via the preferences dialog or in > the file menu). > > Dan Tull > Lightroom QE, Adobe Systems

Why does iTunes use 100% CPU all the time, hogging my Macbook Air?

Decided to post this here instead of the iTunes forum, since it might be related to hardware too.
New owner of a 2011 13" Macbook Air, core i5 based.
My problem started about 1 week ago, after it had run out of power completely one day. At the first boot after that it was incredibly sluggish, totally unusable. After waiting for 5 minutes and still being unresponsive, I turned it off and then back on. Then it booted fine. HOWEVER, ever since that time I noticed the following behavior:
- iTunes stays at 100% + CPU all the time, mostly between 100-120%. Even if it's not playing. Even when I deleted the entire library and left it empty.
- iStats reports CPU idle between 50-65%. However, CPU temperature is still about 55 degrees C (which, I think, is far less than what it should have been with 50% idle cpu). I can confirm the low temperature by touching the chasis.
- the cursor freezes and jumps every few seconds, making the mac kind of unusable with iTunes open.
This has been going on for 2 weeks now. The problem goes away every now and then (iTunes sometimes goes back to regular CPU usage of 3-5%), but most of the time it's there.
Help!
P.S.
Mac OX X 10.7.2
iTunes 10.5.2

Cee Pee You, is a OS modification. Apple recommends that you un-install these prior to a OS update because Apple makes changes to the OS all the time which breaks programs like these.
I avoid Unsanity LLC products like the plague. Notice the company is a Limited Liability Corporation (LLC), which makes it difficult to sue the company in case of a defective or malicious product. So the risk using their products is all yours. Their APE framework modules have been used for malicious purposes because anyone can write a module that uses the APE framework.
I also avoid installing anything that requires a administrative password unless I completely trust the source, like Apple mostly. That admin password is the key to the security of our machines, not to be given out lightly or carelessly.
You'll have to contact Unsanity's [email protected] because what I'm reading online is it's very difficult to remove as it doesn't "exist".
http://forums.macosxhints.com/archive/index.php/t-3616.html

Lightroom is very slow, utilizes 100% CPU, then freezes or closes program. How do I fix it?

I am having a problem with Lightroom 5 being very slow, utilizing 100% CPU, then freezing or closing the program. How do I fix it?
I just upgraded to LR5 from LR3 on Sunday as well as CS6 from CS5 (which I have not tried out yet). I spent several hours talking with Vamil, from LR Support Staff yesterday. He was extremely helpful and kind and tried everything he could think of while remote-handling my PC and talking with me on the phone. He deleted preferences, cache, temp files, updated graphics with a new replacement file from AMD site, then re-downloaded and reinstalled LR5.
It is still very slow and then freezes and closes down with a message of utilizing 100% CPU. Within several seconds of using the brush in Develop, I started having lots of problems. I could not even move the picture around. The side screens would not disappear like they should. And I could not move to another picture. The day before I spent several hours trying to work on just 1 picture. After all the changes yesterday, I tried to move from picture number 1 to about 130 after having not touched it for 10 minutes, and a half hour later, it still said, "Processing" with no picture coming up, just a blank prieview pane.
LR Support suggested I get a new CPU though he thought according to specs mine should be ok and other programs were running fine.
My PC is only 2 years old.
I talked to HP briefly about CPU updates for my HP PC. He said I probably do not have a problem but suggested I run self-diagnostics and maybe buy a new CPU anyway.
I ran diagnostics listed through the HP Support Assistant connection on my PC. All was ok.
I still researched if I could buy a compatible CPU upgrade. I cannot even find any CPUs still selling that are listed for my PC. Best Buy Store said they could not even order a compatible CPU. They said my Bus speed may not be big enough, so they suggest I get a new PC. What Bus speed do I need?
I have the following PC Setup:
     AMD Phenom II X6 1045T Processor 2.70 GHz with 6 Cores
          with 2700 MHz Base, 3200 MHz Boost, and 4000 System Bus Speed, and 95 watts;
     HP Pavilion Elite, HPE-500y, 900 GB Free, new in 2011;
     Windows 7, 64 Bit;
     RAM 16 GB, DDR3;
     Graphics AMD Radeon HD 6450;
     Nikon, D200, with Raw Files;
     External Hard Drive for Original Photos, 600 GB Free;
     LR Catalog and Library are on Main Hard Drive;
     Monitor, Sony CPD-200ES, new in 2004.
I am thinking of buying a new monitor tonight mostly so I can do better photo work while enlarging the pictures to do it. I am concerned that while it will help my viewing, it will take more power away, and make my usage of LR5 even worse. Will a new monitor affect my performance? I am looking at HP Monitors with IPS. Is this the best recommended choice for LR and Photoshop CS6?
I think I would like to stay with a 6 core processor since I need to have several items open for other non-Photoshop functions. When running LR5, I had everything else closed. With LR3, I was able to have other things open.
I do not really want to buy a new computer and know that those I have talked with at this point are only guessing after looking for what they thought should fix it. 4 People from Lightroom Support have all thought I should not be having problems with my setup.
I bought one of the best computers 2 years ago. Is it really obsolete already so that I cannot use LR5? Is everyone else buying a new PC every 2 years? I used to go 5-7 years.
Even though I have figured out some of what my PC has, I really do not know technically what I am talking about so am at the mercy of other's help. Are there any solutions that might work short of buying a new computer?
I also have taken 40th anniversary photos for some people and am waiting to give them as a free gift since I am not a professional at all. I am hoping to get through this problem soon so that I can provide some nice memories for them.
I have not gotten any further than trying to adjust 1 picture. I have no comments on uploading speed, since I did that while still in LR3.
Thank you for your time and help.

I'm running LR with no speed issues on an Intel 17-860 quad core with about the same performance as your AMD Phenom II X6 1045T Processor. My system is also an HP, which originally had a single 1TB 7200 HDD. I've since added a second 2TB Black Caviar HDD, which provided no significant difference in LR's performance.
AMD processors do not implement hyper-threading and don't need it. I'd start debug by process of elimination:
1) Disconnect all externally attached USB, FireWire, or other externally connected devices except keyboard, mouse, and your single 1280 x1024 display. This includes all externally attached memory card readers, phones, ipads, etc.
2) Reboot and logon as Administrator.
3) Remove your Internet connection and turn off all Antivirus and firewall programs.
4) Open LR and under Catalog Settings set 'Standard Preview Size' to 1440 (slightly larger than your display width). Under the Metadata tab here make sure 'Automatically Write changes into XMP is NOT checked.
4) Create a 'New Catalog,' Create a new folder and add about 10 raw image file copies to it for testing, and Import it into the new catalog. In the Import module make sure under File Handling 'Render Previews' has 1:1 selected. Wait until all Preview building has completed in the Library module.
Try editing these image files inside the new catalog as you were previously.

Queue consumer stops with 100% cpu usage

I'm trying to use Berkeley DB queue with transactions. When I tested what happens when transactions with DB_APPEND are aborted I found that while it works and DB_CONSUME correctly skips over rolled back records, unfortunately extents that have those records are never deleted, which causes database to always grow. Next I tried DB_CONSUME with database opened using DB_INORDER flag and it seems there's a serious regression in Berkeley DB that causes it to loop indefinitely with 100% cpu usage when it encounters a rolled back record. I tested various versions and found that this bug doesn't happen with 5.1.29, but it is reproducible with 5.2.42, so this regression might have been introduced in 5.2. I have also tested 5.3 and 6.0, and both have this behavior. There may be something wrong with the way queue records are rolled back, one indication of that would be that in 5.1.29 doesn't have neither of the two problems I found with DB_QUEUE: extents are deleted after being consumed, and there are no issues when consuming with DB_INORDER either.
You can find Python code to reproduce this issue here:
https://gist.github.com/snaury/027a3c546f5b0a62a440
Sorry for using Python and not e.g. C++, but it's a lot shorter that way.

We have looked at the issues and they are valid. We will roll the fixes out for this in our next release of BDB. The test case was very useful and really helped to speed the process up. If you have any questions, please contact me directly at [email protected] Thanks again for bringing this to our attention.
thanks
mike

HP LaserJet Pro MFP M127fn - DNS issue, hundreds of UDP connections affects my router 100% CPU usage

Hi all,
We've bought about ten pieces (HP LaserJet Pro MFP M127fn), tested only one the other 9 are waiting for their time to be sent in our branch offices. The MFP works fine, no complains till later that day I noticed that our Mikrotik Router was struguling with high CPU usage, it took me some time to find the issue and it was the new bought MFP. Don't know why but it creates hundreds of UDP connections and almost 100% CPU usage goes to DNS service. As soon as I shutdown the MFP and delete all the connections everything goes back to normal. I've disabled almost all services (HP web service, Ipv6, SNMP, AirPrint, SLP, LPD, WS-Discovery, Bonjour), leaving only Ipv4 but without luck the issue persists. Here are some print screens confirming my saying:
http://i.imgur.com/UiOPSiu.jpg
http://i.imgur.com/dlgObPb.jpg
http://i.imgur.com/4RmQhot.jpg
http://i.imgur.com/oBuo9UO.jpg
http://i.imgur.com/Zf77V6b.jpg
Don't know if it is the same case but it look like, found this post that ha no answer to the issue: http://h30434.www3.hp.com/t5/Printer-Networking-and-Wireless/New-HP-LaserJet-Pro-MFP-M127fw-network-...
Why does this happen? And how to solve my issue? Thank you in advance.

Hi @EugenX ,
I have brought your issue to the attention of an appropriate team within HP. They will likely request information from you in order to look up your case details or product serial number. Please look for a private message from an identified HP contact. Additionally, keep in mind not to publicly post serial numbers and case details.
If you are unfamiliar with how the Forum's private message capability works, this Post has instructions.
Thank You.
Please click “Accept as Solution ” if you feel my post solved your issue, it will help others find the solution.
Click the “Kudos Thumbs Up" on the right to say “Thanks” for helping!
Gemini02
I work on behalf of HP

Trayer 100% CPU if transparency is enabled.

Similar Messages

Maybe you are looking for