Strange Pauses

Ive recently upgraded my iPod from a 60Gb Video to a 160Gb Classic. Ive uploaded all my iTunes to my new iPod but notices Im getting a weird pause in music playback.
I can be listening to an album and it will be find for 3 or 4 songs sometimes longer and then the song will stop for half a second then start again, mid song.
What could this be? Any ideas as a solution as its quite annoying?

I think I know the problem and solution. When you play and album you generally select music, artist, album. When you originally go to the music tree you get previews of random Album covers. When you select the correct Artist and Album and play somehow these are still playing in the background so this causes problems. Do this to play and album and then go back to the root menu and scroll down to the now Playing and let it continue. No more pauses. Give it a try.

Similar Messages

P35 platinum strange pauses

Hello,
I just bought an 8800gt. The issue I'm facing is one of the weirdest I have seen in my time spent with computers. I can play Crysis non stop, and everything is perfect. No overheating, I can OC the hell out of card (670 / 2000) and no problem crop ups. However as soon as I exit and run another game (or 3d mark) after some time (within first 5 minutes) extreme stutter begins. Game pauses for about 30-45 seconds, but computer doesn't crash, if I hit alt-tab and come back issue resolves immediately but repeats itself in a matter of minutes. Strangest part is the game could be a heavy title such as Crysis or light one such as Baldur's Gate 2, it doesn't matter.
Problem began after upgrading to a 8800gt from x1900xt. These issues happen in clean formatted Windows (both X32 and X64 versions) and definitely hardware related. Tried many drivers etc. I guess it's not the card cause as I said I can run heavy titles for many hours, the problem doesn't rear its head unless I quit and run another game -or same game-.
My full specs:
Axle 8800gt - fan at %70 with RivaTuner
Q6600 at stock (2.4 ghz) (is my PSU enough? Please check PSU specs below)
GEIL 4 gb Ram (4x 1gb) DDR2 800 at 4-4-4-12 (tried taking out sticks, no help here)
MSI P35 Platinum BIOS v1.6 (I have suspicions here - PCI Express compatibility?)
Seagate 400GB SATA & Seagate 300GB SATA
PATA DVD-ROM & DVD Writer
Silverstone Zeus 650W - http://www.silverstonetek.com/products/p_spec.php?pno=st65zf&area=usa
I use DVI to VGA converter. Tried all driver revisions. Any help is appreciated, thanks in advance.
One more question, can anyone tell me if I should plug 12V motherboard PCI Express power cord, I have tried both (6 pin is connected of course) but does it make any difference when 6 pin cable is connected?

It kinda sounds like a software issue but I'm not sure beacuse you said that this happens even after a fresh install. I does sound like some process doesn't get shutdown properly when you exit out of a game and when you start something else up with that process still running it causes problems.
The only thing I can think to try would see if maybe there is a patch or update to the games or something.
It could be a hardware problem (they can cause some really strange problems sometimes). Don't know where to start though. I would guess the video card or possibly power supply.
For your power supply question you should plug in all three connectors to the board for best stability. The 24 pin & the 8 pin (I think you can use 4 pin here as well) & regular 4 pin molex. And of course the 6 pin to the video card. I think this setup can provide the most power to your system.

Captivate 6 - Strange Pause Behavior

Hi All,
I am having a problem with the pause slide action in Captivate. At the end of each slide, I want the playbar to pause and not automatically forward to the next slide.
Here's what I did to set it up:
Under slide properties > action > on exit, set execute advanced action
The advanced action is assign cpCmndPause with literal 1
In Captivate versions 3 - 5, that would pause at the final frame of a slide before loading the next slide. In Version 6, it will forward to the next slide, then pause on the first frame.
I did find a workaround using javascript:
On slide exit, execute javascript in current window: PauseSlide();
In the published .htm file, I added the following lines of code after line 11
<script language="javascript" type="text/javascript">
function PauseSlide(){
     var currFrame = document.getElementById('Captivate').cpEIGetValue('rdinfoCurrentFrame');
     document.getElementById('Captivate').cpEISetValue('rdcmndGotoFrame', currFrame - 2);
</script>
Since the advanced action doesn't seem to occur until the first frame of the next slide, this script 'rewinds' the course to the last frame of the previous slide. It's a total hack.
Have you witnessed this too?
I am using the demo version of C6, and have found this behavior in the 64-bit version on win 7 and 32-bit version on win xp

Dually-noted that a click-box is not a button.
The onExit action seems to behave the same as I would expect the onEnter action to function to work - on the next slide. It's behaving differently from the previous 3 versions of Captivate I've used. Might be a bug. I submitted a bug report, so hopefully one of Adobe's experts will take a look.
I would advise you to test the 'new' Captivate variables in a javascript function. I just tested it again with the same results. Here is the code I used with the 'new' variables:
<script language="javascript" type="text/javascript">
function PauseSlide(){
     var currFrame = document.getElementById('Captivate').cpEIGetValue('cpInfoCurrentFrame');
     document.getElementById('Captivate').cpEISetValue('cpCmndGotoFrame', currFrame - 2);
</script>
The currentframe variable was 'undefined' at runtime. I could not skip to another frame by using the cpCmdGotoFrame variable. Again, I had to use the following code with the 'old' variables to get it to work:
<script language="javascript" type="text/javascript">
function PauseSlide(){
     var currFrame = document.getElementById('Captivate').cpEIGetValue('rdinfoCurrentFrame');
     document.getElementById('Captivate').cpEISetValue('rdcmndGotoFrame', currFrame - 2);
</script>
Maybe there is a different method than cpEIGetValue/cpEISetValue to access the new variables? That would explain things..
thanks

AE CC 2014 strange pauses.

Hi everyone,
    This is something I've noticed with CC 2014 and not the previous version but if I modify something in a fairly simple comp (shape layers, about 4 fairly large photos (4k) and text layers)I get this pause while an update bar spins at the bottom for about 5 seconds. I have fast blur on a couple of items and drop shadow but that's about it, no animation yet because this is a storyboard I'm making. I don't remember having this all the time in the previous version of CC.
System Specs (4 year old box)
i7 980x 3.33GHz x 6 cores
24GB 1600 DDR Ram
GTX 580 1.5 GB
System SSD 250GB
Cache SSD 100GB
Media Drive (3TB)
    This kind of system shouldn't have any issues with simple stuff like this but it is. Any thoughts are appreciated, thanks!
        -Rob H

Save the project and restart the computer to purge most of the stuff AE stashes here and there.
You're going to start a binary test to attempt to isolate the cause.
Open a new 2kx2k comp in AE and put your photos in it, one at a time. Scale the picture to fit. Export a still image. Import the file back into your project.
Make a copy of your problem comp and replace your photos with the new, smaller versions. What happens now?
Turn off all effects, one at a time, and evaluate the situation with each change.
Turn off each layer, one at a time, and evaluate the situation.
Blurs on huge files like 4k images take a long time to process. You can get around that by applying the blur to the image in a pre comp and exporting it as a still or as a movie if the effects change over time.

[polkit-kde] strange 10 seconds of pause on boot

since the 0.99.0-4 version of polkit-kde package I notice a strange pause of 10 seconds during the boot of KDE 4.14.1
KDE displays the desktop ( icons, plasmoids ) but suddenly he stops his job for 10 seconds, I can't click on the "K" menu during these 10 seconds,
then after 10 seconds KDE resumes his job, I can hear the sound of a new KDE session ( Kmix icon is displayed ),
If I downgrade to 0.99.0-3 version of polkit-kde package then the bug is gone, no problems, there is no 10 seconds pause at the boot of KDE,
so there is something wrong in 0.99.0-4 version of the polkit-kde package, why this strange pause of 10 seconds with this version of polkit-kde package ?
Last edited by Potomac (2014-10-09 08:46:37)

I solved the bug by rebuilding the polkit-kde package with makepkg and the same PKGBUILD,
so the current package seems to have been built with maybe wrong version of dependencies or a bad source code ?
I think that Andrea Scarpino should rebuild the polkit-kde package, something went wrong when he built his package ( bad version of some dependencies ? Bad source code, out of sync ? )
a 0.99.0-5 version of this package is highly recommended for all users, in order to be sure that the most recent source code of polkit-kde is really used by the PKGBUILD

Portege R500 hangs/pauses when connecting via LAN

My Portege R500 acts like this: When using WLAN or 3G everything works just fine but I would like to use LAN for better performance when at the office. As soon as the LAN cable is connected the machine starts to make strange pauses for 1-2 seconds and I mean total pause, even the mouse pointer gets stuck on the screen. This happens each 5-10 seconds and immediately stops when disconnecting LAN.
Anyone have a solution or explanation for this? Hardware error? I have all the latest drivers from Toshiba, even the latest firmware for both the machine and for the built-in 3G modem. No strange or ill-behaving software is used, antivirus is Trend OfficeScan and Windows standard firewall is used.
Thanx in advance.
/Magnus

Have you possibility to test it at home or elsewhere? It will be interesting if the same happen if you connect your notebook to router at home.
Have you spoken about it with your local administrator?
What you can try is to make BIOS update to see if this will change anything.

Long *DEADLY* GC pauses with parallel collector

Hi everybody,
I am having a major problem with the Java garbage collector. My company runs a web server that processes an average of 17 requests per second (with peaks up to 50,000/sec). Normally this load is handled fine by the application. We have done a lot of work to make sure the memory used by our application does not grow over time (i.e. profiled for leaks), but we still have full GCs being done every 15 mins or so. --But all that is fine, and normal operation. Due to the nature of our server, responsiveness is important so we must keep the max pause and average pause as low as possible, and thus maximize throughput.
However, even though we're running the parallelGC, occasionally we run into a problem where the garbage collector pauses the whole JVM. This is deadly to our servers, and causes requests to queue up and the machine's system load to skyrocket. Sometimes this ends up taking down the whole machine. The strange part is that our reporting indicates that all other aspects of our systems (the Java app, the network, the database, etc.) are all running completely fine when these pauses happen --it seems that nothing triggers them.
Here is an illustration (taken straight from the GC viewer) of what happens:
http://www.darylbeattie.com/img/gc_high_load.jpg
And here are our JVM parameters (minus the GC log options, classpath and other common stuff):
-server -Xms1288m -Xmx1288m -Xss128k -XX:ThreadStackSize=128 -XX:+DisableExplicitGC -XX:+UseAdaptiveSizePolicy -XX:+UseParallelGC
We're using JDK 1.5.0_05, and we've tried to upgrade to 1.6 but found that the GC issues were still there. We don't want to upgrade until we're sure that we can live with the new GC.
We have fiddled with many different GC options over the years. We have tried the conc-mark-sweep GC and found it to be worse. We would be pleased with the parallel GC as long as we could get rid of these strange pauses.
My questions is: What can be done to alleviate these strange pauses?
Also, I didn't see a forum to post questions about tweaking the GC, so I'm posting to this one. Please direct me to the right forum if this is the wrong one. **X-post from "bigadmin" forum where I got no replies**

So with the Concurrent Low Pause collector things are far worse.
The server only runs for 45 minutes or so before there is a major collection that results in pausing our application for 18 seconds --this is almost 3 times worse than the deadly max pauses we were getting with the parallel GC, which were around 7 seconds at their worst.
The settings I was using for the GC were: -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -XX:CMSIncrementalDutyCycleMin=0 -XX:CMSIncrementalDutyCycle=10 -XX:+PrintGCDetails -XX:-TraceClassUnloading
What advice can you folks give me to help wrestle these max pauses down to a smaller amount? 7 seconds is enough to take down our server under high load... we'd like it to be around 1 second max.

Mplayer2 pause+unpause makes video stutter when VDPAU is on

Hi there,
since the beginning of the week, mplayer2 is behaving strangely: pausing for some seconds (3-4) then unpausing will make the video stutter horribly (while audio is still fine).
Same with any mplayer2 or mpv version. mplayer1 is fine.
I could figure something out: mplayer1 defaults to GL video output, whereas mplayer2 / mpv will default to VDPAU. Switching to any other VO driver than VDPAU works fin indeed. However using vdpau with mplayer1 works fine. But perhaps mplayer1 tells it is using vdpau but cannot, so it falls back to using gl without telling.
I'm using radeon, and mesa got updated a few days ago to version 9.1.4. I've been experimenting this issue since then. I do not know if mplayer2 was using vdpau automatically before. If I have some time I'll test with 9.1.3 to see what VO mplayer[12] use.
As a temporary fix I've set 'vo=gl' to ~/.mplayer/config.
Has anyone the same issue with another video driver? Have you tested with mesa 9.1.3?
This could help deciding who is to blame here.

I did test it with Mesa 9.1.3, and mplayer2 still defaults to vdpau. The unpause issue persists.
Maybe I'm missing something here, but it seems like Mesa did not trigger the change. I'm wondering what update changed mplayer behaviour during the last 2 weeks.

Constant disconnect after 9 minutes

My boyfriend lives in Australia and I'm in the US - we Skype every day but it's extremely difficult
It disconnects every 8:50-9 minutes exactly during every call. A few times at 3 minutes or 6 minutes exactly. Sometimes when we call each other we cant hear each other at all and have to try again until it works - it can go on for 4-5 tries in a row. I don't know if this is Skype or a network error. It happens to us on Facebook video chat too after the same amount of time and the same issue with the occasional no audio.
My connections are fine but he's on mobile so I don't know if its his network cutting in and out or what but regardless I'd really like some help so that we can screenshare and watch DVDs together
Help is much appreciated!!

The behavior you describe isn't normal, snc. iMovie shouldn't interrupt the import at 9 minutes. There should be no pause to "convert" to DV. That's not typical of iMovie.
The entire video should import to iMovie direct to DV files inside the Media folder, starting a new file every 9+ minutes. That's the 2GB file-size limit for iMovie clips. There should be no pause. Importing should continue until the end of the video.
That said, it's possible there's a tape flaw that is confusing iMovie. A short break in the video at 9 minutes — where you stopped shooting, advanced the tape a bit, then started taping — would cause what you describe. Or, I suppose, a tape defect. Or even, I suppose, a dirty play head that's created an imperfect recording.
Some things to try:
• Try using a head-cleaning tape.
• Try recording longer than 11 minutes with a different tape, and import that. If the problem goes away, the problem is with the other tape.
• Is the project on an external disk? Make sure the disk the project resides on uses the Mac OS Extended disk format. If it's not, iMovie may be having problems saving to disk, causing the strange pause you see.
My guess is the problem will go away with a new tape.
Karl

Erratic slowdowns on Win 7 machines

Due to corporate requirements, all the company pc's must be updated or replaced with Win 7 systems.
The first system I completed began life using LV 2011 with Win 7 and for the most part, things work pretty good though there are some glitches. Once in particular will show up somewhat erratically with no pattern. Sometimes can go days or even weeks and sometimes twice a day.
It manifests itself by what appears to be a sudden pause in the execution of the system. Certain functions will recover but there is always something behind the scenes that will quickly cause things to not work. The only visual indicators that I have observed is that the system time that I display on the UI stops updating. It usually ends up requiring an application shutdown and restart and occasionally a system reboot.
I had always thought there was something in my code that was driving this but after this week, am re-thinking that. I have another application that has been running quite a long time on a Win xp box in anything from LV 8.6 to 2011. Never a problem. I have ported the app over to a brand new dell with win7 and loaded with LV 2013 (w/ update). All of the sudden this thing will exhibit these strange pauses quite often.
It is much more noticeable on this system as it performs screen updates after each of the 12 or so individual tests that run consecutively. Once it wigs out, it never recovers even though it will continue to run through the tests, albiet very slowly. The screen updates lag and cause the entire sequence to go from a three and a half minute sequence to a 12 minute sequence, give or take.
Before I go posting screen caps and code and all, I just wanted to see if there are any known issues when updating to a win 7 box (is 32 bit). It seems to be centered around screen updates and perhaps global variables maybe ?    I keep my gv's to a minimum.   I run a basic four loop parallel architecture (Event Structure loop, screen update/global var loop, user event/ui state machine and, the execution state machine (does all the grunt work).
Are there any code issues known to not get along with win 7 ?     Win 7 display issues ?    global variables ?   constant time polling (45 ms delay in loop) ?   other ?
Thanks for any thoughts on this.
Doug
Doug
"My only wish is that I am capable of learning each and every day until my last breath."

Yea, sorensens can be troublesome sometimes but I found that once you get them talking, there ususally are not any other troubles to deal with.
pwr sply is connected straight to computer usb. No special setups or anything. I talk to the power sply a few times during the test sequence and get responses and would clearly expect a com error if there were issues there. Only opening one instance with it and closing it on exit.
Have been playing with the code that impacts screen updates and have been able to reduce if not eliminate the glitch. Certainly at least affecting it. Disabling certain display functions makes it go away (at least for the limited duration I have been able to test within) or at least reduces the impact.
I am convinced there is some display issue going on. Bad part is, I may be able to band-aid it but not knowing the root cause means it could haunt me forever.
Who knows, could be a conflict with some corporate installed watchdog utility.   The fact that I found little to nothing related to this on the forums means it must be somewhat specific to what I have going on. That or everyone else who experienced it found the solution much faster than I.
If I do come up with anything definitive, I will certainly append this thread accordingly.
Onward I go.....
Doug
"My only wish is that I am capable of learning each and every day until my last breath."

MSI KN8 Neo2 platinum & win-xp 64 bit

Now I know this might be in wrong section so dont be coming back with comments...
I got an issue and was wondering if anyone here would know how to solve it.
I tried installing win 64 on a KN8 Neo2 platinum mobo with 2 sata drives in a mirror array...
The install went OK but when I got to desktop it freezed... I rebooted and then nothing.
I know I was using bios 1.4 so I was wondering if that would cause any probs and if I should flash bios to say 1.8...
I used the 64 bit drivers for the NVRAID setup and as far as I can see I got all the relevant nvidia nforce 3 drivers for win 64..
I had to perform a bios recovery for some reason aswell...
I would really appreciate any advice you guys have to offer..
thanx

Quote from: stevejr70 on 03-May-06, 16:03:07
Now I know this might be in wrong section so dont be coming back with comments...
I got an issue and was wondering if anyone here would know how to solve it.
I tried installing win 64 on a KN8 Neo2 platinum mobo with 2 sata drives in a mirror array...
The install went OK but when I got to desktop it freezed... I rebooted and then nothing.
I know I was using bios 1.4 so I was wondering if that would cause any probs and if I should flash bios to say 1.8...
I used the 64 bit drivers for the NVRAID setup and as far as I can see I got all the relevant nvidia nforce 3 drivers for win 64..
I had to perform a bios recovery for some reason aswell...
I would really appreciate any advice you guys have to offer..
thanx
WHICH 64-bit driver package did you use? nVidia shows 6.25 Beta as the last, while MSI shows a version 6.39. There are also people saying that the nForce4 64-bit drivers work OK for them. It seems that nVidia has gotten a lot of flack from their response that there would be no nForce3 64-bit driver update past 6.25Beta and are still talking about a "future" driver package... for ~6 months now. Did you make a driver disk from the "chosen" package to install the NVRAID drivers during WinXP/64 installation??
For the moment you may have to mix 'n' match from different packages to get a working system but I'd certainly upgrade your BIOS to 1.8 and maybe 1.B or Syar's 1.C. I know that 1.8 has worked for me for a while now with WinXP 32-bit and I've no real reason to upgrade - it certainly works better than the previous version I had which had strange pauses in the BIOS Setup screens. IIRC BIOS 1.4 had an old version of the NVRAID firmware so that could be part of your problem.

Strange issue when pausing LONG audiobook--pressing play again changes the

Strange issue when pausing LONG audiobook--pressing play again changes the position within the book--it doesn't start back exactly where it left off.
The audiobook of "Harry Potter and the Half Blood Prince" is between 18 and 19 HOURS long--all as one long track/file.
I've noticed that when I pause while listening and then press play again, it "rewinds" and starts playing portions of the audiobook from about 10 minutes prior--but the time stamp doesn't change. At least this is the time frame from the first "test". Other pauses/plays may result in different time differences.
The first time this happened, I didn't realize what it was doing. I pressed play (from the pause) and I heard a portion that I had already played. I thought that the bookmark just didn't "remember" as it should have, so I scrubbed forward trying to find where I remembered leaving off. If you end up pausing/playing even a couple of times with this happening each time, the portion of the audiobook that you're playing and the time stamp becomes COMPLETELY off! For example, almost an hour into the time stamp was really only about 10-15 minutes into the actual book.
I'm not sure if this makes any sense, but hopefully it does to someone. It's very frustrating to have this happen simply because you had to pause while listening. You have to scrub backwards or forwards each time to find out where you REALLY left off at and the time stamp becomes of no help value since it doesn't change as the playback position moves itself.
I'm sure that this is something happening due to the extreme length of the audio file. That maybe it can't track as precisely as it could with shorter lengths. ???
Any ideas? Has anyone else seen this happen? Any ideas on whether or not there is anything that can be done to prevent this?

I'm glad that I'm not the only one having this
problem. It's ironic that we're both having issues
with the SAME audiobook. I haven't had a chance to
listen to Books 1-5 much to see if they have the same
issue or not--I don't remember any on the few parts
that I've played for my nephews.
Yeah, I know! I was shocked to see that. I recently finished HP5 (twice), and NEVER had this issue, but it is a much smaller file size.
I'm thinking that I may try to convert to AAC before
I try the splitting program--in theory, it's easier
to start right back in again when you only have 1
track to find, than when you have dozens/hundreds of
smaller tracks. It's sometimes hard to remember
which track you left off with--even if it's
"bookmarked" within that track.
I dunno anything about AAC, to be honest. Never used it. My plan is to split the MP3 into smaller MP3s by chapter and load them on a playlist. Of course, I will have to label them all nice and pretty. It is a long book, but you could always just load a couple of chapter files at a time. The only thing that I can see that would be kind of a pain about splitting it with the Cool MP3 is searching thru the file for each chapter and setting break points.
My only concern is how much quality I'm losing by
converting from one compressed format--MP3--to
another compressed format AAC.
Yeah. Ew. No clue. Sounds unpleasant to me. Again, I really do not do anything with AAC.
I suppose, since it's
spoken word instead of music, the change shouldn't be
too noticable. I'm not sure what kind of time frame
it'll require to convert. I'll probably try it with
book 1 first--since it's the smallest.
May depend on the program. The one I got boasts no quality loss. You may wanna scrounge around the download sites and see which one sounds like it has the best features, even if you do just get a free trial version of something. I would definitely read the editor's ratings. I tend to trust that more than the typical end user's. They show how many stars the editor gives a product, and you can click that for the review, or sometimes they have labeled tabs where you can access the review.
As for how long it takes me to rip that particular file and if that actually fixes the scrubbing problem, I will have to let you know tomorrow. WAAAAY past my bedtime!
Keep me updated on your end. I sure which that there
was an explanation for why it happens.
Will do! I am thinking you hit the nail on the head with the length. That was exactly what popped into my mind when I figured out what the goofy thing was doing.
Talk to you later!
HP dv5117d, iTunes 7.0.2.16 Windows XP Pro 1st gen 4GB nano, sw ver 1.3

HT1657 Help my daughter accidently downloaded the french version of Beverley Hills Chihuahua3 and whule i was trying to stop it we ended up withsomeother strange movie downloading. I have paused them. Can i cancel and substitute for the English. She is ha

Help my daughter accidently downloaded the french version of Beverley Hills Chihuahua3 and whule i was trying to stop it we ended up with some other strange movie downloading. I have paused them. Can i cancel and substitute for the English. She is having a meltdown.

Do you have a backup that you can restore from? Your old hard drive seems to be the problem.

Diagnosing strange behaviour: Long pauses for dialogue boxes/slips

I've been enduring this odd situation for some weeks now and it's getting quite annoying: when slips and dialogue boxes appear in all applications there is a long pause and the beach ball cursor appears. The pause can last between 5 and 15 seconds wherein the application is unresponsive. Strangely this only seems to happen the first time the slip appears: successive appearances present little or no delay and can be dismissed as soon as they appear.
I have tried all the usual incantations and maintenance routines with no improvement. In my mind this behaviour commenced with the latest Software Update (10.4.6) but this may be coincidence.
I'd be surprised if anyone has a ready solution for this problem so what I'd like instead is some suggestions on how to go about diagnosing such things. I've tried using Activity Manager but there are many processes that mean nothing to me. I wouldn't know if they were malignant if they reared up and bit me. Perhaps the Console and various log files may be useful but I don't know what to look for.
I'd appreciate any suggestions, remedies or pointers to sources of further information.
Thanks.
1.25 GHz PowerBook G4 15", 512 MB DDR SDRAM Mac OS X (10.4.3) Shoe size: 11

Hi, Andrew.
Two further suggestions:
1. Do you have a second user account defined on your system? If so, log in to it and see if the problem happens there. If it does, it is probably a system-wide problem. If not, it is something with your user account. If you don't have a second account on your system, you can create a new one using System Preferences > Accounts.
2. See if a third-party Startup or Login Item may be causing the issue. My "Troubleshooting Startup and Login Items" FAQ can help you pin that down if such an item is causing the problem.
Good luck!
Dr. Smoke
Author: Troubleshooting Mac® OS X
Note: The information provided in the link(s) above is freely available. However, because I own The X Lab™, a commercial Web site to which some of these links point, the Apple Discussions Terms of Use require I include the following disclosure statement with this post:
I may receive some form of compensation, financial or otherwise, from my recommendation or link.

Strange Long ParNewGC Pauses During Application Startup

Recently we started seeing long ParNewGC pauses when starting up Kafka that were causing session timeouts:
[2015-04-24 13:26:23,244] INFO 0 successfully elected as leader (kafka.server.ZookeeperLeaderElector)
2.111: [GC (Allocation Failure) 2.111: [ParNew: 136320K->10236K(153344K), 0.0235777 secs] 648320K->522236K(2080128K), 0.0237092 secs] [Times: user=0.03 sys=0.01, real=0.02 secs]
2.599: [GC (Allocation Failure) 2.599: [ParNew: 146556K->3201K(153344K), 9.1514626 secs] 658556K->519191K(2080128K), 9.1515757 secs] [Times: user=18.25 sys=0.01, real=9.15 secs]
[2015-04-24 13:26:33,443] INFO New leader is 0 (kafka.server.ZookeeperLeaderElector$LeaderChangeListener)
After much investigation I found that the trigger was the allocation of a 500M static object early in the startup code. It of course makes no sense that a single large static object in Old memory would impact ParNew collections, but, it does seem to. I have created a bug report, but, it is still under investigation.
I have reproduced the problem with a simple application on several Linux platforms including an EC2 instance and the following JREs:
OpenJDK: 6, 7, and 8
Oracle: 7 and 8
Oracle 6 does not seem to have an issue. All the ParNewGC times are small.
Here is the simple program that demonstrates the issue:
import java.util.ArrayList;
public class LongParNewPause {
   static byte[] bigStaticObject;
   public static void main(String[] args) throws Exception {
   int bigObjSize = args.length > 0 ? Integer.parseInt(args[0]) : 524288000;
   int littleObjSize = args.length > 1 ? Integer.parseInt(args[1]) : 100;
   int saveFraction = args.length > 2 ? Integer.parseInt(args[2]) : 10;
   bigStaticObject = new byte[bigObjSize];
ArrayList<byte[]> holder = new ArrayList<byte[]>();
   int i = 0;
   while (true) {
   byte[] local = new byte[littleObjSize];
   if (i++ % saveFraction == 0) {
holder.add(local);
I run it with the following options:
-verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -Xmx2G -Xms2G
Note that I have not seen the issue with 1G heaps. 4G heaps exhibit the issue (as do heaps as small as 1.2G)
Here is the output:
0.321: [GC (Allocation Failure) 0.321: [ParNew: 272640K->27329K(306688K), 0.0140537 secs] 784640K->539329K(2063104K), 0.0141584 secs] [Times: user=0.05 sys=0.02, real=0.02 secs]
0.368: [GC (Allocation Failure) 0.368: [ParNew: 299969K->34048K(306688K), 0.7655383 secs] 811969K->572321K(2063104K), 0.7656172 secs] [Times: user=2.89 sys=0.02, real=0.77 secs]
1.165: [GC (Allocation Failure) 1.165: [ParNew: 306688K->34048K(306688K), 13.8395969 secs] 844961K->599389K(2063104K), 13.8396650 secs] [Times: user=54.38 sys=0.05, real=13.84 secs]
15.036: [GC (Allocation Failure) 15.036: [ParNew: 306688K->34048K(306688K), 0.0287254 secs] 872029K->628028K(2063104K), 0.0287876 secs] [Times: user=0.08 sys=0.01, real=0.03 secs]
15.096: [GC (Allocation Failure) 15.096: [ParNew: 306688K->34048K(306688K), 0.0340727 secs] 900668K->657717K(2063104K), 0.0341386 secs] [Times: user=0.09 sys=0.00, real=0.03 secs]
Even stranger is the fact that the problem seems to be limited to objects in the range of about 480M to 512M. Specifically:
[503316465,536870384]
Values outside this range appear to be OK. Anyone have any thoughts? Can you reproduce the issue on your machine?

I have started a discussion on this issue on the hotspot-gc-dev list:
Strange Long ParNew GC Pauses (Sample Code Included)
One of the engineers on that list was able to reproduce the issue and there is some discussion there about what might be going on. I am a GC novice, but, am of the opinion that there is a bug to be found in the ParNew GC code introduced in Java 7.
Here is a more frightening example. The ParNew GCs keeping getting longer and longer - it never stabilized like the previous example I sent did. I killed the process once the ParNew GC times reached almost 1 minute each.
Bad Case - 500M Static Object:
java -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -Xmx6G -Xms6G LongParNewPause $((500*1024*1024)) 100 100
0.309: [GC0.309: [ParNew: 272640K->3028K(306688K), 0.0287780 secs] 784640K->515028K(6257408K), 0.0288700 secs] [Times: user=0.08 sys=0.01, real=0.03 secs]
0.372: [GC0.372: [ParNew: 275668K->7062K(306688K), 0.0228070 secs] 787668K->519062K(6257408K), 0.0228580 secs] [Times: user=0.07 sys=0.00, real=0.03 secs]
0.430: [GC0.430: [ParNew: 279702K->11314K(306688K), 0.0327930 secs] 791702K->523314K(6257408K), 0.0328510 secs] [Times: user=0.08 sys=0.01, real=0.03 secs]
0.497: [GC0.497: [ParNew: 283954K->15383K(306688K), 0.0336020 secs] 795954K->527383K(6257408K), 0.0336550 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
0.565: [GC0.565: [ParNew: 288023K->21006K(306688K), 0.0282110 secs] 800023K->533006K(6257408K), 0.0282740 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
0.627: [GC0.627: [ParNew: 293646K->26805K(306688K), 0.0265270 secs] 805646K->538805K(6257408K), 0.0266220 secs] [Times: user=0.07 sys=0.01, real=0.03 secs]
0.688: [GC0.688: [ParNew: 299445K->20215K(306688K), 1.3657150 secs] 811445K->535105K(6257408K), 1.3657830 secs] [Times: user=3.97 sys=0.01, real=1.36 secs]
2.087: [GC2.087: [ParNew: 292855K->17914K(306688K), 6.6188870 secs] 807745K->535501K(6257408K), 6.6189490 secs] [Times: user=19.71 sys=0.03, real=6.61 secs]
8.741: [GC8.741: [ParNew: 290554K->17433K(306688K), 14.2495190 secs] 808141K->537744K(6257408K), 14.2495830 secs] [Times: user=42.34 sys=0.10, real=14.25 secs]
23.025: [GC23.025: [ParNew: 290073K->17315K(306688K), 21.1579920 secs] 810384K->540348K(6257408K), 21.1580510 secs] [Times: user=70.10 sys=0.08, real=21.16 secs]
44.216: [GC44.216: [ParNew: 289955K->17758K(306688K), 27.6932380 secs] 812988K->543511K(6257408K), 27.6933060 secs] [Times: user=103.91 sys=0.16, real=27.69 secs]
71.941: [GC71.941: [ParNew: 290398K->17745K(306688K), 35.1077720 secs] 816151K->546225K(6257408K), 35.1078600 secs] [Times: user=130.86 sys=0.10, real=35.11 secs]
107.081: [GC107.081: [ParNew: 290385K->21826K(306688K), 41.4425020 secs] 818865K->553022K(6257408K), 41.4425720 secs] [Times: user=158.25 sys=0.31, real=41.44 secs]
148.555: [GC148.555: [ParNew: 294466K->21834K(306688K), 45.9826660 secs] 825662K->555757K(6257408K), 45.9827260 secs] [Times: user=180.91 sys=0.14, real=45.98 secs]
194.570: [GC194.570: [ParNew: 294474K->21836K(306688K), 51.5779770 secs] 828397K->558485K(6257408K), 51.5780450 secs] [Times: user=204.05 sys=0.20, real=51.58 secs]
246.180: [GC246.180: [ParNew^C: 294476K->18454K(306688K), 58.9307800 secs] 831125K->557829K(6257408K), 58.9308660 secs] [Times: user=232.31 sys=0.23, real=58.93 secs]
Heap
par new generation   total 306688K, used 40308K [0x000000067ae00000, 0x000000068fac0000, 0x000000068fac0000)
   eden space 272640K,   8% used [0x000000067ae00000, 0x000000067c357980, 0x000000068b840000)
   from space 34048K, 54% used [0x000000068b840000, 0x000000068ca458f8, 0x000000068d980000)
   to   space 34048K,   0% used [0x000000068d980000, 0x000000068d980000, 0x000000068fac0000)
concurrent mark-sweep generation total 5950720K, used 539375K [0x000000068fac0000, 0x00000007fae00000, 0x00000007fae00000)
concurrent-mark-sweep perm gen total 21248K, used 2435K [0x00000007fae00000, 0x00000007fc2c0000, 0x0000000800000000)
Good Case - 479M Static Object:
java -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -Xmx6G -Xms6G LongParNewPause $((479*1024*1024)) 100 100
0.298: [GC0.298: [ParNew: 272640K->3036K(306688K), 0.0152390 secs] 763136K->493532K(6257408K), 0.0153450 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.346: [GC0.346: [ParNew: 275676K->7769K(306688K), 0.0193840 secs] 766172K->498265K(6257408K), 0.0194570 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
0.398: [GC0.398: [ParNew: 280409K->11314K(306688K), 0.0203460 secs] 770905K->501810K(6257408K), 0.0204080 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.450: [GC0.450: [ParNew: 283954K->17306K(306688K), 0.0222390 secs] 774450K->507802K(6257408K), 0.0223070 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.504: [GC0.504: [ParNew: 289946K->18380K(306688K), 0.0169000 secs] 780442K->508876K(6257408K), 0.0169630 secs] [Times: user=0.07 sys=0.01, real=0.02 secs]
0.552: [GC0.552: [ParNew: 291020K->26805K(306688K), 0.0203990 secs] 781516K->517301K(6257408K), 0.0204620 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.604: [GC0.604: [ParNew: 299445K->21153K(306688K), 0.0230980 secs] 789941K->514539K(6257408K), 0.0231610 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.659: [GC0.659: [ParNew: 293793K->29415K(306688K), 0.0170240 secs] 787179K->525498K(6257408K), 0.0170970 secs] [Times: user=0.07 sys=0.01, real=0.02 secs]
0.708: [GC0.708: [ParNew: 302055K->23874K(306688K), 0.0202970 secs] 798138K->522681K(6257408K), 0.0203600 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.759: [GC0.760: [ParNew: 296514K->26842K(306688K), 0.0238600 secs] 795321K->528371K(6257408K), 0.0239390 secs] [Times: user=0.07 sys=0.00, real=0.03 secs]
0.815: [GC0.815: [ParNew: 299482K->25343K(306688K), 0.0237580 secs] 801011K->529592K(6257408K), 0.0238030 secs] [Times: user=0.06 sys=0.01, real=0.02 secs]
0.870: [GC0.870: [ParNew: 297983K->25767K(306688K), 0.0195800 secs] 802232K->532743K(6257408K), 0.0196290 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
0.921: [GC0.921: [ParNew: 298407K->21795K(306688K), 0.0196310 secs] 805383K->531488K(6257408K), 0.0196960 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
0.972: [GC0.972: [ParNew: 294435K->25910K(306688K), 0.0242780 secs] 804128K->538329K(6257408K), 0.0243440 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
1.028: [GC1.028: [ParNew: 298550K->21834K(306688K), 0.0235000 secs] 810969K->536979K(6257408K), 0.0235600 secs] [Times: user=0.06 sys=0.00, real=0.03 secs]
1.083: [GC1.083: [ParNew: 294474K->26625K(306688K), 0.0188330 secs] 809619K->544497K(6257408K), 0.0188950 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
1.133: [GC1.133: [ParNew: 299265K->26602K(306688K), 0.0210780 secs] 817137K->547186K(6257408K), 0.0211380 secs] [Times: user=0.06 sys=0.00, real=0.02 secs]
1.185: [GC1.185: [ParNew: 299242K->26612K(306688K), 0.0236720 secs] 819826K->549922K(6257408K), 0.0237230 secs] [Times: user=0.07 sys=0.00, real=0.03 secs]
1.240: [GC1.241: [ParNew: 299252K->26615K(306688K), 0.0188560 secs] 822562K->552651K(6257408K), 0.0189150 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.291: [GC1.291: [ParNew: 299255K->26615K(306688K), 0.0195090 secs] 825291K->555378K(6257408K), 0.0195870 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.342: [GC1.342: [ParNew: 299255K->22531K(306688K), 0.0229010 secs] 828018K->554021K(6257408K), 0.0229610 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.396: [GC1.396: [ParNew: 295171K->24505K(306688K), 0.0265920 secs] 826661K->560810K(6257408K), 0.0266360 secs] [Times: user=0.07 sys=0.00, real=0.03 secs]
1.453: [GC1.453: [ParNew: 297145K->24529K(306688K), 0.0296490 secs] 833450K->563560K(6257408K), 0.0297070 secs] [Times: user=0.09 sys=0.00, real=0.03 secs]
1.514: [GC1.514: [ParNew: 297169K->27700K(306688K), 0.0259820 secs] 836200K->569458K(6257408K), 0.0260310 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.571: [GC1.572: [ParNew: 300340K->27666K(306688K), 0.0199210 secs] 842098K->572150K(6257408K), 0.0199650 secs] [Times: user=0.07 sys=0.01, real=0.02 secs]
1.623: [GC1.623: [ParNew: 300306K->27658K(306688K), 0.0237020 secs] 844790K->574868K(6257408K), 0.0237630 secs] [Times: user=0.08 sys=0.00, real=0.02 secs]
1.678: [GC1.678: [ParNew: 300298K->31737K(306688K), 0.0237820 secs] 847508K->581674K(6257408K), 0.0238530 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
1.733: [GC1.733: [ParNew: 304377K->21022K(306688K), 0.0265400 secs] 854314K->573685K(6257408K), 0.0265980 secs] [Times: user=0.08 sys=0.00, real=0.02 secs]
1.791: [GC1.791: [ParNew: 293662K->25359K(306688K), 0.0249520 secs] 846325K->580748K(6257408K), 0.0250050 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.847: [GC1.847: [ParNew: 297999K->19930K(306688K), 0.0195120 secs] 853388K->581179K(6257408K), 0.0195650 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
1.898: [GC1.898: [ParNew: 292570K->20318K(306688K), 0.0233960 secs] 853819K->584294K(6257408K), 0.0234650 secs] [Times: user=0.07 sys=0.00, real=0.03 secs]
1.953: [GC1.953: [ParNew: 292958K->20415K(306688K), 0.0233530 secs] 856934K->587117K(6257408K), 0.0234130 secs] [Times: user=0.07 sys=0.00, real=0.02 secs]
2.007: [GC2.007: [ParNew: 293055K->20439K(306688K), 0.0301410 secs] 859757K->589868K(6257408K), 0.0302070 secs] [Times: user=0.09 sys=0.00, real=0.03 secs]
2.068: [GC2.068: [ParNew: 293079K->20445K(306688K), 0.0289190 secs] 862508K->592600K(6257408K), 0.0289690 secs] [Times: user=0.09 sys=0.00, real=0.03 secs]
^C2.129: [GC2.129: [ParNew: 293085K->29284K(306688K), 0.0218880 secs] 865240K->604166K(6257408K), 0.0219350 secs] [Times: user=0.09 sys=0.00, real=0.02 secs]
Heap
par new generation   total 306688K, used 40135K [0x000000067ae00000, 0x000000068fac0000, 0x000000068fac0000)
   eden space 272640K,   3% used [0x000000067ae00000, 0x000000067b898a78, 0x000000068b840000)
   from space 34048K, 86% used [0x000000068d980000, 0x000000068f619320, 0x000000068fac0000)
   to   space 34048K,   0% used [0x000000068b840000, 0x000000068b840000, 0x000000068d980000)
concurrent mark-sweep generation total 5950720K, used 574881K [0x000000068fac0000, 0x00000007fae00000, 0x00000007fae00000)
concurrent-mark-sweep perm gen total 21248K, used 2435K [0x00000007fae00000, 0x00000007fc2c0000, 0x0000000800000000)

Strange Pauses

Similar Messages

Maybe you are looking for