Windows 7 Bootcamp CPU Usage issue

I just newly installed Windows 7 bootcamp on my MacBook Pro (2010). The installtion ran smoothly. But there seems to be a problem for me. The bootup time from being on to off or vice versa is 7 seconds flat.
And when I play games, my CPU usage would shoot up into the 80%-100%s making my screen freeze every 2 minutes, and typing anything onto a screen would take 2 seconds for my computer to compute.
Note: This was not the first time i install windows 7. The first time I did it, everything ran so smooth and fast. the bootup time would be at 2 seconds flat. no freezes when I play games or open anything up. How could I fix this?

Hi,
I have an update so I thought I would share in case any other users are experiencing a similar problem.
I made an appointment with the Genius Bar at the Apple Store.
I went in and they ran a thorough diagnostic check on my Macbook Air and determined that the sensors were indeed faulty - several were providing no information "No reading" instead of providing a temperature. Thus, the Air was unaware of the temperature across multiple components.
Despite the laptop being outside the 12 Month Manufacturer Warranty, the Apple Store determined that it was covered under warranty through Australian Consumer Law - the laptop is now in for a complete repair under warranty at no cost to myself.
I couldn't be happier.

Similar Messages

CPU usage issues

When I visit a certain Flash chatroom and open the emoticon
window, my CPU usage immediately goes to 100%. If I close the
emoticon window CPU usage stays at the same level. When I close the
related web page, CPU usage immediately drops to normal. CPU usage
has also risen while just reading the chat dialog - I suspect that
the emoticons used by others may be involved. Any suggestions for
dealing with this - other chatters say they have no problem. I'm
using Firefox on an HP laptop, an AMD 852 mhz chip and 192 MB of
RAM.
Thanks
Jon

get a better processor. or computer for that matter.

Bootcamp CPU usage drops to 0%

Hey, so I have recently installed bootcamp windows 7 64 bit edition on my late 2012 mac mini with an intel i7 quad core 2.3 Ghz processor. I allocated 90 GB to the partition, and currently have about 50 GB free. I am having this problem where everything runs flawlessly, but at random intervals my computers cpu usage drops to 0% usage. My physical memory seems fine, as it runs at about about only 50-70%. At first I thought it was my CPU temperature causing this, as it was running at about 100 degress Celsius when putting a heavy load on my machine. However, after getting an application to control my fans, with my cpu at about 20-30 degrees lower I still have this issue. I am looking for any possible solutions, or at least causes of this problem. This type of issue does not happen on my mac OSX at all.
Thank you

Yes I understand that, however certain applciations freeze up when this happens. CPU typicalls runs at 20 % when browsing the web and higher when using some applications but randomly drops to 0, and these applications lock up. Is there any way to fix this?

Updating songs on IPod in Windows and CPU usage

Whever i update songs on my ipod, iTunes will use lots of CPU. I do not have a problem with this as i have a dual core system that can handle the load, the problem is that when i switch away to another application iTunes will suddenly decide to idle and reduces it's cpu usage and the speed at which it encodes/transfers.
I'm guessing this is to increase respsonsivness so that you can use your computer but it makes the transfer horribly slow.
So, my question is how do i make iTunes use more CPU when it's not the foreground window? Is there a way?
Dual Core 2.66Mhz Pentium D Windows XP Pro

When you bring another application to the front of iTunes while it is updating, it will reduce the cpu usage of itself. Load up task manager and see for yourself. Normally when iTunes is the foreground window it will use 70%-80% of the CPU for encoding. Now this isn't a problem, i have a dual core CPU so iTunes can use all the cpu it wants and it won't lag the rest of the computer ( even if i do play games)
My problem occurs when i want to switch away from iTunes and browse the web while waiting for it to update, when i do this it takes forever to update the iPod because iTunes has gone into low priority mode and only uses about 5% CPU, I want to know if there is a way to "PREVENT" iTunes into going into this "IDLE" mode and instead use as much CPU as it wants on one core, because i don't want to have to set it up and walk away for an hour.
I suppose this is really a developer issue, in that they have not used proper multi-threading to take advantage of dual core CPU's. Still an option to disable the low priority mode would be nice.

Force mpd to play at 41000 sample rate (high CPU usage issue)

Playing a mp3 file with mpd causes high cpu usage but mplayer plays it without significant cpu usage.
Googling has brought be to the inference that its the issue of mpd playing with different settings (ie at higher sample_rate).
I added .asoundrc but then also mpd is not respecting it.
Basically, I want to play mpd with the same settings as mplayer plays.
My .asoundrc file:-
defaults.pcm.rate_converter "44100"
When I play a file with mplayer.
shadyabhi@archlinux-N210 ~ $ cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 1024
buffer_size: 16384
OSS format: S16_LE
OSS channels: 2
OSS rate: 44100
OSS period bytes: 4096
OSS periods: 16
OSS period frames: 1024
shadyabhi@archlinux-N210 ~ $
And when I have mpd running,
shadyabhi@archlinux-N210 ~ $ cat /proc/asound/card0/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 48000 (48000/1)
period_size: 1024
buffer_size: 8192
shadyabhi@archlinux-N210 ~ $

shadyabhi@archlinux-N210 ~ $ zgrep SND /proc/config.gz | grep "="
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_JACK=y
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_HRTIMER=m
CONFIG_SND_SEQ_HRTIMER_DEFAULT=y
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_VMASTER=y
CONFIG_SND_DMA_SGBUF=y
CONFIG_SND_RAWMIDI_SEQ=m
CONFIG_SND_OPL3_LIB_SEQ=m
CONFIG_SND_EMU10K1_SEQ=m
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_DRIVERS=y
CONFIG_SND_DUMMY=m
CONFIG_SND_ALOOP=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
CONFIG_SND_MTS64=m
CONFIG_SND_SERIAL_U16550=m
CONFIG_SND_MPU401=m
CONFIG_SND_PORTMAN2X4=m
CONFIG_SND_AC97_POWER_SAVE=y
CONFIG_SND_AC97_POWER_SAVE_DEFAULT=0
CONFIG_SND_SB_COMMON=m
CONFIG_SND_SB16_DSP=m
CONFIG_SND_PCI=y
CONFIG_SND_AD1889=m
CONFIG_SND_ALS300=m
CONFIG_SND_ALS4000=m
CONFIG_SND_ALI5451=m
CONFIG_SND_ASIHPI=m
CONFIG_SND_ATIIXP=m
CONFIG_SND_ATIIXP_MODEM=m
CONFIG_SND_AU8810=m
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
CONFIG_SND_AW2=m
CONFIG_SND_AZT3328=m
CONFIG_SND_BT87X=m
CONFIG_SND_CA0106=m
CONFIG_SND_CMIPCI=m
CONFIG_SND_OXYGEN_LIB=m
CONFIG_SND_OXYGEN=m
CONFIG_SND_CS4281=m
CONFIG_SND_CS46XX=m
CONFIG_SND_CS46XX_NEW_DSP=y
CONFIG_SND_CS5530=m
CONFIG_SND_CS5535AUDIO=m
CONFIG_SND_CTXFI=m
CONFIG_SND_DARLA20=m
CONFIG_SND_GINA20=m
CONFIG_SND_LAYLA20=m
CONFIG_SND_DARLA24=m
CONFIG_SND_GINA24=m
CONFIG_SND_LAYLA24=m
CONFIG_SND_MONA=m
CONFIG_SND_MIA=m
CONFIG_SND_ECHO3G=m
CONFIG_SND_INDIGO=m
CONFIG_SND_INDIGOIO=m
CONFIG_SND_INDIGODJ=m
CONFIG_SND_INDIGOIOX=m
CONFIG_SND_INDIGODJX=m
CONFIG_SND_EMU10K1=m
CONFIG_SND_EMU10K1X=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_ES1938=m
CONFIG_SND_ES1968=m
CONFIG_SND_ES1968_INPUT=y
CONFIG_SND_FM801=m
CONFIG_SND_FM801_TEA575X_BOOL=y
CONFIG_SND_FM801_TEA575X=m
CONFIG_SND_HDA_INTEL=m
CONFIG_SND_HDA_HWDEP=y
CONFIG_SND_HDA_RECONFIG=y
CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_INPUT_BEEP_MODE=1
CONFIG_SND_HDA_INPUT_JACK=y
CONFIG_SND_HDA_PATCH_LOADER=y
CONFIG_SND_HDA_CODEC_REALTEK=y
CONFIG_SND_HDA_CODEC_ANALOG=y
CONFIG_SND_HDA_CODEC_SIGMATEL=y
CONFIG_SND_HDA_CODEC_VIA=y
CONFIG_SND_HDA_CODEC_HDMI=y
CONFIG_SND_HDA_CODEC_CIRRUS=y
CONFIG_SND_HDA_CODEC_CONEXANT=y
CONFIG_SND_HDA_CODEC_CA0110=y
CONFIG_SND_HDA_CODEC_CMEDIA=y
CONFIG_SND_HDA_CODEC_SI3054=y
CONFIG_SND_HDA_GENERIC=y
CONFIG_SND_HDA_POWER_SAVE=y
CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0
CONFIG_SND_HDSP=m
CONFIG_SND_HDSPM=m
CONFIG_SND_HIFIER=m
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
CONFIG_SND_KORG1212=m
CONFIG_SND_LX6464ES=m
CONFIG_SND_MAESTRO3=m
CONFIG_SND_MAESTRO3_INPUT=y
CONFIG_SND_MIXART=m
CONFIG_SND_NM256=m
CONFIG_SND_PCXHR=m
CONFIG_SND_RIPTIDE=m
CONFIG_SND_RME32=m
CONFIG_SND_RME96=m
CONFIG_SND_RME9652=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_VIA82XX=m
CONFIG_SND_VIA82XX_MODEM=m
CONFIG_SND_VIRTUOSO=m
CONFIG_SND_VX222=m
CONFIG_SND_YMFPCI=m
CONFIG_SND_SPI=y
CONFIG_SND_USB=y
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_USB_UA101=m
CONFIG_SND_USB_USX2Y=m
CONFIG_SND_USB_CAIAQ=m
CONFIG_SND_USB_CAIAQ_INPUT=y
CONFIG_SND_USB_US122L=m
CONFIG_SND_PCMCIA=y
CONFIG_SND_VXPOCKET=m
CONFIG_SND_PDAUDIOCF=m
CONFIG_SND_SOC=m
CONFIG_SND_SOC_I2C_AND_SPI=m
shadyabhi@archlinux-N210 ~ $ lsmod | grep snd
snd_seq_dummy 1479 0
snd_seq_oss 29240 0
snd_seq_midi_event 5516 1 snd_seq_oss
snd_seq 50562 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 5281 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 39509 1
snd_mixer_oss 17730 1 snd_pcm_oss
snd_hda_codec_realtek 295589 1
snd_hda_intel 21837 1
snd_hda_codec 74609 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 6222 1 snd_hda_codec
snd_pcm 72321 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 19537 2 snd_seq,snd_pcm
snd 58906 11 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 6161 2 snd
snd_page_alloc 7361 2 snd_hda_intel,snd_pcm
shadyabhi@archlinux-N210 ~ $

System Performance window and CPU usage

The System Performance window shows two bars - what do these mean? My guess would be for dual cpu, on my quad only two show up but I assume that's because Apple needs to update to show all four?
Related question - when doing a torture test on my quad, Logic seems to show almost full CPU usage and choke while Activity Monitor only has logic using about 130% of available cpu (out of 400%). Processor load seems to be split equally between all four (none of which seem to be averaging over 50%). On a dual, how close does Logic get to 200%? Is there anything I can do to get Logic to use more of the available CPU power?
I'm running an assortment of softsynths, most with Space Designer (do longer verbs in SD use more CPU?).
Along these same lines, are there any standard Logic benchmarks?

They indicate multiple processors if audio is subdivided. It is most likely Logic hasn't got a CPU meter update-don't the quads simply operate as pairs per core-fuctionally similar to a Dual but when it comes to the processor the duties are split, as opposed to 4 procs it works more like 2 coupled...
Longer IRs require more calculations, they add up really fast, esp. at higher sampling rates-because the IRs convert to the host (session) rate, as opposed to the rate the IR is.

Windows 8; high cpu usage on explorer (~50%)

I just restore my laptop, and now i noticed that my usage is above 50% and the major usage is because of explorer.exe which showed 49-53% in Task Manager.
Is that normal? Is there any solution to lower down the usage for explorer?

Hi,
For high cpu usage issue, I usually use Process Explorer to troubleshoot, here is a link for you to download:
Process Explorer v15.40
http://technet.microsoft.com/en-in/sysinternals/bb896653.aspx
It's a simple and small tool, once you installed and open it, locate to explorer.exe, you will find all processes related with explorer running in your system, find the culprit of the high cpu usage.
Process Explorer Mini-guide and Screenshots
http://www.bleepingcomputer.com/forums/t/354690/process-explorer-mini-guide-and-screenshots/
NOTE
This
response contains a reference to a third party World Wide Web site. Microsoft is providing this information as a convenience to you.
Microsoft
does not control these sites and has not tested any software or information found on these sites.
Regards
Yolanda
TechNet Community Support

FMS 4 configuration / High CPU usage problem

I am seeing extremly high CPU usage issues with the FMS 4 server. It seems to be a problem with the FMS Edge process? If you start and stop the service, the processor goes back to normal operations.
Looking in the Windows Event logs I am seeing these errors:
Bad network data; terminating connection : bad chunk version 104 on input stream 00000000077A2E80
Also:
Bad network data; terminating connection : (Adaptor: _defaultRoot_, VHost: Unknown, IP: , App: , Protocol: tunnel) : h o s t = % 2 2 % 2 0 % 2 D F O O B A R % 7 C e c h o % 2 0 % 2 2 % 2 0 S h a r e n a m e % 2 2 % 0 A e c h o % 0 A e c h o % 2 0 % 2 2 % 2 0 % 2 0 S o m e S h a r e % 2 0 % 2 0 D i s k % 2 0 % 2 2 % 6 0 i d % 6 0 % 2 0 % 2 3 % 2 2
Can someone shed some light on what might be causing these issues?
Running on a virtual server/ Win2k8R2
Thanks, Tandrist

Hi
Can you please provide us some little more environment information on this issue, like:
- what were you trying to do when you saw this issue, if there was a live telecast or if that was a simple vod workflow?
- What publisher application were you using to send livestream to FMS?
- were you also doing some kind of recording while doing live streaming??
- In case of live streaming what audio/video encoding and bitrates was there in use?
- how many number of connections were there?
- What amount of cpu and mem usage was there (when you say very high cpu usage).. you can see it using task manager
It will help if you can also share your fms logs (inside fms_install_folder/logs) so that we can see if something abnormal was going on there..

Skype vdeo call and high cpu usage on Mac

Hello,
I have seen many posts around skype video call causing extremely high CPU usage which in turn causes a lot of heat and fan starts to go crazy. This does not seem to happen on Windows. I have trawled various forums and tried everything but to no avail.
Finally the workaround that worked for me was simple - during a call when CPU usage is going through the roof and the fans going crazy - just share your screen for a few seconds with the caller and then unshare. CPU usage dramatically falls off and stabilises at around 38% to 40%. I have noticed this my Macbook Pro (2013 2.3ghz, 16gb RAM) running Yosemite.
This is definitely a problem with Skype. Guys; please fix....

Did the sharing and unsharing of screen stabilise your CPU usage? I also tried deleting the Library/Caches/com.skype* directory and whilst it helped initially, in the long run it did not work. The only thing that worked for me was sreen share and unshare.
Personally I am just getting more and more disappointed with OS X. The way they have implemented HiDPI support with scaling (downscaling and then upscaling) is just insane and a lot of applications struggle. I am sure this is not the root cause of the high CPU usage issue for Skype. It's not long before I come off the Apple ecosystem altogether.

Gnome Volume Control High CPU Usage

I have an interesting problem.
When I boot into Arch, my CPU usage is farly low. Jumping around 0 - 10% or so.
But as soon as I open up Gnomes Volume Control window. Cpu usage jumps up to 50 - 60% and stays there, No matter if the windows open or not.
My front channel is also at 0% on boot, so I normally go into the Volume Control to bring that up.
I noticed using alsamixer in the terminal will prevent the cpu usage from going so high. But if I open Gnome's Volume Manager, I have to log out, and log back in to get cpu usage back to normal. Is there anyway to avoid this or fix this issue?

This seems to be a known bug. http://www.google.com/search?hl=en&q=gn … h&aq=f&oq=

High cpu usage for garbage collection (uptime vs total gc time)

Hi Team,
We have a very high cpu usage issue in the production.
When we restart the server, the cpu idle time would be around 95% and it comes down as days goes by. Today idle cpu is 30% and it is just 6th day after the server restart.
Environemnt details:
Jrockit version:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1 (build ari-38120-20041118-1131-linux-ia32, Native Threads, GC strategy: parallel)
Gc Algorithm: JRockit Garbage Collection System currently running strategy: Single generational, parallel mark, parallel sweep
Number Of Processors: 4
Max Heap Size: 1073741824
Total Garbage Collection Time: 21:43:56.5
Uptime: 114:33:4.1
Total Garbage Collection Count: 420872
Total Number Of Threads: 198
Number Of Daemon Threads: 191
Can you guys please tell me what would be problem in the server which causing the high cpu usage?
One more thing I would like to know is that why the total number of threads is 198 when we specified the Executor pool size as 25? I agree that weblogic would create some threads for its maintenance but around 160 threads!!! something is wrong I guess.
Santhosh.
[email protected]

Hi,
I'm having a similar problem, but haven't been able to resolve it yet. Troubleshooting is made even harder by the fact that this is only happening on our production server, and I've been unable to reproduce it in the lab.
I'll post whatever findings I have and hopefully we'll be able to find a solution with the help of BEA engineers.
In my case, I have a stand-alone Tomcat server that runs fine for about 1-2 days, and then the JVM suddenly starts using more CPU, and as a result, the server load shoots up (normal CPU utilization is ~5% but eventually goes up to ~95%; load goes from 0.1 to 4+).
What I have found so far is that this corresponds to increased GC activity.
Let me list my environment specs before I proceed, though:
CPU: Dual Xeon 3.06GHz
RAM: 2GB
OS: RHEL4.4 (2.6.9-42.0.2.ELsmp)
JVM build 1.5.0_03-b07 (BEA JRockit(R) (build dra-45238-20050523-2008-linux-ia32, R25.2.0-28))
Tomcat version 5.5.12
JAVA_OPTS="-Xms768m -Xmx768m -XXtlasize16k -XXlargeobjectlimit16k -Xverbose:memory,cpuinfo -Xverboselog:/var/log/tomcat5/jvm.log -Xverbosetimestamp"
Here are excerpts from my verbose log (I'm getting some HT warning, not sure if that's a problem):
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Detected SMP with 2 CPUs that support HT.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to determine if HT is enabled.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] HT is: supported by the CPU, not enabled by the OS, enabled in JRockit.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: HT enabled even though OS does not seem to support it.
[Fri Oct 20 15:54:55 2006][22855][memory ] GC strategy: System optimized over throughput (initial strategy singleparpar)
[Fri Oct 20 15:54:55 2006][22855][memory ] heap size: 786432K, maximal heap size: 786432K
[Fri Oct 20 16:07:30 2006][22855][memory ] Changing GC strategy to generational, parallel mark and parallel sweep
[Fri Oct 20 16:07:30 2006][22855][memory ] 791.642-791.874: GC 786432K->266892K (786432K), 232.000 ms
[Fri Oct 20 16:08:02 2006][22855][memory ] 824.122: nursery GC 291998K->274164K (786432K), 175.873 ms
[Fri Oct 20 16:09:51 2006][22855][memory ] 932.526: nursery GC 299321K->281775K (786432K), 110.879 ms
[Fri Oct 20 16:10:24 2006][22855][memory ] 965.844: nursery GC 308151K->292222K (786432K), 174.609 ms
[Fri Oct 20 16:11:54 2006][22855][memory ] 1056.368: nursery GC 314718K->300068K (786432K), 66.032 ms
[Sat Oct 21 23:21:09 2006][22855][memory ] 113210.427: nursery GC 734274K->676137K (786432K), 188.985 ms
[Sat Oct 21 23:30:41 2006][22855][memory ] 113783.140: nursery GC 766601K->708592K (786432K), 96.007 ms
[Sat Oct 21 23:36:15 2006][22855][memory ] 114116.332-114116.576: GC 756832K->86835K (786432K), 243.333 ms
[Sat Oct 21 23:48:20 2006][22855][memory ] 114841.653: nursery GC 182299K->122396K (786432K), 175.252 ms
[Sat Oct 21 23:48:52 2006][22855][memory ] 114873.851: nursery GC 195060K->130483K (786432K), 142.122 ms
[Sun Oct 22 00:01:31 2006][22855][memory ] 115632.706: nursery GC 224096K->166618K (786432K), 327.264 ms
[Sun Oct 22 00:16:37 2006][22855][memory ] 116539.368: nursery GC 246564K->186328K (786432K), 173.888 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117122.577: nursery GC 279056K->221543K (786432K), 170.367 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117123.041: nursery GC 290439K->225833K (786432K), 69.170 ms
[Sun Oct 22 00:29:10 2006][22855][memory ] 117291.795: nursery GC 298947K->238083K (786432K), 207.200 ms
[Sun Oct 22 00:39:05 2006][22855][memory ] 117886.478: nursery GC 326956K->263441K (786432K), 87.009 ms
[Sun Oct 22 00:55:22 2006][22855][memory ] 118863.947: nursery GC 357229K->298971K (786432K), 246.643 ms
[Sun Oct 22 01:08:17 2006][22855][memory ] 119638.750: nursery GC 381744K->322332K (786432K), 147.996 ms
[Sun Oct 22 01:11:22 2006][22855][memory ] 119824.249: nursery GC 398678K->336478K (786432K), 93.046 ms
[Sun Oct 22 01:21:35 2006][22855][memory ] 120436.740: nursery GC 409150K->345186K (786432K), 81.304 ms
[Sun Oct 22 01:21:38 2006][22855][memory ] 120439.582: nursery GC 409986K->345832K (786432K), 153.534 ms
[Sun Oct 22 01:21:42 2006][22855][memory ] 120443.544: nursery GC 410632K->346473K (786432K), 121.371 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.508: nursery GC 411273K->347591K (786432K), 60.688 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.623: nursery GC 412391K->347785K (786432K), 68.935 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.576: nursery GC 412585K->348897K (786432K), 152.333 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.783: nursery GC 413697K->349080K (786432K), 70.456 ms
[Sun Oct 22 01:34:16 2006][22855][memory ] 121197.612: nursery GC 437378K->383392K (786432K), 165.771 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.496: nursery GC 469709K->409076K (786432K), 78.257 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.730: nursery GC 502490K->437713K (786432K), 65.747 ms
[Sun Oct 22 01:44:03 2006][22855][memory ] 121785.259: nursery GC 536605K->478156K (786432K), 132.293 ms
[Sun Oct 22 01:44:04 2006][22855][memory ] 121785.603: nursery GC 568408K->503635K (786432K), 71.751 ms
[Sun Oct 22 01:50:39 2006][22855][memory ] 122180.985: nursery GC 591332K->530811K (786432K), 131.831 ms
[Sun Oct 22 02:13:52 2006][22855][memory ] 123573.719: nursery GC 655566K->595257K (786432K), 117.311 ms
[Sun Oct 22 02:36:04 2006][22855][memory ] 124905.507: nursery GC 688896K->632129K (786432K), 346.990 ms
[Sun Oct 22 02:50:24 2006][22855][memory ] 125765.715-125765.904: GC 786032K->143954K (786432K), 189.000 ms
[Sun Oct 22 02:50:26 2006][22855][memory ] 125767.535-125767.761: GC 723232K->70948K (786432K), 225.000 ms
vvvvv
[Sun Oct 22 02:50:27 2006][22855][memory ] 125768.751-125768.817: GC 712032K->71390K (786432K), 64.919 ms
[Sun Oct 22 02:50:28 2006][22855][memory ] 125769.516-125769.698: GC 711632K->61175K (786432K), 182.000 ms
[Sun Oct 22 02:50:29 2006][22855][memory ] 125770.753-125770.880: GC 709632K->81558K (786432K), 126.000 ms
[Sun Oct 22 02:50:30 2006][22855][memory ] 125771.699-125771.878: GC 708432K->61368K (786432K), 179.000 ms
So, I'm running with the default GC strategy which lets the GC pick the most suitable approach (single space or generational). It seems to switch to generational almost immediately and runs well - most GC runs are in the nursery, and only once in a while it goes through the older space.
Now, if you look at [Sun Oct 22 02:50:27 2006], that's when everything changes. GC starts running every second (later on it's running 3 times a second) doing huge sweeps. It never goes through the nursery again, although the strategy is still generational.
It's all downhill from this point on, and it's a matter of hours (maybe a day) before we restart the server.
I guess my only question is: What would cause such GC behavior?
I would appreciate your ideas/comments!
Thanks,
Tenyo

High CPU usage after closing a program.

Okay, this is annoying. Doesn't happen on all programs, but too many.
When I close an application, in normal way, alt+f4/press x/file->quit the program quits, BUT, "ghost" application starts, which raises to 100% CPU usage. Then I have to close it via sigterm/sigkill. This has happened (atleast) with mplayer, nvidia-settings (which doesn't even start, but cpu usage raises to 100% anyway, and ghost application starts) and WoW thru Wine. Now, I have absolutely no idea what is going on, and I've found nothing on google.
I think it became after I upgraded to 2.6.29 kernel, it's 2.6.30 now and still the same.
A little help please

The nvidia-settings starts, as it shows on system monitor (htop, etc) but I am not getting the window, and cpu usage raises to 100% instantly. Terminal output:
dfizzle@ohai ~$ nvidia-settings
The valid values for 'XVideoTextureContrast' are in the range -1000 - 1000
(inclusive).
'XVideoTextureContrast' can use the following target types: X Screen.
The valid values for 'XVideoTextureSaturation' are in the range -1000 -
1000 (inclusive).
'XVideoTextureSaturation' can use the following target types: X Screen.

(Solved) systemd-journald extremely high CPU usage

I started noticing this problem a few days ago, but I thought it was because I was running too much with too little RAM. But when running nothing more than a KDE desktop, my CPU usage bounces between 50% and 100%, making things laggy. It looks like systemd-journald is to blame, as it is using 50% of the CPU. This is an AMD Phenom II dual core, so this definitely shouldn't be happening. I noticed journal logs were more than 2 GB, so I deleted everything within /var/log/journal/. Rebooted, no change, so I disabled journal storage, but that did not solve the problem.
Nothing in the logs looks like a problem to me:
$ sudo journalctl
-- Logs begin at Tue 2013-03-12 17:31:37 PDT, end at Tue 2013-03-12 18:15:56 PDT. --
Mar 12 17:31:37 silverstone systemd-journal[149]: Allowing runtime journal files to grow to 298.6M.
Mar 12 17:31:37 silverstone kernel: Initializing cgroup subsys cpuset
Mar 12 17:31:37 silverstone kernel: Initializing cgroup subsys cpu
Mar 12 17:31:37 silverstone kernel: Linux version 3.7.10-1-ARCH (tobias@T-POWA-LX) (gcc version 4.7.2 (G
Mar 12 17:31:37 silverstone kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=31669ea0-76db
Mar 12 17:31:37 silverstone kernel: e820: BIOS-provided physical RAM map:
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000000e2000-0x00000000000fffff] reserved
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000cff8ffff] usable
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cff90000-0x00000000cff9dfff] ACPI data
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cff9e000-0x00000000cffdffff] ACPI NVS
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cffe0000-0x00000000cfffffff] reserved
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000100000000-0x00000001afffffff] usable
Mar 12 17:31:37 silverstone kernel: NX (Execute Disable) protection: active
Mar 12 17:31:37 silverstone kernel: SMBIOS 2.5 present.
Mar 12 17:31:37 silverstone kernel: DMI: MSI MS-7642/890GXM-G65 (MS-7642) , BIOS V1.2 03/31/2010
Mar 12 17:31:37 silverstone kernel: e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved
Mar 12 17:31:37 silverstone kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
Mar 12 17:31:37 silverstone kernel: No AGP bridge found
Mar 12 17:31:37 silverstone kernel: e820: last_pfn = 0x1b0000 max_arch_pfn = 0x400000000
Mar 12 17:31:37 silverstone kernel: MTRR default type: uncachable
Mar 12 17:31:37 silverstone kernel: MTRR fixed ranges enabled:
Mar 12 17:31:37 silverstone kernel: 00000-9FFFF write-back
Mar 12 17:31:37 silverstone kernel: A0000-EFFFF uncachable
Mar 12 17:31:37 silverstone kernel: F0000-FFFFF write-protect
Mar 12 17:31:37 silverstone kernel: MTRR variable ranges enabled:
Mar 12 17:31:37 silverstone kernel: 0 base 000000000000 mask FFFF80000000 write-back
Mar 12 17:31:37 silverstone kernel: 1 base 000080000000 mask FFFFC0000000 write-back
Mar 12 17:31:37 silverstone kernel: 2 base 0000C0000000 mask FFFFF0000000 write-back
Mar 12 17:31:37 silverstone kernel: 3 disabled
Mar 12 17:31:37 silverstone kernel: 4 disabled
Mar 12 17:31:37 silverstone kernel: 5 disabled
Mar 12 17:31:37 silverstone kernel: 6 disabled
Mar 12 17:31:37 silverstone kernel: 7 disabled
Mar 12 17:31:37 silverstone kernel: TOM2: 00000001b0000000 aka 6912M
Mar 12 17:31:37 silverstone kernel: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Mar 12 17:31:37 silverstone kernel: e820: update [mem 0xd0000000-0xffffffff] usable ==> reserved
Mar 12 17:31:37 silverstone kernel: e820: last_pfn = 0xcff90 max_arch_pfn = 0x400000000
Mar 12 17:31:37 silverstone kernel: found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [ffff880
Mar 12 17:31:37 silverstone kernel: initial memory mapped: [mem 0x00000000-0x1fffffff]
Mar 12 17:31:37 silverstone kernel: Base memory trampoline at [ffff880000099000] 99000 size 24576
$ systemctl status systemd-journald
systemd-journald.service - Journal Service
Loaded: loaded (/usr/lib/systemd/system/systemd-journald.service; static)
Active: active (running) since Tue 2013-03-12 18:10:41 PDT; 8min ago
Docs: man:systemd-journald.service(8)
man:journald.conf(5)
Main PID: 142 (systemd-journal)
Status: "Processing requests..."
CGroup: name=systemd:/system/systemd-journald.service
`-142 /usr/lib/systemd/systemd-journald
However, it looks like the log files keep getting corrupted:
$ sudo journalctl --verify
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-000000000007f543-0004d7c4445effa4.journal
Invalid object contents at 124687944ââââââââââââââââââââââââââââââââââââââââââ 49%
File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000a8cb7-0004d7c3d52e9748.journal:124687944 (of 134074368, 92%).
FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000a8cb7-0004d7c3d52e9748.journal (Bad message)
Invalid object contents at 75715936âââââââââââââââââââââââââââââââââââââââââââ 49%
File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system.journal:75715936 (of 76156928, 99%).
FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system.journal (Bad message)
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000290d6-0004d7c3a0033472.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-0000000000000001-0004d7c413227650.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/[email protected]~
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000fcfc0-0004d7c3fd8ee9c5.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/[email protected]~
Invalid object contents at 124701856ââââââââââââââââââââââââââââââââââââââââââ 49%
File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-0000000000000001-0004d7c3876dda65.journal:124701856 (of 134049792, 93%).
FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-0000000000000001-0004d7c3876dda65.journal (Bad message)
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-00000000000a9da8-0004d7c45187e39e.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000d26b1-0004d7c3ea1b73f7.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-000000000002a43f-0004d7c425785944.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000539fb-0004d7c3b2d1f935.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-0000000000054d23-0004d7c4354da4ef.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/user-1000@2c1af599e637441985385fe37ded2a2c-0000000000001706-0004d7c38cd3de88.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/user-1000@5e6edd359123491f9998a310206ccbf9-00000000000019b4-0004d7c4153f8628.journal
PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-000000000007e345-0004d7c3c3ed8197.journal
I am using a two or three year old SSD, so maybe it has gotten some bad sectors? But that doesn't explain why journald still bricks things when it isn't logging anything. The install is 10 months old, and I switched from init to systemd around October. Is there anything I can do, short of reinstalling?
Thanks,
Nicholas
Last edited by bicyclingrevolution (2013-03-14 05:57:13)

Thanks for the tip ilkyest, but it didn't make any difference to the systemd-journald problem.
However, I looked at journalctl again and found it cluttered with CUPS failures:
-- Logs begin at Tue 2013-03-12 19:17:00 PDT, end at Wed 2013-03-13 22:31:31 PDT. --
Mar 12 19:17:00 silverstone spideroak_inotify[796]: Program started
Mar 12 19:21:30 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 7199 messages from /system
Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 5471 messages from /system
Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 5699 messages from /system
Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:30 silverstone systemd-coredump[1592]: Process 1590 (cupsd) dumped core.
Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_3840-Gray..
Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_3840-RGB..
Mar 12 19:21:28 silverstone colord[354]: Device added: cups-Deskjet_3840
Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_F4100-Gray..
Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_F4100-RGB..
Mar 12 19:21:28 silverstone colord[354]: Device added: cups-Deskjet_F4100
Mar 12 19:21:28 silverstone dbus[337]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
Mar 12 19:21:28 silverstone dbus[337]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or directory. See system logs
Mar 12 19:21:28 silverstone colord[354]: Profile removed: Deskjet_3840-Gray..
Mar 12 19:21:28 silverstone colord[354]: Profile removed: Deskjet_3840-RGB..
Mar 12 19:21:28 silverstone colord[354]: device removed: cups-Deskjet_3840
Mar 12 19:21:31 silverstone colord[354]: Profile removed: Deskjet_F4100-Gray..
Mar 12 19:21:31 silverstone colord[354]: Profile removed: Deskjet_F4100-RGB..
Mar 12 19:21:31 silverstone colord[354]: device removed: cups-Deskjet_F4100
Mar 12 19:21:31 silverstone dbus-daemon[337]: dbus[337]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
Mar 12 19:21:31 silverstone dbus-daemon[337]: dbus[337]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or director
Mar 12 19:21:31 silverstone systemd-journal[143]: Missed 6365 kernel messages
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone cupsd[1590]: Unknown directive DefaultAuthType on line 9.
Mar 12 19:21:31 silverstone cupsd[1590]: cupsd: client.c:757: avahi_client_get_host_name: Assertion `client' failed.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone cupsd[1594]: Unknown directive DefaultAuthType on line 9.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
Disabling cups solved the CPU usage issue.
It looks like the root of the problem is Avahi failing to start, but I have no idea why it isn't working.
$ systemctl status dbus-org.freedesktop.Avahi.service
dbus-org.freedesktop.Avahi.service
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)

Cameras & CPU usage

I'm suffering with similar high cpu usage issues,as others. But, the camera used makes a huge difference. Using iSight, iChat uses from 30-45%, but using the camera I'd like to use, a Canon Optura, the usage rises immediately to 60-90%.
No other apps are running, no Quicktime or iChat add-ons, and the high usage occurs in video preview mode, so no net issues are involved. As others have reported, it starts lower and climbs up after a few minutes. I'm running 10.5.6.
They both enter the Mac using firewire. Obviously, the difference comes down to a difference in the signals, but can anyone enlighten me further?
Thanks!

Hi,
There is also this http://b-l-a-c-k-o-p.com/CamCamX.html
It allows some VJ type things and can output that Video to several Apps.
Also see this page on Quicktime Broadcaster and Streaming Server listed on this page
It's not the sort of Area that I am that familiar with.
9:38 PM Sunday; March 29, 2009

Skype on older PC, high cpu usage

Hi all!
Tried recently to use my old PC (Pentium4, 2.0GHz, 1G memory) as skype machine. All went well except when using video+audio, it wasn't enough cpu to handle that. Cpu usage was 100% and there was latency in video and audio. Tested that in local area network. Then what I found, much of the load went from pulseaudio (skype about 60%, pulseaudio about 40%). I installed the thing since GNOME without pulseaudio is somewhat broken. Then I googled and tried to tune pulseaudio:
From https://wiki.archlinux.org/index.php/PulseAudio, I implemented what said in "Glitches and high CPU usage since 0.9.14", it helped with sound quality.
From http://www.pulseaudio.org/wiki/PerfectSetup, in file /etc/pulse/daemon.conf
default-fragments = 8
default-fragment-size-msec = 5
And, finally, from http://linux.die.net/man/5/pulse-daemon.conf
resample-method=trivial
Something helped, after that PA cpu share dropped to about 15%, and I was able to skype with audio and video, even having couple % of cpu idle
Now comes interesting part: I went to gstreamer-properties and selected audio output to pulse. PA cpu load went back to 35%. Then a reverted it back to "auto detect", cpu load subsided to 15%. Then I remembered seeing somewhere that skype through PA emulation of ALSA takes less CPU than throug PA directly
Then I went to sleep
Any more ideas how to further optimize PA/skype to be able running skype on slow PC? I even consider removing PA altogether but I'm worried about setting sound in GNOME.
Anton

Did the sharing and unsharing of screen stabilise your CPU usage? I also tried deleting the Library/Caches/com.skype* directory and whilst it helped initially, in the long run it did not work. The only thing that worked for me was sreen share and unshare.
Personally I am just getting more and more disappointed with OS X. The way they have implemented HiDPI support with scaling (downscaling and then upscaling) is just insane and a lot of applications struggle. I am sure this is not the root cause of the high CPU usage issue for Skype. It's not long before I come off the Apple ecosystem altogether.

Windows 7 Bootcamp CPU Usage issue

Similar Messages

Maybe you are looking for